Разработка решения Hyperledger Fabric для смягчения воздействия на данные в сети - практическая реализация - PullRequest
0 голосов
/ 14 марта 2019

Представь, что есть пакет данных с тремя полями.1-е и 3-е поля являются адресом источника и назначения и должны оставаться неизменными на протяжении всего жизненного цикла данных с момента их получения до их доставки.2-е поле - это значение, которое обозначает текущее местоположение / адрес в маршруте маршрутизации и может быть изменено.

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

Как такая базовая система может быть реализована в Hyperledger Fabric, где:

(учитывая, что каждый пакет данных имеет уникальный DataID, а каждый концентратор имеет уникальный HubID)

  1. Hyperledger должен регистрировать пакет данных и на каждом этапе / этапе обработки и проверять, сохраняется ли целостность 1-го и 3-го полей

  2. Учитывая идентификатор данных, сеть Hyperledger предоставляет подтверждение, если пакет данных скомпрометирован или нет?И если скомпрометировано, на какой системе / концентраторе это было скомпрометировано.

Вопрос - это больше с точки зрения практической реализации: например, как вы спроектировали бухгалтерскую книгу, какие функции / логика находятся в коде цепивыполнить вышеуказанные 2 пункта?

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...