And i initially thought you're joking
It is just another example, that blocking data pushes could harm regular users more than spammers. Because even if BIP-110 will push us backwards to the Bitcoin version from 2009, where P2PK and P2PKH were the only address types, then still: data can be pushed in one of the oldest ways: by making vanity addresses.
You are just repeating the coretard trope: we need to bend over backwards for spammers because they could hurt us more if we don't kiss their ass. And we prefer to refer to spam as "use cases we have today".
Fake pubkets are like op_return. The reason most spammers don't use fake pubkeys is because they are too expensive. A spammer who routinely pays $30 in miner fees for an ordinal might end up paying over $120 miner fees for op_return or fake pubkeys.
First we are going to kick you out of your stoopit irdonal scam. You may decide to move on to ETH and not let the door hit you in the ass. Or you may Aldo decide to lay 4x more and use fake pubkeys, we'll deal with you than.
And there are things we can do to mitigate or prevent fake pubkeys completely.
There was a time, when Luke tried to filter "1dice" addresses from Satoshi Dice, so it would be nothing new, if Knots would pick that direction again, but this time with consensus rules. Which of course would harm their chain even more, because then, they would need to load a dictionary, and check each address, if there are potential words or phrases, which could suggest, that nobody has the keys to
1BitcoinEaterAddressDontSendf59kuE or similar addresses.
You are so fucking ridiculous. You talk about Luke as if he was the BTC CEO capable of making the 25,000 people who run Knots do his bidding.
You can't find flaws with BIP110, so you just speculate that in some distant future, Luke will uniterally decide to ban something and everyone will go along with him.
And speaking of changing policy unilaterally and imposing this policy on every node, here's a clue: core 30/did just that.
And i initially thought you're joking
It is just another example, that blocking data pushes could harm regular users more than spammers. Because even if BIP-110 will push us backwards to the Bitcoin version from 2009, where P2PK and P2PKH were the only address types, then still: data can be pushed in one of the oldest ways: by making vanity addresses.
That is coretard brain roth and spam apologia: "We have to cater to spammers more and more because if we don't bend over for spammers, they might use fake pubkeys"
Coretardiness at it's best.
First and foremost, forcing them to fake pubkeys would be 4x more expensive than op_if in Taproot. So there would be fewer spammers as price goes 4x higher.
Secondly, there are several things that can be done to mitigate or eradicate fake pubkeys.
- The Cat
- The Lynx
- Increase dust limit to where spammers would be forced to waste more coin in fake pubkeys, or make their fake pubkeys spendable.
- Require that outputs of <100,000 sats have 2 signed messages. With an exception for a re-used inputs, or outputs to an address with already more than 100,000 sats balance.
Thirdly, no more catering and negotiating with terrorists. If coward coretards are so scared that spammers would use fake pubkeys, that means they are attackers, grifters, scammers, spammers, not legit users.
Fourth, those fucking creeps already have 40% of the UTXO set filled with spam dust UTXOs. They already have caused plenty of damage, they don't give a fuck.
You want to prevent them from polluting the UTXO set? Too fucking late, coretard. That problem would have been a lot smaller if coretards had not rejected Luke's ordinal filter 4 years ago.
The core/brink/blockstream/Epstein class caused the problem by refusing to do anything about spam for the last 5 years. Coretards have been marked for deprecation.