Как будет работать Hyperledger Composer? - PullRequest
Новая
       9

Как будет работать Hyperledger Composer?

0 голосов
/ 30 мая 2018

Я новичок в композиторе, и сейчас практикую некоторые учебные пособия и примеры.Но при этом я не могу понять некоторые функции, поэтому вот вопросы, которые я не совсем понимаю:

  1. Ограничены ли запросы файлом .acl (когда, например, мы используем их в остальных серверах)?
Ограничивают ли правила, записанные в .acl , некоторые из транзакций, которые могут быть отправлены определенному участнику?(Например, для участник A не разрешено СОЗДАТЬ новых участников, но что произойдет, если участник А отправит транзакцию (которую он может отправить), которая создает другого участника, эта транзакция завершится неудачей?
Могут ли карты создаваться с помощью rest api server? (Я знаю, что участники могут быть созданы с использованием JS api, но возможно ли создать и выдать удостоверение для этих участников через RestServerApi?)
Что происходит, когда PeerAdmin обновляет определенный узел до новой версии?Как действуют другие узлы в этом случае?Они обновляются автоматически? (Также обнаружено, что обновление занимает много времени (2-4 минуты) при локальном развертывании, тогда как в браузере для локального подключения это занимает 3-4 секунды)
Позволяет ли матрица Hyperledger хранить некоторые данные бухгалтерской книги в одной частной сети, тогда как другая сеть, подключенная к частной сети, не будет хранить эту часть бухгалтерской книги (или данные будут просто зашифрованы)?Тот же вопрос относительно транзакций: будут ли выполняться во внешних сетях?

1 Ответ

0 голосов
/ 30 мая 2018

  1. Да Запросы составителя (и в них результаты) подчиняются ограничениям или фильтрам ACL.

  2. Он все равно не будет выполнен из-за ограничения правила ACL.Однажды отказано в создании, всегда отказано, так как это последняя операция (в этом сценарии).Фактическая транзакция потерпит неудачу.

  3. Да, конечно, используйте POST /system/identities/issue Конечная точка REST (например, http://localhost:3001/api/system/identities/issue) - см. Пример здесь -> https://medium.com/@CazChurchUk/developing-multi-user-application-using-the-hyperledger-composer-rest-server-b3b88e857ccc

  4. Администратор с возможностью PeerAdmin несет ответственность за установку новой версии на своих коллегах (в своей организации).Ответственность за них несут другие администраторы одноранговых организаций, именно так будет работать консорциум блокчейнов с другими организациями.Они согласятся «что» и когда, но должны будут установить новую версию на своих собственных участниках Org, чтобы новая версия могла быть запущена на том же канале.Конечно, будет разница между временем отклика инфраструктуры Fabric и временем отклика веб-соединения, использующего локальное хранилище.

  5. Каналы в Fabric обеспечивают конфиденциальность.В этом канале может быть одна или несколько бизнес-сетей (бухгалтерская книга), поэтому транзакции в этой бизнес-сети являются частными для этой бухгалтерской книги.Клиент несет ответственность за шифрование данных или нет.Hyperledger Composer может разрешить вызов одной бизнес-сети из другой, по тому же каналу или, если это разрешено, также по другим каналам - см. https://hyperledger.github.io/composer/latest/tutorials/invoke-composer-network

...