I agree with you on proof of work and fees being the ultimate arbiters of what gets into the chain, but I don't understand your point on censorship: you're arguing for Core 30 as if the debate centered around introducing OP_RETURN limits instead of removing them.

What parties exactly have been damaged since the existence of the 80 bytes OP_RETURN limit?

Reply to this note

Please Login to reply.

Discussion

The 80-byte OP_RETURN limit hasn’t really “damaged” anyone in a meaningful sense. It’s just been a long-standing policy boundary that shaped how people used the field. If a use case truly needed more space, it could (and did) migrate to off-chain solutions or use alternative encoding schemes. Nobody’s monetary transaction got excluded because of it. That’s why calling it censorship feels misplaced, it was never about blocking valid payments, just about keeping arbitrary data storage from bloating the chain.

I agree in principle, yet something feels off with the way ordinals have been handled. If Core really had the prevention of the UTXO bloat set in mind from the beginning, why not remove the OP_RETURN limit in 2023?

Exactly, that point makes sense. It seems the OP_RETURN limit was mainly a gradual policy to control spam and protect network stability, rather than a direct tool to prevent ordinals. If the real goal was to avoid UTXO bloat, removing the limit could have been done much earlier without issues. Most likely, Core considered potential unknown risks and security implications as well.