这是我们的用例: 安娜想将她的股份出售给彼得，需要奥尔加批准(作为公司所有者)。
这将如何在区 block 链 super 账本结构/作曲器上达成共识？
特别是，其中的哪一部分是交易，什么是提案(提案是否需要活着的人对交易进行实际批准？)以及如何在区 block 链上处理，应用程序中和外部会发生什么的应用程序。
请尽可能具体。 谢谢!
最佳答案
首先有几件事: Composer 使用底层区 block 链配置使用的任何共识算法。所以; Hyperledger Fabric 目前提供 SOLO 或 KAFKA。 KAFKA 仅提供容错，不提供拜占庭容错。
所以: 正如您所描述的那样，认可政策确实存在。它不需要活人的批准，你可以让一切变得程序化，它甚至可以是一个物联网设备。审批者必须模拟交易并查看他们是否同意输出。 Olga 是您场景中的审批者。
使所有链代码(Composer 中的事务)具有确定性非常重要，这样就可以以这种方式模拟它们。
Fabric 的文档上有关于事务流程的很好的描述:http://hyperledger-fabric.readthedocs.io/en/latest/txflow.html
我将在一个月内发布一篇论文，其中有专门关于共识比较和 Composer/Fabric 的部分。如果您进一步感兴趣，我可以向您发送草稿。
关于hyperledger-fabric - super 账本共识——它是如何运作的？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/49754346/