Как работает архитектура Exercute-order-validate в Hyperledger Fabric?

Question

Мне сложно понять, как работает Hyperledger Fabrics для выполнения-заказа-проверки. Может ли кто-нибудь привести конкретные примеры и сравнить / сопоставить их с архитектурой исполнения заказов?

https://www.ibm.com/blogs/research/2018/02/architecture-hyperledger-fabric/

Answer 1

архитектура исполнения заказов

Заказ : Транзакции добавляются в регистр в некотором порядке и распространяются среди всех участников.
Выполнить : Транзакции выполняются последовательно (например, с использованием кода смарт-контракта) для всех партнеров.

архитектура выполнения-проверки-подтверждения

Выполнить : Транзакции выполняются (с использованием цепного кода) в любом порядке, возможно, даже параллельно.
Заказ : Когда достаточное количество участников согласовывает результаты транзакции, она добавляется в бухгалтерскую книгу и распространяется среди всех участников. На этом этапе транзакциям сначала присваивается порядок - до тех пор, пока транзакции не будут добавлены в бухгалтерскую книгу, не существует понятия, что одна транзакция происходит до или после другой.
Validate : Каждый узел проверяет и последовательно применяет транзакции регистра. Теперь, когда транзакции имеют порядок, одноранговые узлы могут проверить, была ли более поздняя транзакция признана недействительной по предыдущей транзакции. Например, это предотвращает продажу одного предмета два раза (так называемые двойные расходы).

https://medium.com/kokster/hyperledger-fabric-endorsing-transactions-3c1b7251a709

Answer 2

В биткойнах и Ethereum все одноранговые узлы выполняют транзакции в блоке после того, как транзакции были упорядочены в блоке. Таким образом, они работают в блокчейне Order-Execute-Validate.

В Fabric - вам нужно выполнить транзакцию только в подмножестве узлов, а не на всех из них, и транзакция выполняется спекулятивно и отправляется на заказ.