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

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

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

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

hyperledger fabric sdk也可以这样做吗？例如，假设有一项背书政策，规定两个对等方必须背书一项交易。是否可以只与一个对等方通信，并让它自动处理整个事务流

调用函数时，必须将其发送给所有 支持同龄人。应用程序需要处理整个过程， 因此，它必须了解区块链网络/逻辑

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

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