📅 Original date posted:2020-08-14
📝 Original message:Hi,
Back in February I posted a proposal for WTXID-based transaction relay[1]
(now known as BIP 339), which included a proposal for feature negotiation
to take place prior to the VERACK message being received by each side. In
my email to this list, I had asked for feedback as to whether that proposal
was problematic, and didn't receive any responses.
Since then, the implementation of BIP 339 has been merged into Bitcoin
Core, though it has not yet been released.
In thinking about the mechanism used there, I thought it would be helpful
to codify in a BIP the idea that Bitcoin network clients should ignore
unknown messages received before a VERACK. A draft of my proposal is
available here[2].
I presume that software upgrading past protocol version 70016 was already
planning to either implement BIP 339, or ignore the wtxidrelay message
proposed in BIP 339 (if not, then this would create network split concerns
in the future -- so I hope that someone would speak up if this were a
problem). When we propose future protocol upgrades that would benefit from
feature negotiation at the time of connection, I think it would be nice to
be able to use the same method as proposed in BIP 339, without even needing
to bump the protocol version. So having an understanding that this is the
standard of how other network clients operate would be helpful.
If, on the other hand, this is problematic for some reason, I look forward
to hearing that as well, so that we can be careful about how we deploy
future p2p changes to avoid disruption.
Thanks,
Suhas Daftuar
[1]
https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2020-February/017648.html
[2]
https://github.com/sdaftuar/bips/blob/2020-08-generalized-feature-negotiation/bip-p2p-feature-negotiation.mediawiki
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20200814/6d0b3b0f/attachment.html>;
Suhas Daftuar [ARCHIVE] /
npub1ss…e0am4
2023-06-07 18:26:23
in reply to nevent1q…vty3
Author Public Key
npub1ss2s89s938xfh3zzz0j2mhp25tlrlcrj0duljr0ne0t8v2r4cv0q5e0am4Published at
2023-06-07 18:26:23Event JSON
{
"id": "9611a64587df776135141874818e01866d3157ba0aa598728bc645b866025457",
"pubkey": "841503960589cc9bc44213e4addc2aa2fe3fe0727b79f90df3cbd6762875c31e",
"created_at": 1686162383,
"kind": 1,
"tags": [
[
"e",
"43edfd73733fa9cb455dfd9022ab700e39020c27283a7e2f0343a8c6fb631001",
"",
"reply"
],
[
"p",
"a23dbf6c6cc83e14cc3df4e56cc71845f611908084cfe620e83e40c06ccdd3d0"
]
],
"content": "📅 Original date posted:2020-08-14\n📝 Original message:Hi,\n\nBack in February I posted a proposal for WTXID-based transaction relay[1]\n(now known as BIP 339), which included a proposal for feature negotiation\nto take place prior to the VERACK message being received by each side. In\nmy email to this list, I had asked for feedback as to whether that proposal\nwas problematic, and didn't receive any responses.\n\nSince then, the implementation of BIP 339 has been merged into Bitcoin\nCore, though it has not yet been released.\n\nIn thinking about the mechanism used there, I thought it would be helpful\nto codify in a BIP the idea that Bitcoin network clients should ignore\nunknown messages received before a VERACK. A draft of my proposal is\navailable here[2].\n\nI presume that software upgrading past protocol version 70016 was already\nplanning to either implement BIP 339, or ignore the wtxidrelay message\nproposed in BIP 339 (if not, then this would create network split concerns\nin the future -- so I hope that someone would speak up if this were a\nproblem). When we propose future protocol upgrades that would benefit from\nfeature negotiation at the time of connection, I think it would be nice to\nbe able to use the same method as proposed in BIP 339, without even needing\nto bump the protocol version. So having an understanding that this is the\nstandard of how other network clients operate would be helpful.\n\nIf, on the other hand, this is problematic for some reason, I look forward\nto hearing that as well, so that we can be careful about how we deploy\nfuture p2p changes to avoid disruption.\n\nThanks,\nSuhas Daftuar\n\n[1]\nhttps://lists.linuxfoundation.org/pipermail/bitcoin-dev/2020-February/017648.html\n\n[2]\nhttps://github.com/sdaftuar/bips/blob/2020-08-generalized-feature-negotiation/bip-p2p-feature-negotiation.mediawiki\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20200814/6d0b3b0f/attachment.html\u003e",
"sig": "9db47aeeff029b457fb47fdbfd70e386eaa5f93865167f6eac4307f94aba928586e6f6869a8456e619ad8bb26dd5895093e4220dd56e01bb3c49b62de5caf4b9"
}