Skip to content

Newsletters: add 410 (2026-06-19)#2786

Open
bitschmidty wants to merge 5 commits into
bitcoinops:masterfrom
bitschmidty:2026-06-19-newsletter
Open

Newsletters: add 410 (2026-06-19)#2786
bitschmidty wants to merge 5 commits into
bitcoinops:masterfrom
bitschmidty:2026-06-19-newsletter

Conversation

@bitschmidty

Copy link
Copy Markdown
Contributor

@bitschmidty bitschmidty self-assigned this Jun 12, 2026
@murchandamus

Copy link
Copy Markdown
Collaborator

https://bitcoincore.org/en/2026/06/06/privatebroadcast-ip-leak/ Presumably there will be a ML post and we cover that

This seems potentially unnecessary. We already reported on the bug fix last week, would a mailing list discussion about the same topic add any new information?

@bitschmidty

Copy link
Copy Markdown
Contributor Author

https://bitcoincore.org/en/2026/06/06/privatebroadcast-ip-leak/ Presumably there will be a ML post and we cover that

This seems potentially unnecessary. We already reported on the bug fix last week, would a mailing list discussion about the same topic add any new information?

It is what we usually do IIRC.

In this case we were able to get a primary guest for the PR (and PR coverage was before a corresponding news item) which means we covered it in good depth. Although a news item would probably reach more people.

to the Bitcoin-Dev mailing list about the current effort to remove the [RBF][topic rbf]
signaling in transactions, as defined by [BIP125][]. That BIP specifies that a transaction
can opt-in to RBF, if the `nSequence` number is set to a value lower than
`0xffffffff - 1` (i.e. `nSequence = MAX-2`). Since the merging of `mempoolfullrbf`,

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

Maybe you can add an Optech reference link here.

can opt-in to RBF, if the `nSequence` number is set to a value lower than
`0xffffffff - 1` (i.e. `nSequence = MAX-2`). Since the merging of `mempoolfullrbf`,
that signaling number have become redundant, and any transaction can be replaced using
that parameter.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

Its unclear what that parameter is here?

signaling in transactions, as defined by [BIP125][]. That BIP specifies that a transaction
can opt-in to RBF, if the `nSequence` number is set to a value lower than
`0xffffffff - 1` (i.e. `nSequence = MAX-2`). Since the merging of `mempoolfullrbf`,
that signaling number have become redundant, and any transaction can be replaced using

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

Maybe?

Suggested change
that signaling number have become redundant, and any transaction can be replaced using
that signaling value has become unnecessary, and any transaction can be replaced using

feedback from the wallet developers community to find a default input sequence number
which could get wide adoption.

Feedback was provided by Murch and Electrum Wallet contributor SomberNight.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

Maybe can eliminate this intro sentence and just intro the murch item with "Feedback from Murch..." or the like

@bitschmidty

Copy link
Copy Markdown
Contributor Author

Pushed a fixup for the build error in @TumaBitcoiner and left some comments
Added the client/service segment.

negotiation framework (see Newsletters [#386][news386 bip434] and
[#390][news390 bip434]). It adds a `feature` P2P message that may be
exchanged between `version` and `verack` to advertise optional peer
features, and increases the P2P protocol version number to `70017`. Bitcoin

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

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

Maybe:

Suggested change
features, and increases the P2P protocol version number to `70017`. Bitcoin
features, and bumps the P2P protocol version number to `70017`. Bitcoin

Comment on lines +16 to +20
signaling in transactions, as defined by [BIP125][]. That BIP specifies that a transaction
can opt-in to RBF, if the `nSequence` number is set to a value lower than
`0xffffffff - 1` (i.e. `nSequence = MAX-2`). Since the merging of `mempoolfullrbf`,
that signaling number have become redundant, and any transaction can be replaced using
that parameter.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

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

This sentence has several issues.

  • There is one nSequence number per input, not one per transaction.
  • "lower than 0xffffffff - 1 (i.e. nSequence = MAX-2)" the id est here could be understood as suggesting that 0xffffffff − 1 and MAX−2 are the same, because the latter is only one number that is lower out of many
  • The last sentence could be read as suggesting that mempoolfullrbf is a transaction-level parameter.

Maybe something along the lines of:

Suggested change
signaling in transactions, as defined by [BIP125][]. That BIP specifies that a transaction
can opt-in to RBF, if the `nSequence` number is set to a value lower than
`0xffffffff - 1` (i.e. `nSequence = MAX-2`). Since the merging of `mempoolfullrbf`,
that signaling number have become redundant, and any transaction can be replaced using
that parameter.
signaling in transactions, as defined by [BIP125][]. BIP125 specifies that a transaction
can opt-in to RBF by setting at least one `nSequence` number to a value lower than
`0xffffffff - 1` (e.g. `nSequence = MAX-2`). Since `mempoolfullrbf` has been broadly adopted,
any transaction can be replaced regardless of its nSequence values.

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants