如何像Infura Gas API一样计算BNB链的Gas优先级与最高手续费

首先明确核心前提：BNB链不支持EIP-1559的动态基础费机制，所以baseFeePerGas始终为0，这直接导致你的公式简化为：
MaxFeePerGas = MaxPriorityFeePerGas
这也是Infura返回结果里两个数值完全相等的原因。

Infura计算suggestedMaxPriorityFeePerGas的逻辑 #

Infura的Gas建议值是基于链上真实交易数据统计得出的，核心步骤如下：

• 提取近期交易数据：抓取BNB链最近N个已打包区块（比如10-20个）里的所有交易，提取每个交易实际支付的矿工优先级费用（BNB链里交易的gasPrice等价于maxPriorityFeePerGas）。
• 分位统计阈值：把收集到的优先级费用数值排序，按不同等级对应分位数取阈值：
  • Low等级：通常取较低分位（比如20%分位），对应愿意等待更长时间确认的低费用
  • Medium等级：取中间分位（比如50%分位），对应大多数交易的平均确认速度
  • High等级：取较高分位（比如80%分位），对应最快确认的高费用
• 结合网络状态调整：参考当前网络拥堵程度（networkCongestion）和优先级费用趋势（priorityFeeTrend）做微调。比如趋势向下时，会适当降低建议值；如果网络拥堵，会提高高等级的费用建议。

suggestedMaxFeePerGas的计算 #

因为BNB链baseFeePerGas固定为0，所以Infura直接将suggestedMaxFeePerGas设置为和suggestedMaxPriorityFeePerGas相同的值，不需要额外计算。

如果你想自己实现类似逻辑 #

1. 调用BNB链节点的eth_getBlockByNumber接口，获取最近10个区块的完整交易数据
2. 遍历所有交易，提取每个交易的gasPrice字段（即实际支付的优先级费用）
3. 对收集到的数值排序，计算对应分位数得到low/medium/high的建议值
4. 可选：结合最近几个区块的gas使用占比（判断拥堵）和历史费用趋势做微调

附Infura BNB链Gas API响应示例：

{
  "low": {
    "suggestedMaxPriorityFeePerGas": "4.7",
    "suggestedMaxFeePerGas": "4.7",
    "minWaitTimeEstimate": 15000,
    "maxWaitTimeEstimate": 60000
  },
  "medium": {
    "suggestedMaxPriorityFeePerGas": "4.85",
    "suggestedMaxFeePerGas": "4.85",
    "minWaitTimeEstimate": 15000,
    "maxWaitTimeEstimate": 45000
  },
  "high": {
    "suggestedMaxPriorityFeePerGas": "4.9",
    "suggestedMaxFeePerGas": "4.9",
    "minWaitTimeEstimate": 15000,
    "maxWaitTimeEstimate": 30000
  },
  "estimatedBaseFee": "0.0",
  "networkCongestion": 0,
  "latestPriorityFeeRange": [
    "4.85",
    "4.85"
  ],
  "historicalPriorityFeeRange": [
    "4.85",
    "5"
  ],
  "historicalBaseFeeRange": [
    "0",
    "0"
  ],
  "priorityFeeTrend": "down",
  "baseFeeTrend": "down",
  "version": "0.0.1"
}

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