You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

如何解决Chainlink节点报错:未确认交易数超过ETH_MAX_QUEUED_TRANSACTIONS

错误根因说明

该错误表示Chainlink节点中排队待发送的未确认以太坊交易已经触及默认250的ETH_MAX_QUEUED_TRANSACTIONS上限,问题本质出在对接的以太坊节点侧,并非Chainlink本身的代码故障。

最优解决步骤
  • 排查以太坊节点的连通性与运行状态
    首先确认以太坊节点是否处于正常同步状态,无区块滞后、掉块问题;再检查节点网络是否稳定,有没有防火墙、端口限制导致交易无法正常广播到公链网络。如果使用第三方RPC服务,优先确认服务是否处于可用状态、请求配额是否被耗尽。
  • 检查以太坊节点内存池(mempool)状态
    如果是自建以太坊节点,确认内存池是否满载,导致Chainlink发起的交易还未广播就被直接踢出队列,可适当调大节点的内存池容量,同时给Chainlink节点的请求配置更高的调度优先级。
  • 清理Chainlink节点已堆积的无效交易
    暂停节点上运行的所有作业,通过Chainlink CLI或管理后台查看当前排队的交易列表,取消或替换掉gas价格过低、已经不可能被打包的历史挂单,清空队列后再逐步恢复作业运行。
  • 优化Chainlink gas配置避免重复卡单
    开启ETH_GAS_BUMP_ENABLED自动提gas功能,设置合理的ETH_GAS_BUMP_WAIT(未确认交易自动提价等待时长)和ETH_GAS_BUMP_PERCENT(每次提价比例)参数,同时可适当调高ETH_GAS_PRICE_DEFAULT默认gas价格,保证交易可以被及时打包。
高危操作提醒

除非你100%明确参数调整的所有影响,绝对不要直接调高ETH_MAX_QUEUED_TRANSACTIONS阈值,该参数是系统设置的安全水位,直接调高只会让更多交易堆积,进一步加剧节点负载,甚至导致节点完全无法正常工作。


内容的提问来源于stack exchange,提问作者Patrick Collins

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.10.01 01:18:01