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

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

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

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

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

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

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

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

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

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

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

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

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