R3 Corda 中节点故障下的回链验证

Question

我是 Corda 的新手。我的问题不是关于任何特定的实现，而是更多的架构问题。

如果涉及的节点之一永久死亡并且无法响应，那么在回链验证期间会发生什么？该交易如何验证？

我看到this issue 只谈论交易量如何减慢验证速度。如果其中一个节点永久失败，验证是否会停止？

根据Corda webinar on Consensus，在视频开始 5 分钟的示例中，后链是 Charlie -> Dan -> Alice -> Bob。在这种情况下，如果 Charlie 或 Dan 不可用，则无法验证提议的交易。同一个网络研讨会进一步表示，这在以太坊等其他区块链中不是问题。

正如 Adel Rustum 所建议的那样，可以预见对高可用性记录管理器的需求的应用程序肯定可以在设计阶段适应这样的节点。

但是，由于广域网的变幻莫测，不愿泄露全球部署信息的注重隐私的应用程序可能会遭受许多交易验证失败。想法？

Answer 1

1. 简短的回答是，交易验证将失败（如果该节点是唯一拥有该交易的节点）；这就是使用 DLT（或区块链）的意义所在。如果在创世之前你不能回到某个数据块的历史，那么你就无法验证该块及其祖先是如何创建的。
2. 至于您在问题中提到的问题； Corda Enterprise 4.4 引入了一项称为批量反向链获取的新功能，它允许修改获取验证特定交易所需的交易的方式。以前它是深度优先，现在您可以将其更改为广度优先并指定一次调用中要获取多少事务。更多详情请见this video。

Answer 2

后链验证不依赖于过去参与交易的节点。后链的验证仅由当前正在进行的交易中的那些节点完成。在验证后链时，不需要联系（或保持在线）参与涉及相关状态演变的过去交易的其他节点。

后链验证仅涉及检查过去发生在特定状态下用作当前交易输入的所有交易是否有效。通过为之前的交易再次运行合约来检查有效性。没有真正需要联系先前交易的各方。

但是，您需要确保参与当前交易的各方在线并做出响应，因为您需要他们的签名才能成功完成交易。