#hyperledger-fabric #hyperledger
#hyperledger-fabric #hyperledger
Вопрос:
Согласно документации Fabric-node-sdk
Чтобы одноранговый узел стал частью канала, ему должен быть отправлен блок genesis
Согласно fabric-documentation
На канал приходится один регистр. Каждый одноранговый узел поддерживает копию реестра для каждого канала, участником которого он является.
Для присоединения к одноранговому каналу требуется блок genesis, блок genesis приобретается у канала.
Значит ли это, что channel также хранит копию реестра?
Отредактировано
Для новой сети сначала мы создаем канал, а затем к нему присоединяются одноранговые узлы.
Итак, как одноранговые узлы получат блок genesis, если они еще не являются частью канала и у них нет копии регистра?
Рассмотрим первый одноранговый узел, который присоединяется к каналу, другие одноранговые узлы еще не присоединены.
Ответ №1:
Существует только один согласованный регистр канала, в котором хранятся все одноранговые узлы и заказчики в канале. Канал существует не как материальная сущность, а скорее как логическая граница, позволяющая выполнять параллельные действия.
Итак, когда одноранговому узлу требуется блок genesis или любой блок в регистре канала, он предоставляется другими одноранговыми узлами в канале службой обнаружения или заказчиком.
Конфигурация канала в регистре содержит информацию о одноранговых узлах в каналах вместе с MSP, определенными для канала.
Комментарии:
1. Я отредактировал вопрос, пожалуйста, проверьте его. Что произойдет с первым одноранговым узлом, который присоединится к каналу, когда другие одноранговые узлы еще не присоединились?
2. У исполнителя заказа запрашивается блок конфигурации канала до присоединения к одноранговому узлу. в cli это делается с помощью
peer channel fetch 0 mychannel.block -o orderer.example.com:7050 -c $CHANNEL_NAME --tls --cafile $ORDERER_CA. Соединение с каналом происходит после получения конфигурации канала следующим образомpeer channel join -b mychannel.block