Политика одобрения в Hyperledger Fabric

Question

Я использую Hyperledger Fabric версии 1.2.Я создал канал с 1 заказчиком и 10 одноранговыми узлами, принадлежащими к одной организации.Я хочу создать цепной код с политикой одобрения, чтобы все одноранговые узлы ORG1 являлись подтверждающим одноранговым узлом, а не только 1. Какое допустимое выражение для того же самого?

В настоящее время используется следующая политика:

docker exec -e "CORE_PEER_ADDRESS=peer0.org1.example.com:7051" cli peer chaincode instantiate -o orderer.example.com:7050 -C mychannel -n chainname -v 1.0 -c '{"Args":[""]}' -P "AND('Org1MSP.member')"

Документация по фабрике содержит примеры включения коллег из разных организаций.

Answer 1

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

вызов однорангового цепного кода -o orderer0.abc.com:7050 -C abcchannel -n fabcar --peerAddressespeer0.org1.example.com:7051 --peerAddresses peer1.org1.example.com:7051 -c '{"Args": ["initLedger"]}'

Answer 2

К сожалению!для этого нет действительной команды, вы можете выполнить два шага, если хотите добиться этого:

1. Напишите свою собственную пользовательскую логику одобрения с помощью плагина.Этот метод немного громоздок, и вы можете перейти по этой ссылке, если вы хотите это сделать. Сменная логика одобрения и валидации

2. Или, вы можете иметь альтернативное решение, создав 10 Органов с 1 равноправным узлом и определив политику одобрения с помощью нужной вам командыas:

   -P "OutOf(10, 'Org1.peer', 'Org2.peer', ...., 'Org10.peer')"

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