📅 Original date posted:2023-02-04
🗒️ Summary of this message: Using witness data can be cheaper than script pubkey for data size beyond a certain point, which could be the basis for a reasonable OP_RETURN proposal.
📝 Original message: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 at 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 at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20230204/248ec360/attachment.html>;
Russell O'Connor [ARCHIVE] /
npub1dw…8plrw
2023-06-07 23:19:01
in reply to nevent1q…stet
Author Public Key
npub1dw88wd5gqsqn6ufxhf9h03uk8087l7gfzdtez5csjlt6pupu4pwsj8plrwPublished at
2023-06-07 23:19:01Event JSON
{
"id": "8726c2e01da7c12182b1e3a778ba633716deb373e36bbd22e2ea7ad54a7dcdd6",
"pubkey": "6b8e77368804013d7126ba4b77c7963bcfeff909135791531097d7a0f03ca85d",
"created_at": 1686179941,
"kind": 1,
"tags": [
[
"e",
"db7e30240de322a59459e6f6d735c7f019f73c8194514d70467812fbd7606451",
"",
"root"
],
[
"e",
"0c3fc7a0913e64ea8fba1297ddfda1eefd0141dbeb2389289b35743d0135ca5a",
"",
"reply"
],
[
"p",
"a2711d6616d348a3542bb2a791a9e51fcbc7b7d1d20652e5abe16d3e179321df"
]
],
"content": "📅 Original date posted:2023-02-04\n🗒️ Summary of this message: Using witness data can be cheaper than script pubkey for data size beyond a certain point, which could be the basis for a reasonable OP_RETURN proposal.\n📝 Original message:Since bytes in the witness are cheaper than bytes in the script pubkey,\nthere is a crossover point in data size where it will simply be cheaper to\nuse witness data. Where that crossover point is depends on the finer\ndetails of the overhead of the two methods, but you could make some\nreasonable assumptions. Such a calculation could form the basis of a\nreasonable OP_RETURN proposal. I don't know if it would be persuasive, but\nit would at least be coherent.\n\nOn Sat., Feb. 4, 2023, 18:17 Aymeric Vitte via bitcoin-dev, \u003c\nbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\n\u003e I don't know, what number would you advise? When I made the\n\u003e bitcoin-transactions nodejs module some years ago the limit (from the\n\u003e specs) was 512B\n\u003e\n\u003e It's not a fork, super easy to do\n\u003e\n\u003e And necessary because bitcoin on ground of I don't know what rule\n\u003e allowing the IF/ENDIF \"unlimited\" storage just mimics ethereum for the\n\u003e worse, and is again quite dubious to use\n\u003e\n\u003e\n\u003e Le 04/02/2023 à 23:18, Christopher Allen a écrit :\n\u003e \u003e 520 because that is a similar limit in taproot? Some multiple of\n\u003e \u003e hash+signature+metadata to satisfy others (that still might not be\n\u003e \u003e satisfied by any choice).\n\u003e\n\u003e\n\u003e _______________________________________________\n\u003e bitcoin-dev mailing list\n\u003e bitcoin-dev at lists.linuxfoundation.org\n\u003e https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20230204/248ec360/attachment.html\u003e",
"sig": "43526ba4265417f76bf2af12d68b52678a436534165b5813aa10ea15d806715f842061c614d24bdcbb35ccf4ed1fe9276d4ac441dd13f6477ffb2f0cce1b629a"
}