Posted by Pieter Wuille
Feb 17, 2023/22:13 UTC
On February 17th, 2023, Anthony Towns suggested in the bitcoin-dev group that closing some of the doors might be less complex. A discussion on using short ids to minimize bandwidth followed, and it was suggested that short id 0 is reserved for long commands and short ids 1-255 are available for use as aliases of particular long commands. This would avoid variable-length encoding questions and reduce how much information a passive observer could learn about application level features. Additionally, it would drop VERSION, VERACK, GETADDR, SENDADDRV2, SENDHEADERS, and SENDTXRCNCL from bip 324 currently being used. REJECT was discussed but not included. It was agreed upon that moving the type id mapping to the p2p layer away from the transport layer would be cleaner but an implementation issue. One possibility is having the transport layer translate short-command-number-N to the 12-byte command "\x00\x00..." + byte(N), and hand that to the application layer, which could then do the mapping.
TLDR
We’ll email you summaries of the latest discussions from authoritative bitcoin sources, like bitcoin-dev, lightning-dev, and Delving Bitcoin.
We'd love to hear your feedback on this project?
Give Feedback