Ткань Hyperledger склонна к атаке 51%? - PullRequest
0 голосов
/ 02 ноября 2018

Мне дали задание исследовать внедрение блокчейна и его риск для моей компании, но я нигде не могу его найти.

Ответы [ 2 ]

0 голосов
/ 04 ноября 2018

Это в конечном итоге зависит от используемого алгоритма консенсуса. Напомним, что Hyperledger Fabric поддерживает pluggable консенсус.

Поэтому я дам более общий ответ (вместо того, чтобы сосредоточиться на текущей версии Hyperledger Fabric), поскольку поддерживаемые согласованные алгоритмы меняются и развиваются со временем.

Если используется алгоритм Crash Fault Tolerant (как и текущий Kafka), то достаточно честного большинства в 51% (точнее, n / 2 + 1 узлов).

Если используется алгоритм Byzantine Fault Tolerant (в качестве PBFT в более старой версии или в будущем запланированном BFT-smart), то требуется честное большинство на 66% (точнее, 2n / 3 + 1 узел).

Все вышеперечисленное является нижней границей. Некоторые согласованные алгоритмы требуют «более строгого» честного большинства.

0 голосов
/ 03 ноября 2018

Ответ на ваш вопрос (как и во многих вопросах): «зависит от контекста».

Hyperledger Fabric очень модульный, что означает, что многие вещи могут быть настроены в соответствии с вашими конкретными потребностями. Одна из вещей, которую можно выбрать, это алгоритм консенсуса для вашей конкретной сети Fabric, чтобы узнать больше об этом, прочитайте официальную документацию : https://hyperledger -fabric.readthedocs.io / en / release-1.3 / blockchain.html

В настоящее время единственным согласованным алгоритмом, предложенным Fabric для использования на производстве, является Kafka . Возможно, с точки зрения безопасности важнее понять, что Kafka не является алгоритмом Bizantine Fault Tolerance, но в настоящее время ведется работа по созданию алгоритма BFT для Fabric в будущем.

Атака большинства (обычно известная как> 50% или 51% атака) относится к идее одного участника (индивидуального или группового), обладающего более чем половиной силы решения о том, что будет включено в блокчейн следующим. Это очень важно предотвращать в полностью публичных децентрализованных сетях, где вы вообще не имеете контроля над участниками сети, и больше относится к алгоритмам согласования доказательств работы или подтверждения заинтересованности.

Hyperledger Fabric больше ориентирован на частные разрешенные сети, что означает больший контроль над участниками сети (определенный уровень централизации). Если ваша компания внедряет внутреннюю сеть, в которой все узлы будут являться частью одной организации, то, вероятно, технология DLT (технология распределенной бухгалтерской книги) или блокчейн не подходит лучше всего. Если ваша организация будет частью консорциума или группы, где они являются частью сети, но взаимодействуют с другими организациями или участниками, сценарий имеет гораздо больше смысла для протокола цепочки блоков в зависимости от варианта использования.

Допустим, ваша организация является частью консорциума с другими 3, который образует сеть из 4 организаций. Вы можете настроить сеть Fabric таким образом, чтобы любые транзакции требовали одобрения всех участников, что делает невозможным атаку на 51% дизайн. Поскольку это частная сеть, консорциум контролирует, кто может стать частью сети и дает больший контроль над возможными злонамеренными участниками.

Другим важным моментом является то, что атака в 51% является чем-то уместным в децентрализованных сетях с разными участниками, которые не доверяют друг другу. В традиционных сетях, где у администраторов есть разрешения на выполнение операций (чтение / запись / администрирование) баз данных, атака в 51% по замыслу вряд ли будет предотвращена, если участник с правами администратора ведет себя злонамеренно, он может сделать это, потому что у него есть права на это.

Наконец, чтобы ответить на ваш вопрос более прямо, да, Hyperledger Fabric может быть подвержена атаке на 51%, но очень маловероятно, если сеть настроена правильно, и вариант использования имеет смысл для ее использования.

...