<oembed><type>rich</type><version>1.0</version><title>Christopher Allen [ARCHIVE] wrote</title><author_name>Christopher Allen [ARCHIVE] (npub19g…ct5d0)</author_name><author_url>https://njump.me/npub19g47w5ewcqlpd7n07wpkp5cvcu2gjwrse0vl47l0avwl9hu933xsqct5d0</author_url><provider_name>njump</provider_name><provider_url>https://njump.me</provider_url><html>📅 Original date posted:2020-05-17&#xA;📝 Original message:On Thu, May 14, 2020 at 8:30 AM Keagan McClelland via bitcoin-dev &lt;&#xA;bitcoin-dev at lists.linuxfoundation.org&gt; wrote:&#xA;&#xA;&gt; &gt; It should be therefore a top priority to make the UX of connecting my&#xA;&gt; mobile LN client to my home full node extremely easy, so that centralised&#xA;&gt; services can&#39;t improve much on that step. Especially if I already run a&#xA;&gt; full node.&#xA;&gt;&#xA;&#xA;There already is an emerging approach for this, called QuickConnect&#xA;https://github.com/BlockchainCommons/Bitcoin-Standup/blob/master/Docs/Quick-Connect-API.md&#xA;&#xA;It is currently offered by BitcoinStandup (both Mac and Linux),&#xA;BTCPayServer, Nodl, MyNode, RaspiBlitz full node tools and hardware, and is&#xA;used currently by FullyNoded, FullyNoded2, and a couple of other&#xA;experimental apps to allow secure connection via Tor v3 from a remote to&#xA;your own personal full node.&#xA;&#xA;We know that QuickConnect needs another major iteration and welcome&#xA;contributions to requirements and/or proposals for the next version.&#xA;&#xA;We invite you to share your thoughts here.&#xA;https://github.com/BlockchainCommons/Bitcoin-Standup/issues/66&#xA;&#xA;— Christopher Allen&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20200517/f483ba8b/attachment.html&gt;</html></oembed>