Hyperledger Fabric: MSPDir в configtx.yaml против ORDERER_GENERAL_LOCALMSPDIR

Question

configtx.yaml позволяет установить MSPDir. пример ниже:

Organizations:

  - &ord

    Name: ord

    # ID to load the MSP definition as
    ID: ordMSP

    # MSPDir is the filesystem path which contains the MSP configuration
    MSPDir: /data/orgs/ord/msp

но при запуске заказчика или партнера можно также определить переменную среды ORDERER_GENERAL_LOCALMSPDIR, как это сделано, например, здесь .

Разве это не два способа установить одно и то же? Какой из них превосходит другой? Скажем, MSPDir в файле yaml установлен на A, тогда как ORDERER_GENERAL_LOCALMSPDIR установлен на B, что произойдет в этом случае?

Answer 1

Правильный ответ на этот вопрос заключается в том, что ORDERER_GENERAL_LOCALMSPDIR определяет локальный MSP, тогда как configtx.yaml определяет канал MSP.ORDERER_GENERAL_LOCALMSPDIR в orderer.yaml содержит личность заказчика.configtx.yaml содержит каталоги MSP для всех участников сети.Эти идентификационные данные хранятся в генезисном блоке , и с этого момента любой отправляющий транзакцию может быть проверен и аутентифицирован, как указано здесь .

Во-вторых, мы указываем на местоположение каталога MSP для каждого участника, что позволяет нам хранить корневые сертификаты для каждой организации в блоке происхождения клиента.Это критическая концепция.Теперь любой сетевой объект, взаимодействующий со службой заказа, может проверить свою цифровую подпись.

Разница между локальным MSP и каналом MSP?

Answer 2

Переменные окружения переопределяют свойства в файле конфигурации (в данном случае orderer.yaml и в случае с другим узлом core.yaml). В файле docker-compose вы можете увидеть пример того, как он работает, внутри контейнера для FABRIC_CFG_PATH установлено значение orderer.yaml, но переменные среды переопределяют файл конфигурации.