Несколько цепных кодов HLF против нескольких смарт-контрактов - PullRequest
1 голос
/ 19 июня 2020

В настоящее время я разрабатываю приложение, которое будет использоваться для проведения транзакций объекта (например, корпорации).

  1. Когда приложение должно иметь несколько цепных кодов ? Другими словами, какова цель нескольких цепных кодов?

  2. Почему цепной код должен иметь несколько смарт-контрактов ? Должен ли я иметь несколько смарт-контрактов: один, который используется для отправки транзакций (например, внесение изменений в состояние мира), а другой - для оценки транзакций (например, запрос из состояния мира)?

Спасибо!

1 Ответ

0 голосов
/ 19 июня 2020

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

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

Реестр состоит из двух отдельных, хотя и связанных, частей - состояния мира и цепочки блоков . Мировое состояние - база данных, в которой хранятся текущие значения набора состояний реестра. Блокчейн - журнал транзакций, в котором записываются все изменения, которые привели к текущему состоянию мира.

A chaincode - это бизнес-лог c, который используется для чтения записей бухгалтерская книга или для записи новых записей в бухгалтерскую книгу или для обновления существующих записей.

Цепной код состоит из нескольких смарт-контрактов .

Итак, по соглашению для каждого канала вам нужен идентичный чейнкод. Если у вас 2 канала, то по соглашению у вас есть два разных чейнкода.

...