Eсть "суб-версия" поле, которое я считаю, что это строка, а не числовое значение, которое передается с сообщением версии. Это может быть полезно использовать в моде, как в HTTP-заголовки, которые идентифицируют идентификацию браузера / операционной системы / версия для конкретного клиента для общих целей идентификации в сети и могут быть полезны для отдельного клиента, который играет вокруг с экспериментальными функциями положить, что в заголовок. Дюжина дополнительные байты не перегрузить протокол в этом случае, в частности, как он передается только один раз за сессию, а не за сообщение.

В этом случае, "версия" поле будет указывать версию протокола (однако, который определен) для сети в целом, что вы используете, что вы гарантировать, чтобы следовать этому протоколу и любые расширения просто на вершине этого. Любые реализации должны быть 100% совместим с этим протоколом, насколько что-либо передается от вашего узла к любому другому узлу должно следовать этому протоколу, если это специально не идентифицирует собрат пэр с конкретным субом-версией.


Я согласен, что управление документацией протокола должны быть установлены каким-то образом до сих пор, как "благословив" в виде "официальный" Когда придет время. я создал эта спецификация основанный на исходном коде, но я очень хорошо знаю, что отсутствуют некоторые пробелы, в частности, прямо сейчас на блок и приема сообщений правил и политик цепи разветвление, а также ссылки на алгоритмы хеширования используются. Моя надежда на создание этого документа была в конечном итоге получить его в какой-то момент, что было бы "благословенный" как формальные спецификации для клиентов, как Cdecker делают прямо сейчас.

Я действительно не знаю, что официальный клиент вкладывает в это поле прямо сейчас, но это могло бы решить эту проблему, по крайней мере временно, в отношении к конкретной повторной реализации протокола.