Hi, Ambatman
Thanx for the reply.
I find that the best descritor for your side is "pro-spam" but that might be a bit insulting to some. So I'm just going to use "the core side" instead.
Well I'm biased against consensus changes especially ones that are restrictive in nature.
I find this phrase a bit confusing and frustrating. We were told again and again that filters don't work, that my Knots node is nothing more than useless virtue signalling. Some on the core side even told us that policy won't work and we need to take it of the consensus level.
Now that we are taking it to the consensus level, you tell us it's too extreme. That leaves us with what option? Screaming on town square with a sandwich board?
Changes at the consensus level can either loosen the rules or tighten the rules. A loosening of the rules would require a hard fork, like B-cash did during the block war. Tightening or restriction of the rules can and should be done with a soft fork, like we are doing with BIP110.
And so, if we want to restrict spam, or lower spam, we have no choice other than restricting the rules. Can't block something by being more permissive towards it. If you don't want to be more restrictive, you plainly don't want to fight spam at all.
I wouldn't want to talk about it's effect on advance taproot and smart contract
Since you can just state it's of Limited use
What I can tell you is that over 90% of Taproot users are spammers. And that if you make use of those advanced convoluted multisig op_if in Taproot for a legit monetary transaction, you are really misusing it. You can get more details about that here:
https://youtu.be/JPE7X_q3A7ABut most importantly, any use of op_if in Taproot that are done before the fork will be grandfathered in. So the only risk is for those who use op_if in Taproot during the fork year. And wallets and users are given prenty of warning ahead of time to not use op_if in Taproot.
Given that it's an advanced use case, very improper way to transact, even for genuine monetary users, I think it's fair game.
I don't believe there will be any risk of genuine monetary use confiscation. But even if there is, you should blame core for having done nothing about it for so long, not BIP110 for finally fixing the problem.
Core not addressing the problem for so long, and wallets refusing to update accordingly should share the blame if anything bad happens with the use of op_if in Taproot. But I don't believe anything bad will happen.
But using such a low threshold for miners may lead to a chain split since this is consensus level even if it's supposedly temporary
I don't think the miner activation method is likely to happen because the big centralized pools benefit from spam and look to actively enable spam.
But say it happens and 55% of the hashrate signals for BIP110. Do you actually believe the other 45% will hang on to the smaller spam legacy chain?
Did I mention it's like the start of serious censorship?
I usually believe that every big changes starts small
That's how I feel about the current state of things. We are 5 years deep into a slippery slope towards total spam.
But let me ask you, do you believe there is a problem? Because if you don't think there is a problem, any solution to it will be a waste of time to you. Do you agree with lifting the op_return filter? Do you think core is going in the right direction? Do you think core is acting in the best interest of nodes?
There was always a compromise Now the censorship may seem limited to certain uses
But what about in the future.
I don't think framing anti-spam measures as censorship is appropriate.
Bitcoin should protect your right to money. It can't protect your right to "everything else" and still do a good job at protecting your right to money.
When BSV dropped their op_return filter, they got swamped with child p**n almost immediately. I think that was a state level attack test run. And I think the reason it hasn't happened yet is because we sounded the alarm and a child p**n attack would lend too much suppory to BIP110.
I think a swarm of child p**n material, or something to that effect in op_returm absolutely will happen. It's not an if, but a when. And here are the most likely suspects:
- State level actor wishing to destroy bitcoin, or gain control of it, or slow down adoption, or greatly reduce the node count which is the only part of bitcoin still decentralized.
- Same thing but coming from the banks, not government.
- Disgusting child pornographer who wants to dump the risk of hosting that stuff away from his own machine onto the 100,000 nodes.
- Some shotcoiner thinking he can promote his own shitcoin by doing this to bitcoin.
- Some high volume trader with a large sell position, hoping to cash in on the resulting price drop.
- Or even someone on my side eigher to drum up more support for BIP110.