Robinhood Chain 因 Blob 拥堵宕机 14 分钟,Arbitrum(ARB):网络无停机

Arbitrum 归因于以太坊 Blob 拥堵

Robinhood Chain——由券商 Robinhood 基于 Arbitrum Orbit 技术搭建的以太坊 Layer 2 网络——周四出现区块生产暂停超过 14 分钟的情况,Arbitrum(ARB)随即出面安抚用户。按 Arbitrum 团队的说法,这次故障源于交易批次数据向以太坊主网的发布延迟:当时市场波动加剧,L1 的 blob 市场出现拥堵。所谓 blob,是以太坊上专门承载数据的空间,各条 rollup 链依赖它实现低成本的数据可用性;一旦这类空间的需求骤增,Layer 2 链的批次发布就可能滞后——即便链本身的排序仍在继续。Arbitrum 明确表示,问题不在 Robinhood Chain 自身的基础设施,而应归咎于以太坊的市场状况。关键的澄清在于:延迟只影响了批次数据的发布,用户直接提交的交易并没有被推迟;用官方的说法,整个过程中网络“没有停机”,目前链上运行已恢复正常。这次说明来得颇为微妙——这条年轻网络上线仅约两个月,扩张速度却异常惊人:8 月其总锁仓量(TVL)攀升至约 5.4 亿美元,日手续费收入一度超过以太坊主网本身。我们此前的报道曾把这一表现与 Arbitrum 技术栈单日 375 万美元的手续费纪录联系起来。在这样的吞吐规模下,哪怕只是后台发布环节的延迟,几分钟内就会传导到用户端——这也是为什么在外界看来,一次 blob 市场的减速就像整条链全面宕机。Arbitrum 的声明厘清了这层混淆:排序与用户交易处理从未中断,底层的 Arbitrum 技术栈——最近刚由 Elara 升级刷新过,该升级将 Stylus 合约容量上限提升至 96KB——并非瓶颈所在。

区块高度在 190,926 附近冻结

链上记录显示,这次暂停在外界眼中有多么严重。9 月 4 日台北时间晚上 9 点前不久,社区陆续传出宕机消息,用户涌向社交平台反映交易卡在 pending 状态,DEX 和钱包界面长时间无响应。当时发布的一条宕机状态告警明确指出,Robinhood Chain 已完全停止产出新区块,官方区块浏览器也予以证实:链的区块高度在 190,926 附近冻结了数分钟——对一条通常约 0.1 秒就出一个区块的网络而言,这一幕格外刺眼。更让用户恼火的是,Robinhood Chain 的官方状态页面全程仍显示“运行正常 / 100% 在线”,过去七天没有任何事故通知,交易者只能靠区块浏览器自行核实问题,而非依赖运营方。截至最新发稿,Robinhood 本身尚未发布正式声明;此次故障似乎仅限于 Layer 2 层面——这家券商的股票与加密交易 App 并未出现大规模故障报告。社区分析师将可能的根源指向中心化排序器,即 Arbitrum Orbit 系链上负责收集、排序并打包交易的唯一运营节点。此前一轮 memecoin 炒作热潮已将交易量和活跃地址数推至历史新高,Gas 费从几美分飙升至数美元;在这种负载下,排序器一旦卡死,整条链随之冻结,用户没有任何绕行的途径。这类停机通常不会损毁已结算的资产,但待处理交易可能需要在区块恢复后重新发送或提速——社区同时提醒用户避免反复重发交易,以免打乱 nonce 顺序。 希望实时跟踪行情的读者，可在Gate查看现货与合约的实时价格。

宕机状态告警https://x.com/bwenews/status/2095858202537799983?ref_src=twsrc%5Etfw

排序器风险重回台面

在 COINOTAG 看来,这两件事——14 分钟的批次发布延迟,加上一度冻结的排序器——指向同一个结构性事实:Orbit 系链继承了 Arbitrum 的效率,却各自运行独立排序器,而这一运营节点始终是单点故障,无论 blob 市场如何优化都无法根除。最硬核的证据正是链上记录本身:区块浏览器在 190,926 的停滞独立印证了这次停机,与任何团队的声明无关;而 Arbitrum 的澄清则把损害边界圈定在结算延迟之内。ARB 此前曾单日大涨 31%,重返市值前 100 山寨币行列;事件在市场发酵后,其现货价格过去 24 小时回落约 4.7%。后续值得关注的是,Arbitrum 生态内的 Orbit 运营方会以多快的速度分散其排序安排。