Hyperledger fabric 如何将自定义业务逻辑应用于Hyperledger上的背书策略?

Hyperledger fabric 如何将自定义业务逻辑应用于Hyperledger上的背书策略?,hyperledger-fabric,blockchain,hyperledger,Hyperledger Fabric,Blockchain,Hyperledger,我刚刚开始学习Hyperledger Fabric,我想知道是否有任何方法可以将业务逻辑应用于背书和交易承诺流程 例如,如果背书策略设置为和('Org1.member','Org2.member'),我是否可以定义Org1.member执行什么逻辑来将交易签名为有效? 这种逻辑能基于某种状态对象值吗?(如object.numbertop>5) 我来过服务器,但我不完全明白这是否会达到这个目的 抱歉,我可能对该技术有任何误解。理论上,可以从链码事务中提取调用程序mspId,然后根据确定的mspId

我刚刚开始学习Hyperledger Fabric,我想知道是否有任何方法可以将业务逻辑应用于背书和交易承诺流程

例如,如果背书策略设置为
和('Org1.member','Org2.member')
,我是否可以定义
Org1.member
执行什么逻辑来将交易签名为有效? 这种逻辑能基于某种状态对象值吗?(如
object.numbertop>5

我来过服务器,但我不完全明白这是否会达到这个目的


抱歉,我可能对该技术有任何误解。

理论上,可以从链码事务中提取调用程序mspId,然后根据确定的mspId执行条件操作。这是getCreator API的一部分


听起来您要问的是链码级别的访问控制,答案如下:

在HLF 2.x中,链码部署模型与1.4.x版本相比发生了显著变化。 可以让每个组织在其链码中运行不同的业务逻辑,以便在背书时执行特定的验证。在HLF1.4.x中,要求每个组织运行完全相同的链码。 回到你的问题上来: 对于特定的组织,您实际上不需要基于提交时间的逻辑。您可以在组织的链码中实现该特定逻辑,并在提交阶段之前使事务背书失败。 通过这种方式,您的组织可以运行特定的业务验证,而无需向网络上的其他组织公开其内部内容

关于背书政策: 我不建议为了实现自定义逻辑而覆盖背书策略插件,除非有非常强烈的业务需求。我宁愿使用现有HLF链码认可流程的功能来实现所需的功能。

问候,, 茨维坦