From: Luke Dashjr <luke@dashjr•org>
To: bitcoindev@googlegroups.com
Subject: Re: [bitcoindev] Relax OP_RETURN standardness restrictions
Date: Sat, 26 Apr 2025 05:50:54 -0400 [thread overview]
Message-ID: <03be4934-f0ff-4b58-880d-861d63a4f970@dashjr.org> (raw)
In-Reply-To: <rhfyCHr4RfaEalbfGejVdolYCVWIyf84PT2062DQbs5-eU8BPYty5sGyvI3hKeRZQtVC7rn_ugjUWFnWCymz9e9Chbn7FjWJePllFhZRKYk=@protonmail.com>
[-- Attachment #1: Type: text/plain, Size: 3142 bytes --]
It should be needless to say, but this idea is utter insanity.
Disappointing to see positive responses, and not one sensible reply
calling it out yet. The bugs should be fixed, not the abuse embraced. If
attackers continue to bypass filters, we can go back to a full whitelist
approach. We're now 2+ years into this wave of attacks, and the damage
it has already done should be more than enough to prove the hands-off
attitude is not viable. Am I the only one left on this list who actually
cares about Bitcoin's survival?
On 4/17/25 14:52, 'Antoine Poinsot' via Bitcoin Development Mailing List
wrote:
> Hi,
>
> Standardness rules exist for 3 mains reasons: mitigate DoS vectors,
> provide upgrade hooks, or as a nudge to deter some usages.
>
> Bitcoin Core will by default only relay and mine transactions with at
> most a single OP_RETURN output, with a scriptPubKey no larger than 83
> bytes. This standardness rule falls into the third category: it aims
> to mildly deter data storage while still allowing a less harmful
> alternative than using non-provably-unspendable outputs.
>
> Developers are now designing constructions that work around these
> limitations. An example is Clementine, the recently-announced Citrea
> bridge, which uses unspendable Taproot outputs to store data in its
> "WatchtowerChallenge" transaction due to the standardness restrictions
> on the size of OP_RETURNs[^0]. Meanwhile, we have witnessed in recent
> years that the nudge is ineffective to deter storing data onchain.
>
> Since the restrictions on the usage of OP_RETURN outputs encourage
> harmful practices while being ineffective in deterring unwanted usage,
> i propose to drop them. I suggest to start by lifting the restriction
> on the size of the scriptPubKey for OP_RETURN outputs, as a first
> minimal step to stop encouraging harmful behaviour, and to then
> proceed to lift the restriction on the number of OP_RETURN outputs per
> transactions.
>
> Antoine Poinsot
>
> [^0]: See section 6.1 of their whitepaper here
> https://citrea.xyz/clementine_whitepaper.pdf
> --
> You received this message because you are subscribed to the Google
> Groups "Bitcoin Development Mailing List" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to bitcoindev+unsubscribe@googlegroups•com.
> To view this discussion visit
> https://groups.google.com/d/msgid/bitcoindev/rhfyCHr4RfaEalbfGejVdolYCVWIyf84PT2062DQbs5-eU8BPYty5sGyvI3hKeRZQtVC7rn_ugjUWFnWCymz9e9Chbn7FjWJePllFhZRKYk%3D%40protonmail.com
> <https://groups.google.com/d/msgid/bitcoindev/rhfyCHr4RfaEalbfGejVdolYCVWIyf84PT2062DQbs5-eU8BPYty5sGyvI3hKeRZQtVC7rn_ugjUWFnWCymz9e9Chbn7FjWJePllFhZRKYk%3D%40protonmail.com?utm_medium=email&utm_source=footer>.
--
You received this message because you are subscribed to the Google Groups "Bitcoin Development Mailing List" group.
To unsubscribe from this group and stop receiving emails from it, send an email to bitcoindev+unsubscribe@googlegroups•com.
To view this discussion visit https://groups.google.com/d/msgid/bitcoindev/03be4934-f0ff-4b58-880d-861d63a4f970%40dashjr.org.
[-- Attachment #2: Type: text/html, Size: 5065 bytes --]
next prev parent reply other threads:[~2025-04-26 9:53 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-04-17 18:52 'Antoine Poinsot' via Bitcoin Development Mailing List
2025-04-18 12:03 ` Sjors Provoost
2025-04-18 12:54 ` Greg Sanders
2025-04-18 13:06 ` Vojtěch Strnad
2025-04-18 13:29 ` 'Antoine Poinsot' via Bitcoin Development Mailing List
2025-04-18 21:34 ` Antoine Riard
2025-04-20 8:43 ` Peter Todd
2025-04-26 9:50 ` Luke Dashjr [this message]
2025-04-26 10:53 ` Sjors Provoost
2025-04-26 11:35 ` Luke Dashjr
2025-04-26 11:45 ` Sjors Provoost
2025-04-26 12:48 ` Pieter Wuille
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=03be4934-f0ff-4b58-880d-861d63a4f970@dashjr.org \
--to=luke@dashjr$(echo .)org \
--cc=bitcoindev@googlegroups.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox