对Layer2而言 强制提款与逃生舱功能到底有多重要？

作者：Faust，极客Web3

在现实世界中，几乎每一栋高楼大厦都有一个不可或缺的要素：安全出口。当火灾地震等突发事件降临时，安全出口就是保障人们生命安全的救命稻草。而在以太坊Layer2这个承载了百亿美元资产的托管平台体系中，可以让用户把资产安全撤回至Layer1的“强制提款”功能，已然成为不可或缺的必备设施。

Vitalik在最近的文章“Different types of layer 2s”中也强调，用户能否顺利的把资产从Layer2撤回至Layer1，是一个非常重要的安全指标。

但“顺利提款”问题在过去似乎没有得到大多数人的重视，甚至许多Layer2项目方都没有上线“强制提款”或“逃生舱”功能。在L2生态体系未成火候的时代，漠视“无需许可的提款”似乎不成问题。但如今Layer2已经承载了120多亿美元的资产，已然变成了一栋“太大而不能倒”的大厦。如果这样的一栋摩天大楼没有安全出口，后果简直是不可想象的。

抱着让广大读者重视Layer2安全风险的目的，《极客web3》将在下文以路印协议V3和Arbitrum为例，为大家阐明为何forced withdraw与escape hatch等“无需许可的提款功能”是Layer2不可缺少的一环。

（根据L2BEAT dYdX浏览器显示，迄今为止dYdX强制交易/提款功能，总计被使用过152次，超过100万美元的大额提款多达7笔）

抗审查性是大问题：如果Sequencer故意拒绝你的请求，怎么办

过去关于Layer2的科普文章往往有一个问题，就是大多数时候都着重强调“安全性”与表面上的“可用性”，却忽略了“抗审查性”。即便是在谈论去中心化排序器方案时，很多人注意到的也是MEV是否去中心化，而不是抗审查性的改善。

换句话说，大多数人往往注重Layer2的状态转换是否有效，排序器能不能盗币，欺诈证明/有效性证明系统有没有投入使用，却忽略了一个不该被忽视的风险：如果Sequencer一直拒绝你的交易请求，或者干脆长时间故障，甚至停机，这个时候怎么办？

要知道，在Solana宕机期间，曾有人因为资产面临清算而无法及时补仓，使得几百万美元的资产面临风险。此类拒绝用户请求的场景一旦发生，造成的经济损失并不可小视。

即便只有个别人可能遭遇此类情况，但如果落到了一些手握大量资金的鲸鱼身上，整个市场都可能连带遭殃（假设某人在以太坊上的Defi借贷协议有几亿美元资产可能在一周内被清算，但他因为用了Tornado而被OFAC列入制裁名单。此人大部分资金都在OP上，而OP排序器配合OFAC拒绝它的请求）

我们不妨把这个问题投射到avalanche或polygon等独立于以太坊的公链上去分析。如果Avalanche上超过2/3的Validator共识节点决定对你展开交易审查，那么它们可以拒绝把你发起的Txn打包进区块里，或者不承认包含你的Txn的区块。这个时候，你的钱基本就被埋在了这条链里出不来：

除非你能拉拢一些Validator，使得参与审查攻击的Validator不足2/3，或者你能号召一些人通过社会共识的方法，把Avalanche分叉。显然在这个时候，你还是有办法把资金快速撤出Avalanche的，并且我们要考虑到，超过2/3的Validator联合起来对某个地址发起交易审查，本身就需要一段时间去达成，这会给被审查的用户留下充沛时间“逃出生天”。

但在Layer2上，这种情况可能大不相同。Layer2的Sequencer一般都是由官方自己在运行，如果Sequencer想要对你展开审查攻击，它可以把你的钱“冻结在Layer2”，也就是彻底拒绝你发起的，把资产从L2跨到L1的交易请求。显然按照L2的运作机理，如果你不能绕开排序器执行提款操作，是完全可能被Sequencer把资产冻结在L2不能转移走的。

那么该怎么解决这种问题呢？其实说白了就是，怎么实现“无需许可”的提款功能，让用户在被Sequencer或Layer2项目方审查的情况下，安然无恙的把资产撤回到Layer1上？有一些项目方提出了去中心化Sequencer的方案，但这治标不治本，如果这些数量极为有限的排序器联合起来审查你，还是可以把你的资产“冻结”，况且POS节点的反女巫也是个棘手的问题（参考Multichain事件）。

真正最有效的办法，是直接在L1链上设置一个“出口”，让用户在长时间得不到Sequencer响应时，通过L1上的专用出口把资金从L2撤出。