Hyperledger Besu为何每10秒固定间隔返回交易收据？

核心现象 #

我们部署了5节点Hyperledger Besu（v24.3.3）QBFT网络，已发布智能合约；基于.NET Web API通过Nethereum库交互时，出现以下异常：

• 调用web3.TransactionManager.SendTransactionAndWaitForReceiptAsync时，网络固定以10秒间隔返回收据，收据时间戳始终为hh:mm:01、hh:mm:11这类整点加1秒的时刻
• 交易确认时长在0-10秒波动，完全取决于请求发起时间与下一个上述时间点的间隔
• 手动调用SendTransactionAsync后用Polly每0.5秒轮询GetTransactionReceipt.SendRequestAsync，也出现相同的时间戳对齐现象
• 当前QBFT配置：块周期设为2秒，请求超时5秒，未设置燃气价格

可能原因 #

1. 节点时钟同步异常：QBFT共识对节点时钟同步要求极高，若5个节点未通过NTP服务保持精确时钟同步（偏差需控制在1秒内），共识过程可能会强制对齐到某个统一的时间周期（如10秒间隔）来避免共识冲突
2. QBFT出块配置未生效：虽然设置了块周期为2秒，但可能存在以下配置问题：
   • 误配置了block-period-max或block-period-min为10秒，覆盖了基础块周期设置
   • 节点间的request-timeout-seconds（5秒）与块周期叠加，导致共识出块被延迟到10秒的整数倍时间点
3. 提议节点时间戳强制对齐：QBFT的块时间戳由提议节点生成，若提议节点的系统时钟被配置为强制对齐到10秒间隔的时间点（如定时任务或特殊时钟设置），会导致所有出块的时间戳统一遵循该规则
4. 交易池延迟触发：未设置燃气价格时，若Besu的tx-pool.min-gas-price未显式设为0，交易可能被暂时挂起，直到节点触发特定时间周期的交易池清理/打包逻辑，导致交易集中在10秒间隔的时间点被打包

解决方案 #

1. 强制节点时钟同步 #

• 确保所有5个Besu节点启用NTP服务，同步到公共或内部NTP服务器，检查节点时钟偏差：

  # 检查节点时钟偏差（Linux）
  timedatectl status
  # 或使用ntpdate校验
  ntpdate -q pool.ntp.org
  

• 要求所有节点时钟偏差不超过500ms，QBFT共识对时钟偏差容忍度极低，偏差过大直接影响出块周期

2. 校验QBFT出块配置 #

• 检查每个节点的Besu配置文件（或启动参数），确认：
  • 块周期参数--block-period-seconds=2已正确设置，无--block-period-max或--block-period-min的额外配置（若需保留，需确保其值接近2秒）
  • 请求超时参数--qbft-request-timeout-seconds=5未与块周期冲突，可尝试临时调整为3秒，观察出块周期是否恢复正常
• 重启所有节点后，查看节点日志中的出块记录，确认出块时间间隔是否为2秒：

  # 过滤Besu日志中的出块信息
  grep "Block created" besu.log
  

3. 检查提议节点时钟设置 #

• 轮流切换QBFT的提议节点（通过调整--validator-keys顺序），观察收据时间戳是否跟随提议节点变化，若变化则说明该节点的时钟存在强制对齐配置，需修正其系统时钟设置

4. 调整交易池燃气价格配置 #

• 显式设置--tx-pool.min-gas-price=0，确保零燃气费交易能被立即纳入交易池，避免因燃气价格门槛导致的交易延迟打包

5. 优化Nethereum调用逻辑 #

• 若网络层面问题暂时无法解决，可调整Nethereum的轮询间隔，减少等待过程中的无效轮询：

  // 自定义SendTransactionAndWaitForReceiptAsync的轮询配置
  var receipt = await web3.TransactionManager.SendTransactionAndWaitForReceiptAsync(transactionInput, 
    new TransactionReceiptPollingOptions { PollingInterval = TimeSpan.FromSeconds(1) });
  

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