Feb 13 - Feb 13, 2017
The reason for this is that sending content that current nodes do not expect can lead to incompatibilities and make the implementation vulnerable to DOS attacks. Furthermore, the version handshake must be completed before the protocol level can be determined. While ignoring unknown messages may only lead to a waste of downstream bandwidth, using the protocol level for determining optional features is more elegant, simple, and does not create new attack vectors. This is because using otherwise ignored messages allows for a strict linear progression of allowed network protocol features, which becomes increasingly difficult to maintain with continued increments of the protocol version. In summary, Voskuil's message on bitcoin-dev highlights issues with the BIP151 proposal's claim of backward compatibility and suggests an alternative approach to determining optional features within the protocol.
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