eth_estimateGas为何会失准？

eth_estimateGas回答的是“在这个节点当前看到的状态与请求参数下，找到多大的gas limit可以让模拟成功”。它不是未来执行保证，也不是实际手续费报价。把这三个概念分开，才能正确处理估算失败。

节点大致怎样得到结果

客户端先构造一次本地EVM执行，选择一个搜索上界，再尝试寻找能成功完成的gas limit。不同客户端的上界、搜索策略和错误包装可能不同，因此两个RPC返回略有差异并不奇怪。返回值通常应再加小幅安全余量，但不能无上限放大。

四种“看起来像Gas”的失败

余额或费用上限不足

节点可能在模拟前检查发送者能否覆盖value与最大Gas成本。账户没钱时，错误发生在业务代码之前。测试接口若省略from，可能又走到另一条路径。

合约主动revert

allowance、价格、期限、权限或业务参数不满足时，提高gas不会让require变成true。应先用相同参数执行eth_call并解码revert data。

搜索上界不够

极复杂交易可能接近区块Gas上限，或者RPC人为限制gas cap。此时估算器无法找到成功点，但真实区块也未必能容纳该调用。

状态在发送前改变

AMM报价、借贷健康因子、nonce和合约开关会变化。估算时成功，只说明旧状态下成功；交易打包时重新执行，仍可能revert。

诊断步骤	要固定的输入	得到的结论
eth_call	from、to、data、value、blockTag	业务路径是否可执行
estimateGas	与发送完全相同的对象	当前状态下建议上限
费用估算	base fee、priority fee	可能支付的价格，不是limit
回执复盘	status、gasUsed、logs	实际执行结果

为什么gasUsed不等于下次gas limit

回执gasUsed是已执行交易的消耗，下一次调用可能处理不同数量的数组元素、首次写入新槽或走另一分支。把上一次gasUsed直接复制成limit，容易因细小变化out of gas。反过来，估算值高于最终gasUsed也正常，因为limit是上限，未使用Gas不会按limit全部收取。

钱包应怎样回退

估算失败时展示原始错误类别；能解码revert就告诉用户具体条件；节点超时则允许切换健康RPC再试；只有确认业务模拟成功后才提供手工limit选项。切勿用“建议把Gas调到无限高”掩盖合约错误。

估算值应怎样变成发送参数

节点通常通过试探执行寻找能成功的最低Gas附近数值，但网络、客户端和RPC供应商的算法可能不同。发送端可在成功估算值上增加有限安全余量，同时不得超过区块gas limit或钱包策略上限。余量只处理执行路径的小幅变化，不能修复必然revert、余额不足或错误calldata。

若交易依赖同一账户前一笔待确认操作，估算时的nonce和pending状态也会影响结果。排查应记录请求的from、to、value、data、区块标签及state override，使用同一节点复现；只保留“execution reverted”一行会丢掉定位所需上下文。

费用价格的历史数据可看eth_feeHistory，revert内容见自定义错误，交易结束后再按回执字段核对gasUsed与status。