Где существует цепной код в матрице гиперледжеров?

Question

Будучи новичком в Blockchain и Hyperledger Fabric, я пытаюсь найти ответы на следующие вопросы,

Я планирую использовать начальный план IBM Bluemix и установить цепной код в сети образцов сети, используя BNA, разработанный в Hyperledger composer.

1. В многоорганизационной многоуровневой установке (сценарий реального мира), где существует (или устанавливается) цепной код в сети Hyperledger Fabric - ограничен ли он конкретным одноранговым узлом или всеми одноранговыми узлами в канал

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

3. Как несколько цепных кодов в разных одноранговых узлах могут получить доступ к одному и тому же набору данных в матрице Hyperledger?

   • Я видел это содержание в http://hyperledger -fabric.readthedocs.io : «Состояние, созданное с помощью цепного кода, относится только к этому цепочечному коду и не может быть доступно непосредственно другим цепным кодом. При наличии соответствующего разрешения цепной код может вызывать другой цепной код, , либо в том же канале, либо в разных каналах, чтобы получить доступ к своему состоянию. Обратите внимание, что если вызываемый цепной код находится на канале, отличном от вызывающего цепного кода, разрешен только запрос на чтение ». Но я не уверен, как дать «соответствующее разрешение».

Answer 1

В многоорганизационной многоуровневой установке (сценарий реального мира), где цепной код существует (или устанавливается) в сети Hyperledger Fabric - это ограничено определенным узлом или всеми узлами в канале?

Цепные коды устанавливаются на каждом узле, который должен подтвердить данную транзакцию. Подтверждение включает выполнение цепного кода с некоторыми заданными аргументами, выяснение результата и его подписание (с MSP организации, частью которой является партнер). Цепные коды устанавливаются для каждого участника и могут создаваться по одному или нескольким каналам. Если одноранговый узел принадлежит каналу, но не поддерживает какие-либо транзакции, ему не нужен не код цепи. Он может просто хранить книгу данного канала (выступать в качестве коммиттера).

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

Если на MSP организации приходится более одного подтверждающего однорангового узла, вы можете плавно подписывать и продолжать транзакции. Как вы уже объяснили, настройка более одного узла на ORG MSP может помочь в отказоустойчивости сбоя. Во-вторых, если в ORG MSP существует только один пир, и ваша политика одобрения такова, что вам абсолютно необходимо, чтобы подпись этого MSP для вашей транзакции проходила только тогда, то транзакция канала для этого заданного кодового кода не будет выполнена. Другие цепные коды на том же канале, для которых эта подпись не требуется, будут по-прежнему работать нормально.

Как несколько цепных кодов в разных пирах могут получить доступ к одному и тому же набору данные в ткани гиперледжера?

По разрешению это означает, что если MSP организации-инициатора имеет права на доступ к каналу. Поэтому, если вы пытаетесь вызвать данные Channel2 из Channel1, то вы (вызывающий клиент) должны быть частью этого канала либо как читатель / писатель.