mrclownworld on Nostr: Yeah, that’s exactly right. You should pick a big public node to connect with like ...
Yeah, that’s exactly right. You should pick a big public node to connect with like Strike or eclair or the Bitcoin company. They can get anywhere on the network in a few hops.
With phoenix it’s not a node per se, you’re just maintaining one channel/UTXO with Eclair. When you send or receive on chain, it splices in and out of that channel, increasing or decreasing its capacity. When you send via lightning, it updates the channel state with the balance but doesn’t broadcast to chain.
It’s really slick and brilliant and really the only downside I see is that you are captive to the fees they charge for transactions because you only have one route through them. But as long as the fees are consistent and reasonable and less than visa, it’s a win in my book.
I suspect this model is going to be really common for providers. In fact, I think Zeus’s idea is to enable the same thing with interchangeable providers, so the software and provider are separate
Lastly, fedimints are the most exciting because instead of one UTXO per user, you can have many users sharing UTXOs and have one user who facilitates swaps out to lightning, all abstracted away from the user who just sees a balance (one which is recoverable from the federation)
Published at
2025-04-14 14:09:54Event JSON
{
"id": "42123a68f06273445f4feda0372665a8d34db832c6a2f2d4802417d9e725eba3",
"pubkey": "34134b9e1cbb322582bca4020a39cc1256036d1f5e98effcc838b421fc209d48",
"created_at": 1744639794,
"kind": 1,
"tags": [
[
"e",
"e27de632b169024ebb4cc67ccaef933fe8a2c6463e06eb6499ad8ba37c687adf",
"",
"root"
],
[
"e",
"838fb70f9321eefa05ba7afd9c94b5d73411e1cb512291cec8c0da646c18fdf1",
"",
"reply"
],
[
"p",
"eee8f90244589abc852b024493a077522157057e6d565788d8d09473b81d14a9"
]
],
"content": "Yeah, that’s exactly right. You should pick a big public node to connect with like Strike or eclair or the Bitcoin company. They can get anywhere on the network in a few hops. \n\nWith phoenix it’s not a node per se, you’re just maintaining one channel/UTXO with Eclair. When you send or receive on chain, it splices in and out of that channel, increasing or decreasing its capacity. When you send via lightning, it updates the channel state with the balance but doesn’t broadcast to chain. \n\nIt’s really slick and brilliant and really the only downside I see is that you are captive to the fees they charge for transactions because you only have one route through them. But as long as the fees are consistent and reasonable and less than visa, it’s a win in my book. \n\nI suspect this model is going to be really common for providers. In fact, I think Zeus’s idea is to enable the same thing with interchangeable providers, so the software and provider are separate\n\nLastly, fedimints are the most exciting because instead of one UTXO per user, you can have many users sharing UTXOs and have one user who facilitates swaps out to lightning, all abstracted away from the user who just sees a balance (one which is recoverable from the federation)",
"sig": "66356be9771475940bdee83cf421fc673bae262af3d377c6380132e66ed42f63063df799669a6577d696067aedb6a31ce8b35f70a3985702169f43de4aad10cf"
}