Erigon项目中的RPC文件同步问题分析与解决方案

在区块链节点软件Erigon的开发过程中，团队发现了一个关于外部RPC服务(rpcd)与核心组件间文件同步的重要问题。该问题表现为RPC服务在运行一段时间后开始返回错误响应，而重启服务可以暂时解决问题。

问题现象

当Erigon节点运行到区块高度8,313,132时，RPC服务在处理交易收据请求时返回错误信息："sender not an eoa"。具体错误指出地址0x27795365F828E9EcCaa91D97739988B78f752451的codehash为0xb09ef517c48d2bf6eed05457ff56871b2596e3fc904fc6e9795882a870c2e993，但RPC服务端获取的账户代码却不匹配。

技术分析

深入分析发现，这个问题与EIP-7702委托账户机制有关。该地址实际上委托给了0x63c0c19a282a1B52b07dD5a65b58948A07DAE32B，其正确代码应为0xef010063c0c19a282a1B52b07dD5a65b58948A07DAE32B，对应的codehash确实为报错中显示的哈希值。这表明：

1. 哈希计算本身是正确的
2. RPC服务端获取的账户状态数据与核心组件不一致
3. 问题根源在于文件同步机制存在缺陷

解决方案

开发团队采取了多管齐下的解决策略：

1. 文件通知机制修复：改进了Erigon核心与RPC服务间的文件变更通知系统，确保新增或删除文件时能及时同步
2. 调试端点增强：
   • 添加debug_refreshFolder端点用于手动触发文件刷新
   • 实现debug_getMeFiles端点用于检查RPC服务当前可见的文件状态
3. 全面测试验证：由于问题复现周期长，团队建立了完善的测试流程来验证修复效果

版本计划

该修复已纳入Erigon 3.0.4版本计划中。用户遇到类似问题时，可以暂时通过重启RPC服务或等待新版本发布来解决。对于技术能力较强的用户，也可以使用新增的调试端点进行问题诊断和临时修复。

这个案例展示了区块链节点软件中状态同步机制的重要性，也为类似分布式系统的设计提供了有价值的参考经验。