ИНФОРМАЦИЯ РАСПРОСТРАНЕНИЕ В СЕТИ Bitcoin
Кристиан Декер, Роджер Wattenhofer - ETH Zurich, Microsoft Research - 13 IEEE Международная конференция по Peer-to-Peer Computing
Кристиан Декер, Роджер Wattenhofer - ETH Zurich, Microsoft Research - 13 IEEE Международная конференция по Peer-to-Peer Computing
http://www.tik.ee.ethz.ch/file/49318d3f56c1d525aabf7fda78b23fc0/P2P2013_041.pdf
Тэк: В интервале 10000 блоков, была 169 вилки, или 1,69% наблюдаемая скорость вилки. Эта скорость зависит от размера сети, конечно - чем больше сеть, тем более случайной топологии и тем больше среднего расстояния между узлами и происхождения блок-становится.
В качестве альтернативы можно был бы интерпретировать этот результат таким образом, что каждый раз, когда блок найден, «эквивалент 11,37 секунд стоят вычислительной мощности всей сети расходуется впустую.» Если вы отнесете впустую вычислительную мощность во внимание, «эффективные вычислительная мощность в текущей сети 1-11.37 / 633,68 = 98,20%.»Таким образом, контроль над 49,1% сети Bitcoin является достаточным для 51% атаки а. Примечание: 633.68 секунд = ожидаемое время между двумя блоками, см модели для того, как было получено это число.
Так что мы можем сделать по этому поводу? Ну во-первых, христианская и Роджер думаю, что процесс проверки сообщений может быть разобщенным и ускорен путем разделения его на две фазы, когда сообщение получено оно сначала проходит через «проверку сложности». Это просто проверка на доказательстве правильности работы пути хэширования принятого блока и сравнения хэша с текущего трудом ориентируется. Обычно сделка теперь будет проверена, а затем транслируется в сети.
В этом альтернативном сценарии, однако, как только трудность была проверена сделка может быть ретранслируют то сделка может быть проверена. Это ускоряет распространение. Во-вторых, улучшение времени распространения может быть достигнуто путем немедленного вещания входящих сообщений INV соседей.
Ни одно из этих предложений не имеют их недостатков, однако. Оба из них открываются и закрываются пути атак на сеть. А именно, если информация не требуется атакующей проверка может послать произвольные объемы данных и затопить сеть, хотя я считаю, что есть смягчающие методы для таких атак. Независимо от того, в то время как эти решения могут облегчить проблемы в краткосрочной перспективе, христианские и Роджер, кажется, думают более масштабируемым долгосрочное решение должно быть найдено.
они на точке? Ребята, что вы думаете?