在 hyperledger-fabric 中收取交易费用的桥接协议
Bridge Protocol to collect transaction fees in hyperledger-fabric
我想创建一个基于 hyperledger-fabric 的区块链平台，希望使用该平台的组织在查询或调用交易时必须向我付款。我的想法是写一个chaincode"mainchain"来保存信息。使用我们平台的组织账户（id、余额......）无论何时查询或调用，交易都将通过插件（背书）。
我可以使用GetStateMultipleKeys()函数来获取余额信息，查看该机构的余额是否足够，则继续为该笔交易背书，并从余额中扣除手续费，如果余额不足余额，它不会背书交易。
但是，我有一个问题，但我还没有找到解决方案。是balance，那笔交易背书完成后的balance需要减去balance，但是根据我的信息，插件无法调用进入chaincode减去"mainchain"中的balance（balance）？考虑使用 call API 除了插件的余额。此外，背书插件有一种方法可以在 "mainchain"、
中减去余额
对不起，我的表达可能难以理解。
希望得到您的帮助。
谢谢
您指的是什么插件？
我认为根据你的问题你想要一个组织的余额，如果余额用完交易不应该发生，在这种情况下一个简单的方法是将余额保持为一个状态（也许是私有的状态），每次发生交易时，您都可以将该组织的状态更改为 -1。 GetStateMultipleKeys 为每个键循环 GetState，因此出于性能原因应谨慎使用。
你可以尝试在主链上添加一个特殊功能，将资金从用户账户转移到节点账户，用于支付查询和调用。
假设每 1000 次查询或调用，您将 1 个单位的资金从用户帐户转移到同行帐户。
因此，背书插件会在授权操作之前检查by accessing the state您是否预付了足够的背书费用。
我认为，如果你投入足够的精力，你也许可以使用背书插件的 SigningIdentity capabilities，从插件本身实际向订购者发送交易（我知道这听起来有点复杂的）。
所以你可以有背书插件，计算endorsements/queries完成的次数，并定期将其写入区块链。
它变得棘手，因为你可以有多个同行，但是 - 我相信你可以以某种方式让它工作。
我想创建一个基于 hyperledger-fabric 的区块链平台，希望使用该平台的组织在查询或调用交易时必须向我付款。我的想法是写一个chaincode"mainchain"来保存信息。使用我们平台的组织账户（id、余额......）无论何时查询或调用，交易都将通过插件（背书）。
我可以使用GetStateMultipleKeys()函数来获取余额信息，查看该机构的余额是否足够，则继续为该笔交易背书，并从余额中扣除手续费，如果余额不足余额，它不会背书交易。
但是，我有一个问题，但我还没有找到解决方案。是balance，那笔交易背书完成后的balance需要减去balance，但是根据我的信息，插件无法调用进入chaincode减去"mainchain"中的balance（balance）？考虑使用 call API 除了插件的余额。此外，背书插件有一种方法可以在 "mainchain"、
中减去余额对不起，我的表达可能难以理解。
希望得到您的帮助。
谢谢
您指的是什么插件？
我认为根据你的问题你想要一个组织的余额，如果余额用完交易不应该发生，在这种情况下一个简单的方法是将余额保持为一个状态（也许是私有的状态），每次发生交易时，您都可以将该组织的状态更改为 -1。 GetStateMultipleKeys 为每个键循环 GetState，因此出于性能原因应谨慎使用。
你可以尝试在主链上添加一个特殊功能，将资金从用户账户转移到节点账户，用于支付查询和调用。
假设每 1000 次查询或调用，您将 1 个单位的资金从用户帐户转移到同行帐户。
因此，背书插件会在授权操作之前检查by accessing the state您是否预付了足够的背书费用。
我认为，如果你投入足够的精力，你也许可以使用背书插件的 SigningIdentity capabilities，从插件本身实际向订购者发送交易（我知道这听起来有点复杂的）。
所以你可以有背书插件，计算endorsements/queries完成的次数，并定期将其写入区块链。
它变得棘手，因为你可以有多个同行，但是 - 我相信你可以以某种方式让它工作。