Существует ли концепция пользователя / владельца в Hyperleder Fabric

#hyperledger-fabric

#hyperledger-fabric

Вопрос:

Краткий вопрос в Ethereum, если вы работаете со смарт-контрактом, вы можете определить, какой адрес взаимодействует со смарт-контрактами, и вы можете отклонить транзакцию, если адреса нет в белом списке. (Т.е. это концепция пользователя Ethereum)

В Fabric Composer вы можете определить участников и вы можете отклонить транзакцию, если у участника нет разрешения на взаимодействие с активом, каким бы то ни было методом. (Участник действует как пользователь и имеет разрешение на взаимодействие с чем-либо)

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

Я что-то упускаю или есть способ определить, какой человек отправляет транзакцию в блокчейн.

Ответ №1:

Да, потому что вы видите простой пример chaincode. Внутри цепного кода вы можете получить доступ к информации пользователя, который совершает транзакцию. Проверьте эти ссылки:

CA-клиент Hyperledger Fabric
Контракт узла Hyperledger Fabric и идентификатор класса Shim

Таким образом, с помощью этого вы можете создавать новые идентификаторы с центром сертификации fabric и проверять это внутри контракта с fabric shim

Комментарии:

1. Спасибо, поэтому, чтобы добавить к вашему ответу… В Ethereum Пользователь — это адрес. В Fabric Composer пользователь является участником Fabric, это клиент.