Это на самом деле очень трудно атаковать, чтобы успешно осуществить; Я разместил его в "теоретически вызывает беспокойство, но практически не является высоким приоритетом."

Это трудно, потому что:
  + ориентация на конкретный узел трудно. Затянувшиеся узлы, которые вы, вероятно, хотите предназначаться (продавцы или обменник или электронного кошелек услуг, где дважды расходы вы могли бы получить значительное количество Bitcoins) уже будет иметь 50+ подключения к легитимным узлам и addr.dat полной из адресов / портов законных узлов.

  + Вы должны кормить цель на поддельную версию блока цепи. И вы не сможете кормить их новыми блоками очень быстро, потому что трудности настолько высоки (если вы не инвестируете тонну хэширования мощности для создания фиктивных блоков ... но это глупо, вы тратите деньги на добычу бесполезных блоки так, Вы может попытаться стащить, вероятно, малоценную двойной израсходует ???). Любой таргетинг будет задаваться вопросом, почему их операции так долго, чтобы подтвердить и почему их число блоков отстает все еще.


Положив несколько AddNode = ... для подключения к доверенным узлам (со статическими IP-адресами) при запуске в вашем bitcoin.conf является хорошей идеей. 

Для (3), обнаружение драматично, статистически почти невозможный, как правило, изменения в скорости хэширования является лучшим способом обнаружить Сибил атаки. Это на моем личном "было бы неплохо иметь" список (потому что, как я уже сказал, я не думаю, что это большая угроза).