Skip to content

Conversation

@dathonohm
Copy link

@dathonohm dathonohm commented Oct 24, 2025

Mailing list thread at https://groups.google.com/g/bitcoindev/c/nOZim6FbuF8


Editor note: please post conceptual feedback and meta-commentary on the mailing list thread, and focus here on:

  • expert technical review of the specification
  • specific, concrete, helpful proposals for the other sections

Please refrain from personal or heated commentary, trolling, pedantry, and repeating yourself. As this PR now has many comments, please only comment if you are adding new valuable information to the discussion.

@rot13maxi
Copy link

I suggest you add an FAQ item for “why block 987424“. If the intent is to have it be a year out, the height might actually move during discussion, and right now its just a magic number in the document.

@dathonohm
Copy link
Author

@rot13maxi see the deployment section

Screenshot 2025-10-25 at 09 14 55

@portlandhodl
Copy link
Contributor

There is opportunity to also discuss the effect on DoS blocks and the scope of legacy script as a DoS vector.

danielsam

This comment was marked as off-topic.

@bitcoin bitcoin deleted a comment from soonlike Oct 26, 2025
OP_RETURN outputs are provably unspendable, and nodes do not need to store it in the UTXO set.
Historically, up to 83 bytes have been tolerated only to avoid unprovably unspendable spam in other output scripts, and no legitimate uses have ever been found.
With the advent of pay-to-contract and Taproot, it is now also possible to commit to external data in the Taptree, making even hypothetical use of OP_RETURN deprecated.
However, to avoid breaking legacy protocols that still include such outputs, this proposal allows these outputs.
Copy link

@GregTonoski GregTonoski Oct 26, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also I am raising objection to the fragment of the proposal. I think that the presumption of existence of "legacy protocols" is false. There isn't any BIP of such a protocol. Also, I haven't seen any implementation of a hypothetical undocumented one. Last, but not least - arbitrary data storage doesn't belong to Bitcoin and the "OP_RETURN" bug that is exploited by abusers must be fixed.

@ekzyis
Copy link

ekzyis commented Oct 26, 2025

Will or can this softfork affect lightning or currently planned upgrades of it?

btw, fwiw, there's also some discussion at https://stacker.news/items/1265553 (sorry for the shameless plug, I work at SN)

@Rob1Ham
Copy link

Rob1Ham commented Oct 26, 2025

According to BIP-2:

Once the champion has asked the Bitcoin community as to whether an idea has any chance of acceptance, a draft BIP should be presented to the Bitcoin development mailing list.

When will this be posted to the mailing list as its own thread so it can get greater attention & review?

@ghost

This comment has been minimized.

@jonatack
Copy link
Member

jonatack commented Oct 26, 2025

When will this be posted to the mailing list as its own thread so it can get greater attention & review?

I reached out yesterday to suggest this and apparently the post is currently in the ML queue for acceptance/publication.

Copy link
Contributor

@benthecarman benthecarman left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why no limit on witness or tx size?

Copy link

@thewrlck thewrlck left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think it's a good idea to outright prevent content or actions that are not 100% certain spam

@bitcoin bitcoin deleted a comment from rodpalmerhodl Oct 26, 2025
@bitcoin bitcoin deleted a comment from Jeremy-coding Oct 26, 2025
@jonatack
Copy link
Member

When will this be posted to the mailing list as its own thread so it can get greater attention & review?

Hi all, a mailing list post by has been published by the BIP author at https://groups.google.com/g/bitcoindev/c/nOZim6FbuF8.

Post conceptual feedback and meta-commentary there, and focus here on:

  • expert technical review of the specification
  • specific, concrete, helpful proposals for the other sections

Please refrain from personal or heated commentary in both venues. I've attempted some minor moderation here above.

defenwycke

This comment was marked as off-topic.

@vukolic

This comment was marked as abuse.

@TomzBench

This comment was marked as off-topic.

@vukolic

This comment was marked as off-topic.

thewrlck

This comment was marked as off-topic.

@dathonohm
Copy link
Author

Hi all - I have pushed another significant update to the BIP. The Motivation, Deployment, Tradeoffs, Backwards Compatibility, and Alternatives sections have all been expanded and updated.

I believe this addresses all feedback up to the moment. Please let me know if I missed anything.

As always, thanks for your feedback and support.

@dathonohm
Copy link
Author

Hi all -

I have pushed another minor update. All feedback is now addressed, to the best of my knowledge.

Please let me know what is the next step to get a number assigned, and for the BIP to be merged.

Thanks again for your feedback and support!

@ArmchairCryptologist

This comment was marked as off-topic.

@cal-gooo

This comment was marked as off-topic.

@dathonohm

This comment was marked as off-topic.

@thomash6

This comment was marked as off-topic.

@zndtoshi

This comment was marked as off-topic.

@dathonohm

This comment was marked as resolved.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.