Как разные роли MSP (участник, администратор, партнер, клиент) влияют на политики одобрения Hyperledger Fabric?

Question

В документации по синтаксису политики одобрения для https://hyperledger -fabric.readthedocs.io / en / release-1.2 / endorsement -icies.html указано, что принципалы определены как MSP.ROLE, где MSP - это идентификатор MSP, а ROLE - член, администратор, клиент или партнер

В показанных примерах используется в основном член. «MSP.member» будет означать «любой участник», но что такое член? В настоящее время, поскольку большинство политик одобрения, которые мы используем, следуют этому синтаксису, мы предполагаем, что это означает что-либо одноранговое? Но есть и пример «MSP.peer».

А так как это политика одобрения, в которой проверяются транзакции, одобренные, когда используются "admin" и "client" ?? (поскольку администратор или клиент не могут подтвердить транзакцию).

Существует ли четкое руководство по использованию членов, администраторов, клиентов и партнеров для политик одобрения?

Answer 1

Сеть Fabric member является пользователем сети Blockchain. Обычно член указывает на организацию.

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

AND('Org1.member', 'Org2.member', 'Org3.member') requests 1 signature from each of the three principals

Администраторы на один уровень выше члена. Администратор может добавлять и удалять участников из сети и изменять настройки участников.

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

A client - это обычно организация, которая вызывает интеллектуальные контракты в сети Blockchain.

Answer 2

Я думаю, вы могли бы рассмотреть ответ в этой теме ссылка , а документ здесь

admin: роль пользователя, которая может добавлять / удалять одноранговые узлы, развертывать код цепи, создавать и присоединять каналы и т. Д. От имени этой организации.

клиент: идентификатор должен быть классифицирован как клиент, если он отправляет транзакции, запрашивает одноранговые узлы и т. Д. (Например, ваше приложение)

одноранговый: идентификатор должен быть классифицирован как одноранговый, если он одобряет или совершает транзакции. (например, индоссант, коммит)