Как спроектировать сеть блокчейнов и решить, сколько пиров должно иметь умные контракты, а сколько - нет? Есть ли какие-либо правила или шаблоны проектирования?
Мое эмпирическое правилоэто - сначала вы думаете о политике одобрения, а затем устанавливаете цепной код на одноранговых узлах, принадлежащих организациям, которые входят в политику одобрения.
Затем вы также можете дополнительно установить цепной код для транзакций только для запросов (которые не попадают в блокчейн) на одноранговые организации, независимо от того, участвуют они в политике одобрения или нет, потому что имеет смысл, что клиент захочет запросить свою собственную организацию (так как ему больше всего доверяют).
Единственный поворотный случай - то, что иногда код цепочки не известен, и организации политики одобрения не хотят делиться этим.
Когда у нас есть несколько организаций, должна ли каждая организация иметь однорангового партнера или все они могут иметь только одну организацию в одной организации, и все остальные могут вызывать ее?
Этозависит от варианта использования.В некоторых организациях есть только клиенты, а в некоторых организациях есть только партнеры или только заказчики.
Является ли организация индоссантом для цепного кода, обычно зависит от политики одобрения.