Fireblocks 重建交易处理系统以防止队列停滞
要点速览
- •Fireblocks 表示,此次重构面向包括 Ethereum 在内的兼容 EVM 区块链,这类链上的交易必须按 nonce 顺序处理。
- •新系统允许机构在工作区和交易层面设置自定义超时,超时未确认的交易会自动标记为失败。
- •Account Traffic Control 会监测卡住的交易,并在几分钟内发出提醒。
- •Wallet Pools 将交易分散到多个保险库,以降低单一拥塞的 nonce 序列拖慢整个流水的风险。
- •公告未点名任何具体加密货币或代币,并指出 Solana 和 Bitcoin 等非 EVM 链使用不同的交易模型。

如果你曾经在收费站被前面使用零钱精确付款的人挡住,就能理解 Fireblocks 解决的核心问题。在 Ethereum 等兼容 EVM 的区块链上,交易必须使用称为 nonce 的机制按严格的数字顺序处理。当一笔交易卡住时,排在后面的所有交易都会停在那里等待。对于一家移动数十亿美元数字资产的机构来说,这绝不只是小麻烦,而是一个运营问题,尤其是在金库操作、交易所转账和结算活动都依赖交易按顺序完成时。
Fireblocks 表示,该基础设施平台服务数千家机构客户,处理遍及超过 150 条区块链的数万亿美元数字资产交易,现已从头重建其交易处理系统。公司称,目标是确保单笔卡住的交易不再冻结整个队列,因为当活动激增或网络放缓时,机构往往需要的是可预测的处理方式,而不是手动清理。
具体变化
此次重构引入了三项主要功能,协同保持交易流水顺畅。
第一,用户可配置超时。机构现在可以在工作区级别和单笔交易级别设置自定义超时窗口。当交易超过截止时间仍未确认时,系统会自动将其标记为“FAILED”,而不是让其无限期处于悬而未决的状态。
第二,新增 Account Traffic Control。它本质上是一个实时监控层,用于监测卡住的交易,并在几分钟内发出提醒。
第三,Wallet Pools。该功能将多个保险库中的交易分组,并使用基于健康状况的路由来分配工作。系统不再把所有交易都通过一个地址和一条 nonce 序列来处理,而是将负载分散到多个保险库。如果一个保险库发生拥塞,其他保险库仍可继续处理。
为什么 nonce 排序比你想象得更重要
要理解这一点,就需要了解 nonce 排序,这是 EVM 区块链中最令人头疼但又不那么显眼的设计限制之一。
每个 Ethereum 账户都维护一个称为 nonce 的交易计数器。编号 5 的交易必须等编号 4 的交易确认后才能确认。如果第 4 笔交易卡住了,无论是因为 gas 价格飙升,还是网络拥堵加剧,第 5 笔到第 500 笔交易都会被锁在后面。它们可能都是有效的、已签名并已准备就绪,但在前一笔交易完成前无法执行。
Fireblocks 之前的系统与大多数机构级加密基础设施一样,采用集中式方式处理 nonce 管理。此次重构则通过 Wallet Pools 将交易分散到多个独立的 nonce 序列中,从而本质上降低了这一风险,同时通过可配置超时增加自动化熔断机制。
这对投资者意味着什么
对于已经在使用 Fireblocks 的机构来说,实际收益很直接:降低运营风险。可配置超时意味着财务团队可以设定符合自身风险承受能力的政策。通过 Account Traffic Control 提供的实时告警,运营团队可以在小范围的交易卡顿演变为重大事件之前介入。Wallet Pools 则意味着,即便需要人工介入,影响范围也会被限制在单个保险库,而不是整个交易流水。
值得注意的是,此次公告仅针对兼容 EVM 的区块链,并未点名任何具体加密货币或代币。Solana 和 Bitcoin 等非 EVM 链使用的是根本不同的交易模型,不存在相同的 nonce 排序瓶颈。