Почему каждый конечный пользователь запускает контейнер ccenv с nodejs цепным кодом

Question

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

1, so other peer will copy dev* image of chaincode and run it when needed?

Кроме того, я обнаружил, что при использовании composer для развертывания / обновления цепного кода каждый конечный пользователь peer будет запускать контейнер ccenv docker,

2, just the ccenv to build the chaincode, why not just use one peer to build the image and copy to other peer?
3, the ccenv build the chaincode, will be included in install step or the instantiate step for more clear instruction?

, потому что я обнаружил слишком много одновременно запуска ccenv, часто с одним из них происходит сбой.

Answer 1

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

Hyperledger Composer будет отправлять запросы на создание экземпляров всем одноранговым узлам на канале, поэтому все эти одноранговые узлы на момент создания экземпляра будут создавать версию цепного кода, чтобы можно было запустить имитацию транзакции создания экземпляров.

ccenv - это изображение контейнера с требуемым компоненты для построения цепного кода, он не используется для запуска цепного кода.