Nearcore项目中Synth-bench工具的非同步问题优化方案

在区块链开发中，账户nonce(一次性数字)是一个关键的安全机制，它确保每笔交易只能被执行一次。在Nearcore项目的性能基准测试工具synth-bench中，我们发现了一个关于nonce管理的潜在问题。

问题背景

synth-bench工具使用本地存储(--user-data-dir)来维护账户nonce值。然而，在实际运行过程中，这些本地存储的nonce值可能会与网络状态不同步，导致工作负载执行失败。这种情况在以下场景中尤为常见：

1. 测试过程中出现异常中断
2. 多个测试实例同时操作同一组账户
3. 网络状态回滚或分叉

解决方案设计

为了解决这个问题，我们提出了一个双管齐下的优化方案：

1. RPC查询优先机制

核心思想是在执行工作负载前，首先通过RPC接口查询网络上的最新nonce值，而不是盲目信任本地存储的值。具体实现包括：

• 重构现有的账户访问密钥查询代码，使其可重用
• 使用JoinSet提高查询效率
• 为不同工作负载(如benchmark-native-transfers和benchmark-mpc-sign)添加nonce查询逻辑

2. 可配置的查询策略

考虑到不同测试场景的需求，我们设计了灵活的配置选项：

• 通过CLI参数控制是否启用RPC查询
• 对于账户数量庞大的测试场景，可以选择跳过RPC查询以提升性能
• 保留本地nonce缓存机制作为后备方案

技术实现细节

在代码层面，我们主要修改了account.rs文件中的相关逻辑。关键改进包括：

1. 将账户访问密钥查询逻辑模块化，便于复用
2. 实现异步并发查询，使用JoinSet管理并行任务
3. 添加nonce验证机制，确保交易有效性
4. 设计合理的错误处理流程，应对网络查询失败的情况

性能考量

虽然RPC查询会增加一定的初始化时间开销，但这种代价在大多数情况下是可接受的：

• 对于中小规模账户集的测试，额外开销可以忽略不计
• 查询操作只在测试初始化阶段执行一次
• 避免了因nonce错误导致的测试失败和重试成本

对于超大规模账户集的性能测试，我们仍然保留了使用本地nonce的选项，确保测试灵活性。

总结

通过引入RPC优先的nonce查询机制，我们显著提高了synth-bench工具的稳定性和可靠性。这一改进使得性能测试结果更加准确，减少了因nonce不同步导致的测试失败情况。同时，灵活的设计也确保了工具在各种测试场景下的适用性。

这一优化不仅解决了眼前的问题，还为未来可能的扩展奠定了基础，比如支持更复杂的nonce管理策略或集成更智能的状态同步机制。