篡改Corda中的H2数据库会引发什么问题？为何篡改后仍正常运行？

一、篡改Corda中的H2数据库，预期会出现什么情况？ #

篡改Corda节点的H2数据库本质上是破坏了Corda核心的数据完整性机制，大概率会引发一系列严重问题，常见的情况包括：

• 节点启动失败或运行崩溃：Corda启动时会校验核心状态数据的哈希和签名一致性，如果数据库里的状态数据被篡改，哈希校验不通过，节点会直接抛出异常并终止启动；如果是运行中篡改，后续触发状态验证时（比如处理新交易），节点会因为数据不符直接崩溃。
• 网络隔离与信任丧失：Corda节点之间会通过交易同步和状态校验来确保数据一致，一旦其他节点发现你的节点数据篡改，会立即拒绝和你交互，你的节点会被整个网络孤立，无法参与任何共识或交易流程。
• 交易验证失败：如果篡改的是活跃状态数据，当你尝试发起或接收依赖该状态的交易时，交易的签名和哈希校验会直接失败，交易无法完成提交。
• 审计告警触发：Corda的节点日志会记录数据校验的异常信息，篡改操作会被清晰地记录在日志中，方便运维排查，但这也意味着你的操作会被立刻发现。

二、为什么篡改了H2数据库的十六进制字符串，Corda还能正常运行？ #

这种情况其实是有特定前提的，可能的原因如下：

• 你改的是无关紧要的非核心数据：Corda的H2数据库里并非所有数据都涉及核心状态校验，比如一些临时日志、节点配置的非关键字段、或者已经被标记为“已消耗”的历史状态元数据，这些数据的篡改不会触发核心的哈希和签名校验，所以节点暂时不会出现异常。
• 验证逻辑还没被触发：Corda不会实时校验所有数据库数据，只有在节点重启、处理依赖该状态的新交易、或者和其他节点同步数据时，才会触发状态完整性校验。如果你只是修改了数据但没触发这些场景，节点暂时还没察觉到篡改，看起来就还能正常运行。
• H2的内存缓存在“背锅”：H2数据库默认会将常用数据缓存到内存中，如果你直接修改的是磁盘上的数据库文件，而节点当前读取的是内存里的原始数据，那暂时不会感知到篡改。等节点重启或者缓存刷新后，数据不一致的问题就会立刻暴露。
• 修改的是已失效的历史状态：如果篡改的是已经被后续交易消耗掉的旧状态，这些状态已经不再参与当前的业务流程，节点的活跃验证逻辑不会主动去检查这些历史数据（除非你特意查询历史状态或者进行全量审计），所以不会影响节点正常运行。

内容的提问来源于stack exchange，提问作者varnit