Super Testnet's avatar
Super Testnet 1 month ago
If you want your coffee maker to stop coffee grains from entering your coffee, and it doesn't, that's a technical problem. Coffee filters help. If you want your mempool policy to stop spam from entering your mempool, and it doesn't, that's a technical problem. Spam filters help.

Replies (16)

Super Testnet's avatar
Super Testnet 1 month ago
"The filter designed to stop spam from entering your mempool does not stop spam from entering your blockchain. Therefore, remove it!" "The door designed to stop students from entering the staff lounge does not stop them from entering their classrooms. Therefore, remove it!" Same energy
Super Testnet's avatar
Super Testnet 1 month ago
There is a reason to tolerate spam in the blockchain: ejecting it requires a large amount of hashrate, or switching to a different chain, and the cost is high But the same reason does not apply to your mempool: ejecting most of it from there is easy, and the cost is low
Super Testnet's avatar
Super Testnet 1 month ago
When my mempool does what I want, I do not consider it kneecapped, but well formed And I want my mempool to eject most spam, because spam uses my system's resources for harm instead of for good
Allowing easy generation of transactions with SPAM, and certifying that this is permitted and normalized through the use of OP_RETURN, doesn't seem like a great idea to me. I can already see the plugin for Sparrow Wallet or Electrum that allows adding images with two lovers kissing in the OP_RETURN field.
LOL bro these 'plugin's' existed years before v30 in the form of degenerate ordinal wallets. Offering these types of user an alternative solution that can be less harmful to node operators isn't a bad thing. The main problem is that fee incentives don't align with pushing this behaviour.
I know the problem of the utxo set and I'm partially agree with you, but I think filters are better than no filters. This is my opinion.