Since bytes in the witness are cheaper than bytes in the script pubkey, there is a crossover point in data size where it will simply be cheaper to use witness data. Where that crossover point is depends on the finer details of the overhead of the two methods, but you could make some reasonable assumptions. Such a calculation could form the basis of a reasonable OP_RETURN proposal. I don't know if it would be persuasive, but it would at least be coherent.
On Sat., Feb. 4, 2023, 18:17 Aymeric Vitte via bitcoin-dev, < bitcoin-dev@lists.linuxfoundation.org> wrote: > I don't know, what number would you advise? When I made the > bitcoin-transactions nodejs module some years ago the limit (from the > specs) was 512B > > It's not a fork, super easy to do > > And necessary because bitcoin on ground of I don't know what rule > allowing the IF/ENDIF "unlimited" storage just mimics ethereum for the > worse, and is again quite dubious to use > > > Le 04/02/2023 à 23:18, Christopher Allen a écrit : > > 520 because that is a similar limit in taproot? Some multiple of > > hash+signature+metadata to satisfy others (that still might not be > > satisfied by any choice). > > > _______________________________________________ > bitcoin-dev mailing list > bitcoin-dev@lists.linuxfoundation.org > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev >
_______________________________________________ bitcoin-dev mailing list bitcoin-dev@lists.linuxfoundation.org https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
