Thread

๐Ÿ”” ๐Ÿ”” NEW OP_RETURN ๐Ÿ”” ๐Ÿ”” Book of Nakamoto, Chapter 3, Verses 4โ€“11 And Satoshi spake, not in whispers but in hex, saying: โ€œThou shalt not embed thine data in every field, for the blockchain is not thy diary.โ€ โ€œYet I bestow upon thee OP_RETURN, a sanctuary for up to 40 bytes โ€” no more, lest ye walk the path of vanity.โ€ โ€œFor 40 is the number of discipline: 40 bytes for thy message, no more than is righteous, no less than is truthful.โ€ โ€œAnd behold, I give thee one more blessing: the coinbase message. A field untouched by consensus, wherein miners may write freely.โ€ โ€œUse it to bear witness, to mark genesis, to declare revolt โ€” as I once wrote about the Chancellorโ€ โ€œBut thou shalt not waste it with shills and tokens of greed, or the wrath of prune shall be upon thee.โ€ And so the nodes upheld this covenant, and the mempool was serene. So go forth, brothers and sisters. Let us inscribe only that which is worthy. And let thy payloads be small, lest one abuse the sacred ledger for thine idle bytes. In the name of the Nonce, the Witness, and the Unspent, Amen.

Replies (10)

No, the OP_RETURN opcode is optional and not required for valid tx. I'm an interested observer of this debate but not an expert, so don't have an opinion to give. However I can offer this quote from a piece by John Carvalho earlier today : > Bitcoin offers an 80โ€‘byte OP_RETURN field that lets users write data without polluting the UTXO set. As blockspace demand soared with Ordinals, BRCโ€‘20, and Runes, people began hiding data in taproot leaves and bare multisig outputs, which never get spent and therefore swell the UTXO set, driving up node costs. > Relaxing, or even removing, the 80โ€‘byte cap would invite this data back into a provably unspendable, prunable space; the chain stays neutral โ€” every byte either pays or waits. https://bitcoinerrorlog.medium.com/how-to-think-about-data-on-bitcoin-a5a80442ef68
You would encounter little resistance if you were merely adding optionality. Why are you trying to remove the ability of users to set a limit for OP_RETURN if they want to? You are not adding optionality...you are attempting to remove it. If somebody wants to throttle non monetary data from passing through their own node, you are actively making a change which prevents them from opting out. You could easily add the optionality you want WITHOUT removing people's ability to opt out. There is absolutely no justification for removing this option other than as an attempt to force people to adopt a feature they would not adopt voluntarily. You are also gaslighting everyone with this condescending nonsense.