NearCore基准测试工具中交易速率参数的优化与统一

在NearCore区块链项目的基准测试工具中，关于交易速率参数的设置存在不一致的问题，这可能会影响开发者和测试人员的使用体验。本文将深入分析这一问题，并探讨如何优化参数设计以提升工具的一致性。

问题背景

NearCore的基准测试工具包含多个测试模块，其中benchmark_mpc_sign模块使用transactions_per_second参数来表示每秒交易数(TPS)，而其他模块如账户创建和原生转账测试则使用interval_duration_micros参数来表示交易间隔时间。这种参数命名和使用方式的不一致会给用户带来困惑。

技术分析

当前实现差异

在benchmark_mpc_sign模块中，代码将TPS转换为间隔时间的逻辑如下：

let interval = Duration::from_micros(1_000_000 / transactions_per_second);

而其他测试模块直接要求用户输入微秒级的间隔时间。这种差异导致：

1. 用户体验不一致：用户需要记住不同模块使用不同的参数单位
2. 使用复杂度增加：用户需要手动计算间隔时间而非直接输入直观的TPS值

参数设计的用户体验考量

从用户体验角度考虑，TPS是更直观的参数：

• 直接反映系统性能指标
• 与区块链性能测试的常用术语一致
• 避免用户进行单位换算

解决方案

建议将所有测试模块统一采用transactions_per_second参数，并在内部统一转换为间隔时间。这种设计具有以下优势：

1. 一致性：所有测试模块使用相同的参数名称和单位
2. 直观性：TPS是性能测试更常用的指标
3. 易用性：用户无需进行额外计算

实现建议

在技术实现上，可以：

1. 修改所有相关模块的参数接口，统一使用transactions_per_second
2. 在内部保持现有的间隔时间计算逻辑
3. 提供清晰的文档说明参数含义

这种改动属于向后兼容性破坏，需要：

• 更新相关文档
• 考虑版本迁移策略
• 提供清晰的更新说明

总结

NearCore基准测试工具中交易速率参数的不一致是一个典型的API设计问题。通过统一使用TPS作为参数，可以显著提升工具的易用性和一致性。这种优化虽然看似微小，但对于提升开发者体验和测试效率具有重要意义。