Как обработать событие, возникшее в одном канале в другом канале в Hyperledger Composer of Fabric? - PullRequest
0 голосов
/ 06 июля 2018

У меня есть такой сценарий, что один узел является частью разных каналов. В одном канале есть только трейдеры. В другом канале есть трейдеры и регулятор. Детали торгов не должны передаваться регулятору. Единственная вещь, которой делятся, - это совокупная стоимость в конце рабочего дня. Под совокупной стоимостью мы понимаем, сколько продано каждого актива, а не детали каждой сделки. Другими словами, существует конфиденциальная информация между двумя сторонами, которая не может быть передана регулирующему органу, и есть совокупная стоимость, которая не является конфиденциальной и должна передаваться регулирующему органу.

Теперь у меня есть событие, когда есть номинация. Под номинацией я подразумеваю сделку, совершенную по какому-либо активу на первом канале, который не имеет регулятора. Можно ли обработать это торговое событие в другом канале, где находится регулятор?

Когда я читаю документы, каналы изолированы. Но насколько они изолированы? Они изолированы таким образом, что события, возникающие в одном канале, нельзя увидеть или обработать в другом канале? В таком случае, как вы предлагаете реализовать этот сценарий? Я имею в виду, вы предлагаете какую-то конкретную архитектуру или инструменты, позволяющие реализовать этот сценарий? Также вы думаете, Hyperledger Fabric или Composer подходят для этих требований?

Я ценю любую помощь. Спасибо.

1 Ответ

0 голосов
/ 06 июля 2018

Итак, у вас есть два канала, две отдельные бухгалтерские книги и две отдельные бизнес-сети (как вы их настроили).

Ваша «номинация» фактически является «транзакцией», как описано выше. (события в Composer означают бизнес-события, на которые обычно подписывается клиентское приложение FYI).

В Hyperledger Composer вы можете выполнять запросы по нескольким каналам или внутри бизнес-сети. Таким образом, он может позволить [только] регулятору (из 2-го канала) запрашивать [только] эти торговые «события» (т.е. транзакции с полями, которые содержат «торговлю») или действительно активы (обновленные транзакцией), если это необходимо - возвращение в «1-й» канал (и контроль доступа) во 2-м канале может ограничить регулирующий орган в выполнении только этого «запроса» (если это все, что он / она должен иметь юрисдикцию). Надеюсь это поможет.

см. Пример https://hyperledger.github.io/composer/latest/tutorials/invoke-composer-network

...