the stupidest thing about #coretard arguments about allowing OP_RETURN to be bigger (as much as to 100kb) on the basis that it costs more is absurd, because spammers specifically want to pay as little as possible for their pollution.

it is irrelevant to the discussion of how to counter bloat of the blocks, because the cheapest way to spam the chain is by using SEGWIT and the TAPROOT implementation bug that removes the datacarrier limit.

how about stop defending your bad takes, and actually apply your pea brains to the question in hand: how to fix what went wrong when taproot unlocked the size limit on witness?

because that's the hole that is most glaring. instead they are talking about opening up OP_RETURN which by no reasonable logic will have any impact on the material problem that exists.

i thought that taproot would be good, enabling malleability-free signatures, more compact multisig and actually the whole thing was cocked up and was how this whole shit with ordinals on the chain started when someone figured out there was a vulnerability.

almost 2 years later and there's still no resolution for that, but instead we are hearing about how we should change the non-consensus mempool filter to allow more arbitrary data in another place in the code.

like, what the fuck, guys, you aren't doing your job. if the intention was to enable smart contract shit, then sure, but this just lets noise onto the chain, and potentially ugly noise.

fix the datacarrier limit problem, and fuck off with your psychological warfare against people who don't want to relay or store spam on their nodes.

the whole reason why so many people have started running knots is because there is a glaring hole in bitcoin's security against spam and there has been PLENTY of time to do something about it, instead of opening the path to even more irrelevant data, both OP_RETURN and BitVM bullcrap.

it's hard to not wonder whether the core team has got people playing with their minds and nudging them towards turning bitcoin into a tire fire of garbage.