应用程序的 Hyperledger Fabric SDK Design/Role
Hyperledger Fabric SDK Design/Role of the application
当使用使用超级账本结构网络的应用程序时，该应用程序具有身份，例如用户身份。调用函数时，它必须发送给所有背书节点并由其签名。应用程序需要处理整个过程，因此它必须了解区块链 network/logic.
我认为这对于 sdk 来说可能不是一个好的设计。应用程序连接到对等点并将其调用请求发送到连接的对等点会更好。然后节点处理所有区块链逻辑，包括背书和发送给排序节点。
例如Tendermint 就是这样做的。应用程序和区块链之间的接口变得薄且易于使用。
这也可以用 hyperledger fabric sdk 实现吗？例如。假设有一个背书策略，规定两个节点必须对一笔交易进行背书。是否可以仅与一个点通信并让它自动处理整个交易流程？
When invoking functions, it has to be send to and singed by all
endorsing peers. The application needs to handle this whole process,
so it has to have knowledge about the blockchain network/logic.
是的，不幸的是，现在 - 应用程序需要在其中编写背书策略逻辑。
另一个有问题的方面是它需要预先配置对等端点。
然而，好景不长！希望在 v1.2 或 v1.3 中，Fabric 将有一个 service discovery 机制，在该机制中，Fabric SDK 将查询对等点的网络元数据信息，例如其他对等点在哪里 运行，以及诸如 "given chaincode foo in channel bar, which peers should I ask endorsements from?"
而且应用程序不必处理所有基础架构级别的知识，而只关注业务逻辑。
当使用使用超级账本结构网络的应用程序时，该应用程序具有身份，例如用户身份。调用函数时，它必须发送给所有背书节点并由其签名。应用程序需要处理整个过程，因此它必须了解区块链 network/logic.
我认为这对于 sdk 来说可能不是一个好的设计。应用程序连接到对等点并将其调用请求发送到连接的对等点会更好。然后节点处理所有区块链逻辑，包括背书和发送给排序节点。
例如Tendermint 就是这样做的。应用程序和区块链之间的接口变得薄且易于使用。
这也可以用 hyperledger fabric sdk 实现吗？例如。假设有一个背书策略，规定两个节点必须对一笔交易进行背书。是否可以仅与一个点通信并让它自动处理整个交易流程？
When invoking functions, it has to be send to and singed by all endorsing peers. The application needs to handle this whole process, so it has to have knowledge about the blockchain network/logic.
是的，不幸的是，现在 - 应用程序需要在其中编写背书策略逻辑。 另一个有问题的方面是它需要预先配置对等端点。
然而，好景不长！希望在 v1.2 或 v1.3 中，Fabric 将有一个 service discovery 机制，在该机制中，Fabric SDK 将查询对等点的网络元数据信息，例如其他对等点在哪里 运行，以及诸如 "given chaincode foo in channel bar, which peers should I ask endorsements from?" 而且应用程序不必处理所有基础架构级别的知识，而只关注业务逻辑。