Hyperledger Fabric SDK设计/应用程序的角色

Question

当使用使用hyperledger结构网络的应用程序时，该应用程序具有身份，例如用户身份。调用函数时，必须将其发送给所有认可的对等方并由其签名。应用程序需要处理整个过程，因此必须了解区块链网络/逻辑。

我认为这对sdk来说可能不是一个好的设计。应用程序最好连接到一个对等体，并将调用请求发送给连接的对等体。对等体然后处理所有的区块链逻辑，包括背书和发送给订单对等体。

Tendermint是这样做的。应用程序和区块链之间的接口变得很薄，很容易使用。

这在超分类帐结构sdk中是否也可能？例如，假设有一个背书策略，该策略规定两个对等体必须背书一个交易。是否有可能只与一个对等体通信，让它自动处理整个交易流？

Answer 1

调用函数时，必须将其发送给所有认可的对等方并由其签名。应用程序需要处理整个过程，因此必须了解区块链网络/逻辑。

是的，不幸的是，现在——应用程序需要在其中编码背书策略逻辑。另一个有问题的方面是，它需要与对等点的endpoint预先配置。

然而，不会太久！希望是v1。2或v1。3 Fabric将有一个服务发现机制，在该机制中，Fabric SDK将查询对等方的网络元数据信息，如其他对等方在哪里运行，以及“给定channel bar中的链码foo，我应该向哪些对等方请求背书？”该应用程序不必处理所有基础架构级别的知识，只需关注业务逻辑。