由于 14 日晚上序列器在极端时间内收到了大量请求,导致序列器宕机离线,由于 Arbitrum 当前近乎所有交易都发向了序列器,所以整个网络发生了宕机。

9 月 14 日晚上,以太坊 Layer2 解决方案 Arbitrum 网络发生大规模宕机,各大 DeFi 应用也跟着停摆。

一文速览热门 L2 方案 Arbitrum 宕机始末

效率与安全:宕机为什么发生

事件发生后,有开发者在社群中第一时间给出了分析,认定是 Arbitrum 序列器(Sequencer)发生了问题。这一推测也很快得到了官方的证实。

一文速览热门 L2 方案 Arbitrum 宕机始末

序列器即 Sequencer,是 Arbitrum 官方 OffchainLabs 运行的一个全节点。序列器的设计初衷是为了增加效率同时抵御抢跑等攻击。

序列器具有一定特权,来控制收件箱中每笔交易的排序,以保证用户的交易结果能够立即被确定,无需在以太坊上等待五分钟至区块被确认,甚至不需要像在以太坊一样等待 15 秒的出块时间。

由于 14 日晚上序列器在极端时间内收到了大量请求,导致序列器宕机离线,由于 Arbitrum 当前近乎所有交易都发向了序列器,所以整个网络发生了宕机。

宕机了但又没完全宕机:序列器背后的隐患与机会

这次宕机时间只持续了几小时,官方团队就修复了序列器,同时期间所有的交易都被打包重新发送,并未造成实际损失,但是其背后依然具有很大的隐患。

Arbitrum 为了实现序列器机制,设计了两个收件箱,一个专门接收由序列器提交的消息,另一个接收其他节点的信息。由于 Arbitrum 网络本身是去中心化的,所以无论序列器是否宕机,网络中其他节点都依然在运行,也就是说,虽然对于多数用户来说网络已经宕机了,但用户还是可以通过访问其他节点继续进行交易,这就是所谓宕机了又没完全宕。

一文速览热门 L2 方案 Arbitrum 宕机始末

这就导致了一种可能,那些不需要通过序列器节点发送交易的用户,可以进行无限抢跑,这样被卡住的用户就有可能面临被攻击的风险。好在目前包括 infura 在内的绝大多数服务都直接使用了序列器,所以以上情况并未发生,也没有造成损失。

为了应对这种情况,未来 Arbitrum 官方可能会开放第三方序列器权限,但短期内显然难以实现。这样就为第三方节点提供了价值空间,无论是在序列器停摆时进行攻击,还是为项目方和用户提供应对措施,都是不错的机会。

普通用户如何应对序列器停摆带来的风险

对于一般用户来说,序列器停摆最大的风险就是来自那些还能自由活动的用户的攻击。只要第一时间找到可用的节点,就可以及时跨回 L2 或进行其他操作来避免攻击。

目前 Abitrum 还没有明确的稳定且可信赖的第三方节点,但当此类节点出现后,Go Pocket 钱包会第一时间推出自动节点切换功能,会在序列器宕机时自动将连接切换至其他可用节点,保证您在各种情况下可以随时访问 Arbitrum 网络,进行跨链和交易。