Спасибо за ответ, Гэвин.
Эта схема очень полезна. Это действительно показывает заметное увеличение принятия этой последней версии (0.10).
Различные версии существующих в сети не является проблемой до тех пор, пока некоторые несовместимые изменения в любом коде консенсусной (жесткий вилка) или протокол p2p сети (и даже то, что не должно быть проблемой, если есть "мост" узлы, которые говорят обе версии протокола и релейные блоки / транзакции через несовместимые сети).
Это хорошо, что разные версии не проблема
большинство случаев.
Но как насчет тех случаев, когда это? Например, увеличение предельного размера блока является одним из примеров жесткой вилки, которая, скорее всего, идет, и один, что бы потребовать большинство узлов принять последнюю версию для того, чтобы изменения вступили в силу. Что делать, если нам нужно изменить ограничение на размер блока снова через 5 лет в будущем? Будет ли это легко, или даже возможно, чтобы получить принятие большинства тогда?
Я смотрю больше в будущее, когда число узлов не настолько мало, как сегодня. Bitcoin узлы в конечном итоге будут на миллионах устройств по всему миру, такие как маршрутизаторы, спутники и другие машины, а не каждое устройство будет обновлено.
Таким образом, казалось бы, борьба большее и большее количество старых версий для того, чтобы попытаться получить принятие большинства, таким образом, в результате чего постоянно увеличивающийся версия усыновлению временные рамки новые версии Bitcoin.
Я рад, что это только забота о жестком вилке, но это будет проблема или проблема, требующее решение, даже если это только для этих редких обстоятельств?