使用使用HyperLeDger Fabric网络的应用程序时，应用程序具有标识，例如用户身份。调用功能时，必须由所有认可的同龄人发送并唱歌。该应用程序需要处理整个过程，因此必须了解区块链网络/逻辑。
我认为这可能不是SDK的好设计。更好的是，应用程序连接到对等方并将其调用请求发送到连接的对等。然后，对等处理所有区块链逻辑，包括认可以及发送给订单器对等的。
例如。Tendermint这样做。然后，应用程序和区块链之间的接口变得薄而易于使用。
HyperLeDger Fabric SDK也可以吗？例如。假设有一个认可政策指出，两个同行必须认可交易。只要在一个同行时就可以传达并让其自动处理整个交易流？
调用功能时，必须将其发送给并唱歌 认可同行。该应用程序需要处理整个过程， 因此，它必须了解区块链网络/逻辑。
是的，不幸的是，现在 - 应用程序需要对其内部的认可策略逻辑进行编码。另一个有问题的方面是，它需要与同行的端点进行预配置。
但是，不久！希望在v1.2或v1.3中，面料将具有服务发现机制，在该机构中，Fabric SDK可以查询同行网络元数据信息，例如其他同行在哪里运行，以及诸如"给定链剪" foo <<strong> foo <</strong>在频道 bar 中，我应该从哪些同伴那里询问认可？"并且该应用程序不必处理所有基础架构级知识，而只专注于业务逻辑。