On Wed, Dec 13, 2023 at 04:41:46PM +0100, Bastien TEINTURIER wrote: > Hi Peter, > > > it is more efficient to just open the channel with a dust-sized > > balance on the to_remote output. > > Yes, that would work, basically whenever the `to_remote` output would > disappear, then you add an anchor output instead paid by the channel > initiator. It isn't only at channel creation time that you'd need this > though if you want to support 0-reserve channels (for mobile wallets).
Alternatively, only include a to_remote_anchor output when to_remote doesn't exist. > One of its issues is that if that dust `to_remote` output isn't claimed > by the peer (because it's too small), it cannot be claimed by anyone > else, which ends up polluting the utxo set *forever*, whereas the anchor > outputs can be claimed by anyone after 16 blocks, and there are people > regularly sweeping them in batches when the mempool is empty. Frankly a few UTXO's from the occasional lightning channel are probably pretty much entirely irrelevant compared to the huge amount of UTXOs created for data publishing, among other things. -- https://petertodd.org 'peter'[:-1]@petertodd.org
signature.asc
Description: PGP signature
_______________________________________________ Lightning-dev mailing list Lightning-dev@lists.linuxfoundation.org https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev
