hyperledger composer 中的两方签署合同
Signed contracts between two parties in hyperledger composer
我对 hyperledger 领域还很陌生，我正在做一个关于 DLT 应用程序的研究项目。在我正在研究的场景中，最好是两方能够签订合同。我知道这在原始 hyperledger SDK 中以签名链代码的形式是可能的，但我也想利用 composer 的建模语言终端易用性。
我的问题：
是否可以从作曲家应用程序中生成、签名、部署、实例化和调用链码？如果不是，在作曲家内这样做的替代解决方案是什么？我正在考虑定义合同模型，但我不确定如何确保双方签署并获得上述合同的所有权 'asset'；考虑分类账上资产的性质。
提前致谢。
如果您为签名交易建模，那么您的交易处理器功能可以考虑您的合约资产 "signed" 当它有 2 个签名时，每个签名由不同的参与者提交给合约。
例如类似（未测试）：
asset Contract {
Participant[] parties
Participant[] signatories
}
transaction Signature {
--> Contract contract
}
TP函数的伪代码：
收到签名后，如果 currentParticipant() 在合同的当事人集合中，但不在签署人中，则将他们添加到签署人中。
当 parties 数组中的所有元素也在 signatories 数组中时，合同被签署。
我对 hyperledger 领域还很陌生，我正在做一个关于 DLT 应用程序的研究项目。在我正在研究的场景中，最好是两方能够签订合同。我知道这在原始 hyperledger SDK 中以签名链代码的形式是可能的，但我也想利用 composer 的建模语言终端易用性。
我的问题： 是否可以从作曲家应用程序中生成、签名、部署、实例化和调用链码？如果不是，在作曲家内这样做的替代解决方案是什么？我正在考虑定义合同模型，但我不确定如何确保双方签署并获得上述合同的所有权 'asset'；考虑分类账上资产的性质。
提前致谢。
如果您为签名交易建模，那么您的交易处理器功能可以考虑您的合约资产 "signed" 当它有 2 个签名时，每个签名由不同的参与者提交给合约。
例如类似（未测试）：
asset Contract {
Participant[] parties
Participant[] signatories
}
transaction Signature {
--> Contract contract
}
TP函数的伪代码：
收到签名后，如果 currentParticipant() 在合同的当事人集合中，但不在签署人中，则将他们添加到签署人中。
当 parties 数组中的所有元素也在 signatories 数组中时，合同被签署。