Использование двух визитных карточек в одной конфигурации сервера композитора

Question

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

Теперь у меня есть две админ-карты - alice @ trade-network, bob @ trade-network

и две выданные ими удостоверения личности / карты - jdoe @ trade-network, dlowe @ trade-network

Теперь я дал правила контроля доступа, утверждающие, что jdoe (trader1-org1) и dlowe (trader2-org2) могут просматривать только свои собственные записи

Таким образом, когда я подключаюсь к их соответствующим визитным карточкам, я могу просматривать только их записи.Теперь я могу запустить два сервера отдыха каждый (2 порта) для jdoe и dlowe, что позволяет просматривать их записи только через их конечные точки api rest.

Теперь я точно знаю, что могу запустить другой сервер отдыха для Алисы илиБоб, которые являются администраторами, чтобы они могли просматривать все записи (jdoe и dlowe's) Но я не хочу делать это таким образом.То есть запустить третий сервер отдыха.

Есть ли другой способ добиться этого.Чтобы получить все записи на всех картах!Есть ли способ запустить сервер отдыха с двумя экземплярами карты или что-то в этом роде.

Предложения ??Спасибо ~!

Answer 1

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

Простой ответ - запустить один REST-сервер в многопользовательском режиме, который включает кошельки.Подробнее здесь -> https://hyperledger.github.io/composer/latest/integrating/enabling-multiuser с примером использования кошельков (в которых хранятся визитные карточки).Вы можете сохранить хранилище кошелька на диске, как описано здесь -> https://hyperledger.github.io/composer/latest/integrating/deploying-the-rest-server.html

Затем jdoe, dlow, alice and bob - в качестве участников бизнес-сети (каждая из которых имеет свою собственную бизнес-сетевую карту, регулируемую действующими правилами ACL)- может взаимодействовать, используя клиент браузера (клиент REST API) в качестве разных участников (и, следовательно, видеть разные результаты в соответствии с вашими правилами ACL).

Пример этого есть в Google OAUTH2 tutorial , который показывает, как вы переключаете удостоверения, импортируете визитную карточку пользователя / устанавливаете ее по умолчанию в REST API, так что он использует определенную идентификацию / участника блокчейна для выполнения действий в деловой сети (см. Конкретно «Шаг одиннадцатый» и далее).).