> We should remove the dust limit from Bitcoin.
Any node operator can do that. Just put "dustrelayfee=0." in your
bitcoin.conf.
And there is more: you can also conditionally allow free transactions:
mintxfee=0.0001
minrelaytxfee=0.
blockmintxfee=0.
Then, when using
Why would removing the dust limit impact decentralisation of mining if
miners can reconfigure the dust limit for their mined blocks?
___
bitcoin-dev mailing list
bitcoin-dev@lists.linuxfoundation.org
https://lists.linuxfoundation.org/mailman/listinfo/bitc
> As feerates have gone up over time, and as we expect them to go up further,
>we should be considering drastically increasing the 3 sat/vByte basis to
>something more like 20 sat/vB.
I have no opinion on changing or removing dust limit. However, fee rates are
not going up. Yes, we expect them
I agree with Jeremy. Dust limit works due to design accident: that outputs are
not encrypted. But outputs are private business and the real issue is only the
cost of utxo set storage born by every user. There are two ways to address this:
1) either make ppl pay for renting that storage (which cr
If it weren't for the implications in changing standardness here, I think we should consider increasing the dust limit
instead.
The size of the UTXO set is a fundamental scalability constraint of the system. In fact, with proposals like
assume-utxo/background history sync it is arguably *the* f
