[...]
У нас (Или, по крайней мере, у меня есть, смотри также Анализ Bytecoin в 2010 году) оценивали эту общую атаку раньше, но самый простой вариант этого просто не работает (в теории, или при моделировании): Без существенного хэша-скорость задержка ваших блоков заканчивается увеличивая риск того, что вы получаете сирота, поскольку узлы предпочитают первый блок они услышали. Вклад бумаги (по-моему, по крайней мере), чтобы предположить, что злоумышленник может также предсказательница нападение сети, и при этом может работать узлы, которые будут выпускать блоки, производимые атакующие шахтерами в ответ услышать новый блок из честные шахтеры. Так где предсказательница атака успешна задержка не дает недостаток, а затем атака работает (с повышением эффективности более эффективный sybiling является и более hashrate злоумышленник имеет).

предложил их решение, которое предлагается без тщательного анализа, чтобы передать все блоки, даже поздние, а затем выбрать предпочтительный блок в связи в случайном порядке. Не обращая внимания на сопутствующие уязвимости, поспешные реализации вперед все может создавать, Я считаю, что это предложение имеет проблему в том, что она создает преимущество эгоистичности даже без Сибли атаки на всех, так долго, как эгоистичный шахтер имеет достаточно hashrate. Я считаю, что это плохой компромисс, потому что степень Сибла уязвимость между горными вершинами, вероятно, значительно ниже, чем предполагались (многие шахтеры закалывать соединения с хорошо известными узлами и друг с другом), и потому, что у нас уже есть бассейны, достаточно большие, чтобы воспользоваться из компромисс уязвимость это создает.

Возможно, что еще более важно: Есть гораздо хуже уязвимости для нас, если злоумышленники могут выполнять успешные крупные атаки масштаба Сиб против шахтеров. В частности, если они в состоянии сделать, чтобы они могли разделить сеть на две 50/50 hashrate группы, а затем падение блоков между ними и стороны конфликтующих транзакций в каждой группе и производят много подтвержденных дважды проводит без каких-либо hashrate вообще ,

Как я уже писал несколько раз о Bitcointalk: за криптографические допущения Bitcoin делает _two_ дополнительные предположения безопасности: Это злоумышленник не контролирует большую часть hashrate и, цитируя Satoshi, "характер сведений, легко распространяться, но трудно подавить", Effectively-, что злоумышленник не может существенно изолировать или разделить честные участник.

Имея это в виду, а не бросаясь в каких-либо изменений в алгоритме консенсуса рекомендую принять следующие меры:

(0) Создаём новый согласованный ручной анти-предсказательница усилия для обеспечения того, чтобы все крупные шахтеры хорошо связаны с сильными релейные узлов, в том числе смеси общественных и непубличных узлов (непубличных для сопротивления DOS), для того, чтобы сделать разделение шахтеры неосуществимым.
(1) Оценить наше сопротивление Сибил более общо и рассмотреть, какие меры и средства автоматизации мы могли бы добавить, чтобы сделать Sybil атаки сложнее (включая поддержку аутентификацией пиринга, или меры, как в том числе адр сообщений в coinbase txns глушить адр манипуляцию сообщение).
(2) Создание лучшего сбора статистики для мониторинга сети широкого осиротения.
(3) Улучшение масштабируемости узла (например, позволяют поддерживать узлы с большим числом соединений)

(Может быть, было бы также полезно инструмент рудничного программного обеспечения для обнаружения блока откладывания, так же bfgminer обнаружит работу бильярдной выдачи, который конфликтует свою собственную работу перед)

Это в конечном итоге может иметь смысл изменить предпочтение консенсуса для _very_ вблизи связей (например, те, которые прибывают с разницей во время сравнимы по масштабам с той разницей в латентности между своими коллегами), но Я думаю, что нам нужно быть очень осторожными, чтобы мы не торгуем потенциально неактуальную проблемы (потому что его либо невозможный или, если его не неосуществимые мы имеем гораздо более серьезные проблемы) для практически уязвимостей один. Создание нашей инфраструктуры сильнее против Сивиллы имеет много преимуществ, и был на и от радара в течение длительного времени, и AFAICT если мы предотвращаем шахтеру от того распределяли / опосредованы по Сивилле мы закрывают проблемы здесь.