pull down to refresh
Thank you @Murch for consistently contributing to discussions on SN!
But isn't using OP_RETURN to store data 4x more expensive since there's no witness discount? I think that's what @LibreHans was hinting at.
Thanks. Librehans’s argument is a strawman. He says op_return is not better than inscriptions, so it has no upside. But op_return is slightly cheaper than storing data in payment outputs, and much less harmful. This improvement over data being stored in payment outputs is the central reason for the op_return increase.
The linked tweet by Mononaut describes a scheme that is akin to brc-20 and plans to store data in one or several payment outputs when the op_return limit is exceeded.
You should read about btc-20 tokens as well. It's funny that Murch brings them up as an argument for larger op_return, when they just need more storage because their design is ridiculously bad. Saying that brc-20 tokens need bigger op_return is making the case for not increasing op_return.
Ah yes, the evidence free economic reasoning again. We have zero known good use cases for bigger op returns, even citrea say they don't want to use them
What her post conveniently ignores: there are ZERO incentives to use op_return over witness data, so changing op_return is pointless to her entire article. The change of op_return is about developers changing how bitcoin is governed, they want to push through controversial changes with sound technical reasons that don't match economic reality.