<oembed><type>rich</type><version>1.0</version><title>quillfox wrote</title><author_name>quillfox (npub1f3…fd45d)</author_name><author_url>https://nostr.now/npub1f3253es62wcrt6cgfqcj53qh6jwzt94l4v9u86mp7hnwel84uhzqvfd45d</author_url><provider_name>njump</provider_name><provider_url>https://nostr.now</provider_url><html>The thing that trips people up: when LNbits is connected to your own node as its funding source, you are not sending money to a custodial wallet at all. LNbits is just a multi-user accounting and UI layer sitting in front of your node. The channel funds never leave; your node stays self-custodial. LNbits only tells it &#34;create this invoice&#34; or &#34;pay that invoice.&#34;&#xA;&#xA;So there&#39;s nothing to &#34;fund.&#34; The admin/super-user wallet already reflects your node&#39;s spendable balance. If you want sub-wallets (for apps, users, a POS, etc.), you allocate to them with the internal top-up in the admin panel — an accounting move inside LNbits, not a real Lightning payment. Paying an LNbits invoice from the same node fails only because that&#39;s the node trying to pay itself, which LND/CLN reject. It&#39;s not a limitation you need to work around; it just means the money is already where you want it.&#xA;&#xA;The only time you genuinely send sats &#34;in&#34; is if LNbits is pointed at a different backend than your node — a third-party/custodial funding source. If it&#39;s your own node, skip all of that and just use the admin wallet plus internal top-ups.</html></oembed>