pull down to refresh

If OP_RETURN data needs to be limited, then why wasn't this limit put in the consensus rules when the mempool limit was introduced?
Obviously this question is only for the limit supporters. It's quite obvious what the others will answer.
"A recap of the OP_RETURN "debate"

Core: Filters don't work. Bitcoiners: They obviously do, otherwise you wouldn't need to remove them.
Core: We don't have the technical means t maintain them, so we're removing the limit. Bitcoiners: We gave you the technical means in a PR two years ago, Core rejected it, it was implemented in Knots and it works.
Core: We can't stop all spam reliably, so why bother? Bitcoiners: Because life is not black or white, and fastening your seatbelt when driving a car is safer even though some people die in car crashes.
Core: Here's 7 transactions that even your precious filters didn't catch. Bitcoiners: Here's 2 million transactions that were caught.
Core: You can't censor valid transactions just because you don't like them. They paid a fee! Bitcoiners: There's millions of Nigerian princes contacting people through email every day. These are "valid transactions" too, yet you send those to spam. This is obviously not censorship, so that argument is deceitful and intellectually dishonest.
Core: What is spam objectively anyway? Bitcoiners: The receiver - not the sender - gets to decide what's useful to them. You're removing the ability of nodes to decide that, implying you know best.
Core: These transactions will end up in blocks anyway, and we can't incentivize profit-seeking miners to go out-of-band. Bitcoiners: It's not your job to incentivize or deter miners. Your job is to work on the Bitcoin client while prioritizing the one thing that makes Bitcoin unique and truly decentralized: nodes.
Core: But we want better fee estimation and block propagation. Bitcoiners: So do we, but never at the expense of decentralization and self-sovereignty. And btw, there is no such thing as "the mempool. Nodes run the show.
Core: This is a technical discussion. Stop philosophying and using analogies, you plebs! Bitcoiners: We gave you a technical solution that works, the philosophic rationale and the logical arguments. Stop turning Bitcoin into a shitcoin.

Am I missing anything here?

If you're seeing bias here, it's because you're too stubborn to admit that one side is clearly more informed, rational and morally calibrated than the other.
This is why there's distrust in Core. It's got nothing to do with technical competency and rational discourse. It's just pure and simple political shenanigans, whataboutisms, strawman arguments and in some cases sheer lies."
reply
That's useful information. But why put it here as an off-topic instead of starting a new thread? Why is it so often here that I encounter someone posting a question and receiving replies that don't answer or don't attempt to answer it?
reply
I think that it's because it's a matter of personal policy rather than consensus. Each node has a right to set their own policy, because there is no in unified memepool, each node has it's own memepool. Because bitcoin is a monetary network if policies are set liberally then more content would be written to the Blockchain, and if nodes refuse to relay such content then they need to pay more to miners to get into a block, creating a natural policing mechanism.
I see the policy layer as equivalent to the classical legal concepts of malum prohibitum (cheating on your taxes), and the validity layer as equivalent to malum in se (murder).
Its up to nodes to regulate, to keep things hygienic, and miners to validate.
Or it could be that Satoshi didn't think of everything and get everything he wanted into consensus. There is abundant evidence that he intended for bitcoin to be a monetary network and that regulating against too much content getting added to the Blockchain was not considered censorship by him or early Bitcoin Core contributors.
reply
This is one of the best explainers of what OP_RETURN is and how it came about. It was always limited by filters and the filters are effective even though they are sometimes bypassed. https://blog.bitmex.com/dapps-or-only-bitcoin-transactions-the-2014-debate/
reply
Well, that's a good post, but unfortunately it's off-topic since it doesn't answer or try to answer the question in the original post.
reply
Because your question is built on a false premise. OP_RETURN was specifically introduced because it is within consensus. The only way to limit it was with policy rules. The policy rules are effective. Why do a consensus change when one isn't needed?
reply
It is not built on false premise. I am asking why isn't the limit INSIDE consensus rules. This is the WHOLE point of this question, nothing more.
reply
Because it's not a consensus issue
reply