昨晚Coinbase宣布入场做了一条基于OPStack的L2——@BuildOnBase,一时间"BullishonOptimism"的情绪又再度被点燃。借此契机，这条文章来聊一聊Optimism的挑战期。
众所周知的是，Optimism二层资金提现到以太坊主网，要经历7天的挑战期。
那为什么偏偏是7天呢？3天？5天不行吗？
回答这个问题之前，我们先来了解下为什么要设挑战期。
Rollups通过将执行层从以太坊分离的方式，提高以太坊主网的性能。也即意味着交易是在二层执行的，但为了继承以太坊主网的安全性，二层发生的交易要在主网验证。
数据：Optimism总锁仓量超12亿美元，7日涨幅超36%:8月4日消息，据 L2BEAT 数据显示，截至 8 月 2 日，以太坊 Layer 2 解决方案 Optimism 链上总锁仓量为 12.2 亿美元，7 日涨幅达 36.36%。
截止发稿，其治理 Token OP 报价 2.109 美元，24 小时涨幅 25.9%。[2022/8/4 3:31:28]
简单来讲，以太坊主网要确认定序器提交上来的交易的的确确在二层发生，即交易的有效性。
Rollup因验证交易有效性方式的不同分为zk-Rollup和OptimisticRollup.
体育赛事竞猜平台 Overtime 宣布将上线 Optimism 主网:7月9日消息，基于 Thales 的体育赛事竞猜平台 Overtime 宣布将上线 Optimism 主网，该项目基于自动做市机制，并利用Chainlink的体育数据源来获得最新赔率赔率更新（比赛开始前）和最终结果（比赛结束后）。[2022/7/9 2:02:31]
验证方式主要分类两大类：零知识证明和欺诈证明。在零知识证明机制下，交易具有接近即时的最终性。
而基于欺诈证明的ORUs,交易的最终性取决于挑战期的长短，这也就解释了为什么Optimism资金从二层提现到主网需要7天。
Optimism：严重低估流量，将提升沟通透明度与服务冗余:6月7日消息，Optimism 官方撰文反思OP空投中出现的高负载导致主网和远程过程调用（RPC）出现严重延迟等现象，并表示内部团队正在与合作伙伴和基础设施提供商密切合作，以缓解问题并向所有尝试访问其代币的用户提供索赔。
关于此次问题，Optimism 反思问题在于大大低估了空投会产生的流量，而事后才发现需要将公共端点的容量提高 7 倍。而得到的教训包括，定期执行负载测试、用过度供应取代drop、要求合作伙伴提前扩大容量、优先考虑并发批量提交等等。并表示，再遇到类似问题将在几分钟内快速更新状态页面，通过及时和透明的沟通来获取社区信任。[2022/6/7 4:07:45]
ORUs机制下，乐观地认为由定序器提交上来的Rollup交易都是有效的。然后在挑战期内，验证者如果发现无效交易，可以发起欺诈证明。
开发者平台Alchemy宣布支持Optimism:金色财经报道，开发者平台Alchemy宣布将支持以太坊扩容解决方案Optimism。Optimism的主网发布定于7月。[2021/6/23 23:58:34]
如果挑战期过后都没有人挑战的话，就默认这笔交易是有效的，此时交易具有最终性。
但挑战期真的需要7天这么长时间吗？我们先把整个挑战流程简化：验证者通过重构状态根发现无效交易，于是发出欺诈证明。这一系列动作需要时间，也就意味着挑战期不能是0.
我们假设上述挑战流程很迅速，10个区块完成(大概2分钟)。
当然不可能会有这么快的响应，那我们再把时间放慢10倍，100个区块(大概20分钟)，这个时间也要远远小于50400个区块(7天)。
上述探讨是基于最理想的情况，那如果网络中有人作恶呢？需要多长的时间才能发现作恶行为？
或者换种说法，至少需要延长多久的挑战期才能杜绝作恶行为？这里所指的作恶行为是，通过发布大量的交易在一段时间内使gas飙升，从而阻止欺诈证明被验证者接收。
这里我们再做一个假设，假设Optimism上有20亿美元的风险敞口，作恶者每个区块愿意拿出100万美元的gas小费(priorityfees)来“抢跑”包含欺诈证明的交易。
那么，最多可以“挟持”网络的时间为2000个区块(6.67小时)。当然，前面所举的例子都是基于一些非常简单粗陋的假设。
似乎无论从什么层面上看，挑战期也无需7天这么长的时间。很难能去想明白挑战期的长短跟安全性到底存在着怎样的非线性关系。
或许7对于Optimism创始人来讲是个非常有意义的数字吧，就像比特币4年减半周期大家猜想中本聪是个足球爱好者一样。
所以，能否在不降低安全性的情况下把ORUs的挑战期缩短至3-5天？可以，但对用户体验而言没太大优化。
那挑战期缩短至1-2天呢？能够有效优化用户体验的说法似乎可以makesense.
@0xMantle,BitDAO孵化的一个ORU,可以将挑战期缩短至1-2天。挑战期的优化逻辑基于MPC方案。
简单来讲，就是定序器不直接把交易批次提交到以太坊，而是先提交给MPC网络，由MPC节点共同签署，确认交易有效后再提交给以太坊。
因此，核心不同点是：
Optimism把包含状态根的batch作为执行结果提交到以太坊；
而Mantle把包含由MPC节点联合签署状态根的batch作为执行结果提交到以太坊。
目的是为了降低Rollup执行结果的信任风险。
但MPC验证归根结底还是链下的验证方案，聊胜于无，对用户来讲算多了一个心理安慰。
打个不太恰当的比喻，MPC验证方案就像是偏中心化的zk方案，前者安全性基于经济假设，后者基于密码学验证。
以上就是关于ORUs挑战期的一些思考和探讨，没有太强的逻辑性，权当抛砖引玉。BTW,还是非常期待未来能看到挑战期显著缩短的ORUs(分时级别)。
公众号：Crypto马少
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。