验证Corda中的流量

Question

公证人/节点在收到事务时如何验证特定的流已被调用？

这是否意味着Corda可以保证流程没有根据相应Cordapp中的声明进行修改？

Answer 1

Adel的回答涵盖了从应用流程层面不信任交易对手的正确方法，但也有可以使用的运营保护措施。强合同有助于防止形式不良的交易，因为Corda不允许在完善的网络中使用未知合同。

网络参数定义了什么样的智能契约cordapp jars可接受进行验证。契约约束最常见的形式是签名约束，这意味着由同一个开发者密钥签名的任何契约jar都可以被接受。这可以防止恶意交易方强迫您运行弱验证:https://docs . corda . net/API-contract-constraints . html # signature-constraints

从Corda 4开始，任何未识别的合同cordapp jar都不会被信任，除非节点操作员明确告诉Corda信任该jar。https://docs.corda.net/cordapp-build-systems.html#cordapp-合同附件一旦签名被信任，那么由该签名签名的任何未来jar都将被隐式信任。

Answer 2

详细地说:

1. 这是一个DLT（分布式账本技术），所以从某种意义上说，你不能真正信任任何人。
2. 公证人不接收流量，它接收交易并确保没有双重支出（即消耗的输入不会再次被消耗）。
3. 即使您为节点提供了 CorDapp，它也可以覆盖响应程序流。请参阅下面的链接。
4. 关于响应程序流的错误假设：https://www.corda.net/blog/corda-flow-responder-wrong-assumptions/
5. 配置响应程序流：https://docs.corda.net/flow-overriding.html
6. 覆盖来自外部 CorDapp 的流：https://dzone.com/articles/extending-and-overriding-flows-from-external-corda
7. 当您在发起方与其响应方之间发送和接收数据时，接收到的数据（两端）被视为不可信，您必须将其解开包装并进行验证：https://docs.corda.net/api-flows.html#receive

简而言之:

1. 您的发起者必须验证从响应者收到的任何数据。
2. 您的响应者必须验证从发起者收到的任何数据；此外，如果您期望发起者是某个实体，则必须验证（向您发送流会话的）对应方是否是您期望的对象（例如flowSession.counterParty=="O=Good Org， L=London， C=UK"）。