Take 2: Removing the Dust Limit



Summary:

In a recent email exchange between Jeremy and Bastien on the Bitcoin-dev mailing list, the discussion centered around lightning anchor outputs for committing transactions. The current system uses 330 sats amount, with two commitment transactions having such outputs. One output remains untouched, leading to bloat in the UTXO set, while the other is spent to confirm transactions. Anyone can spend these after a CSV of 16 blocks, but this trick wouldn't work for 0-value outputs. Bastien notes that N-party protocols would need N such outputs to avoid pinning, but he's not sure. In contrast, Jeremy proposes a change to the carve-out rule that allows 0 value outputs to be used as intermediate outputs, requiring them to be spent by another transaction before being created in the mempool. This rule also presupposes a fully functional package relay system. Jeremy believes this will solve issues with allowing 0 value outputs to be created, specifically for immediately spendable outputs.


Updated on: 2023-06-15T03:24:17.425093+00:00