一 三条轴
关于二层网络,几乎所有争论都可以归到三个问题上。而这三个问题彼此不能互相替代。
这一点在前面十八篇里已经出现过很多次,而这一次它有一个特殊的地方:三条轴各自都可以被精确核对,而它们的答案彼此无关。
前面几篇里,不好核对的东西往往是那个真正要紧的东西:一个人的损失,一个县的就业,一次转账背后是谁。而这一次三条轴上的每一样都是硬的:合约在链上,参数在链上,费用在链上。
难的不是查,是别把三个答案当成一个。
而把三个答案当成一个,不需要任何人存心误导。它只需要一个方便的词。
状态的正确性由什么保证。
系统的控制权实际掌握在谁手里。
费用与现金流最终流向谁。
这个区分很要紧,因为一条链完全可以在第一条轴上做得很好,同时在另外两条轴上是另一回事。
它可以使用有效性证明,而同时保留一把可以即时生效的升级密钥。
它可以允许使用者强制把交易送进去,而日常的排序仍然由单一运营方决定。
它可以产生很高的链级利润,而这不意味着它的代币持有人拥有任何法律上或者合约上的收益权。
而 L2 这两个字,把这三条轴的答案打包成了一个词。
于是就有了这个域里最常见的一种句子:某某链是以太坊的二层,所以它继承了以太坊的安全性。
这句话的前半可以核对,后半不是一个可以核对的命题,它是三条轴上三个不同答案的一个平均值,而这个平均值没有定义。
于是后面七节做的事情就很具体:把这个平均值拆回三个数。
而拆开之后会发现一件事:这三个数在不同的链上,组合方式完全不同。
有的链证明做得最扎实,而升级密钥握在一个多签手里;有的链有可用的逃生通道,而日常排序仍然是一台机器;有的链利润最高,而它连一枚代币都没有。
把它们并排放在同一张榜单上按某一个分数排序,会把这些差别抹平。
而榜单本身是有用的。做这件事的那家独立机构,自己就在方法说明里写着:它的阶段分类是一次主观的成熟度评估,不是对项目整体安全性的评分。
这句限定被写在了首页上,而引用它的人大多只引用那个阶段编号。
这也是这个系列反复遇到的事:一个数字被造出来的时候带着完整的限定,而它在传播的路上把限定丢了。
上一篇里那个带两位小数的能耗降幅是这样,再上一篇里那个 120% 也是这样。
余项就从这里开始。
它不在任何一条轴上。每一条轴上的东西都是硬的,链上写着,谁都可以去查。
它在三条轴之间的空隙里。
这一次的余项不是被漏掉的信息,而是被合并掉的区分。
而合并这个动作是免费的。区分要花力气,合并不用。
二 四种最终性
有一个口径问题贯穿这一整件事:最终性这个词至少有四种不同的含义。
排序器给出的预确认。
交易数据已经进入以太坊。
二层的状态根已经不可再被挑战。
以及从二层到一层的提款已经可以执行。
把它们都叫最终性,会直接造成一个表面上的矛盾:为什么已经上了以太坊,还要再等七天。
这个矛盾不是真的矛盾。数据上链和状态被确认是两件事:前者保证别人能重建你的交易,后者保证没有人能证明这次状态转换是错的。
第一件在几分钟内完成,第二件要等一个窗口。
而在这个窗口里,那笔交易并没有变得不确定。变得不确定的只是:如果有人证明这一批状态转换算错了,这一批里的东西要重来。
这个区分对使用者很实在。一个人在二层上买了东西,收到了货,那笔交易的数据几分钟后就进了以太坊,谁都可以查。
而如果他要把钱提回一层,他要等的是另外一件事。
这两件事在这个域里被同一个词覆盖,而它们的风险主体不同:前一件的对手是那个卖东西的人,后一件的对手是这条链的证明系统和它的升级权限。
而绝大多数人从来不做第二件事。他们把钱换进来,在里面用,再换出去的时候走的是第三方桥,而不是那条规范桥。
于是那个被反复讨论的争议窗口,对多数使用者来说,是一条他们从来没有走过的路。
而他们走的那条路,信任的是另一个东西:一家桥运营方,或者一个求解器。第十五篇写的正是那一条路上会发生什么。
而协议规范自己是分开写的。OP Stack 的规范区分三种链头:排序器产生而尚未上链的,叫不安全;数据进入规范的一层之后,叫安全;之后再随以太坊的最终确定进入最终状态。
Arbitrum 同样区分排序器实时推送的软确认,与之后在一层上解决争议的状态。
所以一笔交易的不可逆,最好写成三层。
第一层是排序器的预确认:排序器承诺已经排序并执行了;而它依赖排序器不重排,不故障,属于软确认。
第二层是数据在一层最终确定:原始的二层输入已经进入了以太坊已经最终确定的历史;而它仍然需要证明那个状态转换是正确的。
第三层是状态或者提款的最终化:欺诈证明的窗口已经正常结束,或者争议已经被裁决;而它依赖证明系统,升级权限和以太坊自身的最终性。
这个拆分来自两套协议的实际流程,不是二层最终性只有一个时间数字。
而使用者在钱包里看到的那个绿色对勾,通常对应的是第一层。
第二层要等几分钟,第三层要等几天。而这三样在界面上没有区别。
这也是这个域里一处很实在的设计取舍。如果界面老老实实地把三种状态分开显示,大多数人会觉得这条链慢得没法用。
于是它显示第一种,而第一种依赖的是一个可以停机,可以重排,可以出故障的排序器。
三 先接受,后挑战
Optimistic 这条路线的核心,不是完全不证明。
是先接受状态转换,之后给其他参与者一个窗口去证明它错了。
而交易数据仍然必须发布到以太坊,以便别人重建状态,发现错误并构造争议。
所以欺诈证明不能替代数据可用性。
这一条值得记住,因为它是这条路线最容易被讲反的地方。
先接受,后挑战这个安排,听上去像是把验证省掉了。而它省掉的只是事前的验证;为了让事后的挑战成为可能,原始数据反而必须完整地公开出去。
换句话说,越是依赖别人来纠错,就越要把材料摊开给别人看。
而这也决定了这条路线的成本结构:数据必须上链,所以数据的价格就是它的主要成本。第十八篇里那次升级把这项成本降了一到两个数量级,而降的正是这一块。
所以那次升级降的不是执行的成本,是公开材料的成本。
以一笔普通交易为例,路径是这样的:使用者签名;排序器接收并排序;本地执行并给出软确认;打包器把压缩后的交易数据发布到以太坊;二层节点从已经进入一层的数据重新推导,交易由不安全变为安全;状态根或者争议游戏被提交到一层;在争议窗口内可以被挑战;窗口结束,并且相应的一层区块最终确定之后,状态承诺才达到协议所允许的最终状态。
这里必须再拆一次。
数据进入已经最终确定的一层,不等于某一个状态根的争议期已经结束。
对一笔普通转账,使用者可能很早就获得了足够强的经济确认。而如果目标是把资产从二层的规范桥提回一层,协议通常不允许在争议期结束之前释放一层的资产。
Arbitrum 的文档给出的断言挑战期约为 6.4 天,规范桥通常表现为约七天的退出等待;OP Stack 的标准提款流程长期同样使用约七天的挑战窗口。
而不同的链和新版的证明系统可以改变具体参数。
所以不能把七天写成这条路线的数学常数。
这一点在实务上很要紧,因为七天这个数已经变成了一个标签。一个人如果按标签行事,可能等了七天而其实三天前就能提;也可能以为都是七天,而实际那条链的窗口更长。
真正的答案在合约里,而不同的链不一样,同一条链的不同时期也不一样。
这是这个域里一个反复出现的读法:口号是稳定的,而参数一直在动。
Base 正好说明了为什么要查当前的合约,而不是沿用口号。
它在 2026 年启用的一种争议类型接受两类不同的证明:只有一条证明路径时,裁决窗口是 5 天;两条都提交时可以缩短为 1 天。
这仍然是那一条链当前争议系统的一个具体实现参数,不应该反推所有同一架构的链都已经变成五天或者一天。
使用者不走排序器,也并非一定无路可走。
OP Stack 的强制交易实际上使用的是一层存款路径:使用者直接向以太坊上的入口合约提交一笔存款交易,而二层的推导规则必须根据一层的输入把它纳入后续的链。
也就是说,强制路径依赖的是一层的可用性与推导规则,而不依赖排序器愿不愿意接收它私有内存池里的交易。
这是全篇里最接近承诺的一样东西。它不依赖任何一家公司的善意,只依赖以太坊还在出块,以及那条链的节点还在按规则推导。
而它的代价是等待:走这条路的交易,要按合约里写死的那个延迟排队。
Arbitrum 的对应路径更加显式。正常情况下交易进入排序器收件箱;绕过排序器时,可以把消息写入以太坊上的延迟收件箱。当前的默认参数是 86,400 秒,5,760 个区块,达到相应延迟之后就可以调用强制包含。
官方文档同时描述了一种审查超时机制,可以在检测到持续性问题时缩短等待。而 24 小时仍然是正常参数下的重要上界。
把这一段和第五节接起来读:排序器可以拖,而它拖不过那个时钟。
这就是第一条轴和第二条轴的差别在实际参数上的样子。控制权是真的,而它有一个写在合约里的上界。
四 先证明,后接受
有效性这条路线,把等别人发现错误,替换成了先产生一个以太坊合约能够验证的有效性证明,再接受相应的状态更新。
而这里也有一个经常被简化掉的条件。
零知识证明证明的是计算正确,它不自动证明使用者能够重新获得构造状态所需要的数据。
这个区分的位置很关键。
证明可以告诉你:如果输入是这些,那么输出就是那些,而这个计算过程没有作弊。它不告诉你那些输入到底是什么,也不保证你还能拿到它们。
如果数据丢了,状态仍然是被证明过的,而没有人能重建出自己在里面有多少。
所以这一路仍然要把数据放到以太坊上。而这一点常常被零知识这三个字盖住:它说的是验证的时候不需要看到明细,不是说明细可以不存在。
两条路线因此在数据这一件事上是一样的:都必须把交易数据公开。
差别只在于用什么办法确认状态转换算对了:一条等人来反驳,一条先算一个证明。
而前者要等一个固定的窗口,后者要等一台机器算完。
固定的窗口写在合约里,谁都可以查;而那台机器算得多快,取决于它当天的负载,以及运行它的那家公司当天的状态。
所以真正按 rollup 模式运行的系统,仍然需要在以太坊上提供足够的数据可用性。
一笔典型的交易大致走这样一条路:使用者提交;排序器排序并执行;二层给出预确认;批次数据和状态数据发布到数据可用层;证明者生成有效性证明;以太坊上的验证合约验证这一份证明;一层的状态合约接受新的状态根;包含这次更新的以太坊区块最终确定。
与前一条路线最大的不同是,最后这一段没有一个专门等待潜在欺诈挑战的固定争议窗口。
等待时间转而取决于:什么时候完成批处理和证明生成,什么时候把证明提交到以太坊,什么时候通过验证并达到以太坊的最终确定。
一份对 2026 年7 月下旬到 8 月下旬的观测显示,某条链的证明提交平均间隔约 29 分钟,状态更新平均约 28 分钟。
而这是生产系统的观测值,不是提款保证 29 分钟的服务承诺。
两者的差别在出事的那一天才显出来:一个观测值可以变,而一份承诺不能。而这里没有承诺。
这一条在这个系列里已经出现过好几次。第八篇里那个赎回门槛写在条款里,第十一篇里那个十分钟写在合约里;而这一次,那 29 分钟只写在一张仪表盘上。
所以关于哪一条路线提款更快,材料支持的版本应该是这样:
前一条路线的规范提款通常必须等争议机制达到可执行状态;后一条路线不需要再等待欺诈挑战期,而实际的提款延迟仍然由证明聚合,证明提交,状态更新,一层拥堵以及桥合约的流程决定。
不能从没有七天挑战期,进一步推成提款是即时的。
两条路线的差别不在快慢,在于等的是什么。
一条等的是没有人来反驳,另一条等的是有人把证明算完并送上去。前者的时长写在合约里,后者的时长取决于那台机器当天跑得多快。
五 三台机器和一家公司
排序器最直接控制的,是短期的交易入口和顺序。
它决定自己接收到的交易何时进入二层区块,相对顺序如何,是否暂缓。
如果一条链没有有效的一层绕行路径,它还能把暂缓扩展成长期的审查;而如果存在强制包含,它通常只能在强制包含的时钟内拖延,不能永久阻止那一笔交易。
排序权同时创造可提取价值。独立评级机构对好几条主流链都明确把中心化运营方可以利用位置抢先交易列为风险。
但排序器通常不能仅靠排序权,凭空造出一笔能够通过最终证明系统的无效提款。
对有效性路线,错误的状态应当无法生成有效证明;对成熟的欺诈证明系统,错误的状态可以被挑战。
真正改变这条边界的,是升级密钥。
如果掌握升级密钥的主体能够即时把验证合约,桥合约或者证明逻辑换掉,那么排序器无法伪造状态这个保护,和升级管理员无法改变规则,是两件完全不同的事。
前一句说的是在现有规则下谁能做什么。后一句说的是谁能改规则。
第六篇里那次分叉,争的正是后一句。而那一次至少经过了一场公开的,几万人参与的争论;这里的后一句,通常由几个多签地址在几分钟内完成。
而这个域里的绝大多数安全叙述,讲的都是前一句。
因为前一句可以被形式化,可以被证明,可以被写进论文。而后一句只能被列举:哪几个地址,几个签名,有没有时间锁,谁在那个委员会里。
而列举出来的东西没有办法被压缩成一个分数。
于是就出现了这个域里一种很典型的失衡:被证明过的那一部分被反复宣传,而被列举出来的那一部分只写在一个大多数人不会点开的页面上。
截至 2026 年8 月下旬,把有几台机器和由几个独立治理主体控制分开之后,主要网络的情况大致是这样。
Arbitrum One 日常仍然依赖单一的排序方,而使用者另有延迟收件箱;官方文档把去中心化排序作为长期方向,而当前的生产路径不是一个无需许可的排序器集合。
OP Mainnet 由单一排序器产生软确认,而文档明确提醒软确认依赖这个排序器;一层存款提供绕行。
Base 是单一排序器,而系统配置里的排序器可以由一个多签修改;故障时有一层自我排序路径,当前参数给出的最长等待约 12 小时。
ZKsync Era 的区块与状态提议者仍然是受许可的,并非任何人都可以替代正常的运营方。
Scroll 是中心化运营方,而使用者可以通过一层走自我排序路线,最长延迟约七天;提交新块仍然需要产生证明。
Linea 仍由受许可的运营方控制,而当前不存在已经可用的,面向普通使用者的排序器失效逃生通道。
Starknet 则是这一整节里最值得精确改写的例子。
它现在不是一台排序器,而是三台排序器运行共识。2025 年的升级把单节点变成了三个排序器的类拜占庭容错共识,三台独立轮流出块,三分之二才能确认。
而项目方自己明确说明:因为三台都由同一家公司运营和控制,协议当时只按崩溃与网络延迟的故障模型设计,而不是完整的拜占庭故障模型。
这个限定是项目方自己写的,而它很诚实。
按崩溃故障模型设计,意思是:这套共识防的是机器挂掉或者网络断掉,不防三台机器一起说谎。而在三台都归同一家公司的时候,一起说谎这件事在技术上并不需要串通。
2026 年的路线图继续把无需许可的验证与更完整的去中心化列为后续阶段。
所以这是进程和机器层面的分布式,不是独立组织之间的无许可排序。
排序器数量等于三,和独立运营方等于三,不能互换。
这一条和第二篇里那五把尺子是同一个形状:一个可以被精确计数的东西,量的不是人们以为它在量的那件事。
那一次数的是矿池份额,而它掩盖了背后的机器归谁。这一次数的是排序器台数,而它掩盖了背后的公司归谁。
两次的共同点是:那个数字本身完全准确,而它回答的不是人们想问的那个问题。
六 一百一十六分钟
停机不是理论上的风险。下面这几起都有项目方自己的一手事故材料,而它们不冒充一份完整的事故数据库。
2021 年9 月14 日,Arbitrum 的排序器约离线 45 分钟。当时网络还在很早期。
2023 年12 月15 日,同一条链的官方状态页记录约 88 分钟:铭文式交易激增导致排序器的推送与处理链路出现故障与积压,正常排序中断。
2026 年6 月25 日,Base 完全停止生成新的二层区块 116 分钟;内存池增长,最终拒绝新的交易提交;根因是区块构建的日志状态缺陷。
第二天,同一根因相关的第二次停机持续 20 分钟。
2025 年9 月2 日,Starknet 官方公告称约九小时处于降级或者停止状态,在 02:20 到 13:40 之间间歇不可用;期间发生两次重组,约一小时加二十分钟的区块活动被回退,汇总称约一个半小时的活动未被处理,交易需要重新提交。
这五起的共同点是:每一起的资产完整性都没有受损。
而这一点值得先说,因为它把这一节的性质定住了:下面写的不是失窃,是停摆。
没有一次是有人偷走了钱,也没有一次是错误状态被证明系统接受了。而每一次都有一段时间,那条链上的人做不了任何事。
两小时,一个半小时,九个小时。对一条以持续可用为卖点的链来说,这些不是小数字。
而它们也不是小概率。五起事故里有四起发生在 2023 年之后,也就是这些链都已经承载真实资金和真实业务之后。
停机这件事在传统金融里有一整套制度对应:服务等级协议,监管的可用性要求,以及事故之后的赔偿安排。
而这里三样都没有。事故公告写得很详细,写完之后就结束了。
公告本身的质量往往很高:根因,时间线,修复措施,后续计划都写得清楚。而它止步于说明。
Base 那一次尤其能说明一件事:一层的安全与二层的可用,不是同一个指标。
项目方称链的资产完整性没有受损。
而 116 分钟里没有新的二层区块,正常的提交最终也遭到拒绝。
也就是说,证明与结算的安全可以继续存在,而日常执行层的可及性显著下降。
Starknet 那一次则说明,多台排序器也不等于不会停机。
三台对以太坊接口状态的观察不一致,之后的人工作业又造成了冲突的区块;证明层检出了这个不一致,并阻止它进入最终的有效状态,而系统为了恢复正确的链进行了两次重组。
这里有两件事要同时保留。
一边是正确性的兜底起了作用:错误的状态没有被证明系统接受。
另一边是使用者已经看到的二层活动,仍然被回滚了。
对一个在那一个半小时里发出过交易,并且在界面上看到它成功的人来说,后面这一件才是他实际经历的事。
而这两件事在这个域的话语里,通常被同一个词覆盖:安全。
第一件是状态的安全,第二件是使用的可及性。它们由完全不同的东西保证,而只有前一件被锚定在以太坊上。
第二件由一家公司的运维保证。而这句话不是批评,它只是把那条链的实际依赖写清楚:那 116 分钟里,能把它修好的只有那家公司的工程师。
七 谁拿走了那笔差价
运营方得到的是三个不同的东西,不能统称为利润。
第一是费用价差:使用者支付的执行与排序费用,减去向以太坊支付的结算租金。这一层是可以在链上测量的。
第二是排序与可提取价值的权利。中心化排序器决定交易顺序的时候,天然掌握一个可以货币化的排序资源。Arbitrum 已经把这项权利的一部分显式拍卖并货币化,而治理材料把这项收入与排序器收入并列。
第三是协议的控制权。这不是会计上的收入,而它有经济价值:能够改排序器,费用参数,验证合约或者桥的多签,掌握的是平台治理权。
这三样东西的性质完全不同。第一样是可以入账的;第二样是可以拍卖的;而第三样不在任何一张损益表上,却决定了前两样能不能被改。
Base 的排序器配置仍由一个多签控制,而核心升级需要两个委员会的双方门槛;OP Mainnet 的升级则是基金会与安全委员会的双方共同签署。
而验证者那一侧的说法需要大幅收窄。
EIP-4844 确实把大量的数据可用需求从普通的执行数据转到了一个独立的费用市场,官方材料也明确预期这会降低使用以太坊的数据成本。
但二层原来付给以太坊的全部钱,并不等于验证者原来拿到的收入。
在 EIP-1559 之后,基础费用与提议者的优先费和可提取价值本来就不是同一条资金流;数据块也有自己的基础费用机制。
所以不能用二层的一层租金从多少降到多少,直接写成验证者少赚了这个差额。
要严格回答验证者的损失,需要把前后两个时期的提议者小费,可提取价值,数据交易的执行小费,以及被销毁的基础费用分别归集。
能确定的窄版本只有一句:rollup 对稀缺的一层执行数据的需求下降了,因此它们不再像 2024 年3 月以前那样竞争同一块执行费用。
官方当时也把一层费用的下降称为一个可能的次级效应,而不是那次升级的主要目标。
现在把两头合起来。
承担风险的人和拿收益的人未必一致。
Arbitrum 的排序器与排序权收入进入自治组织的金库,而最终持有桥上资产,承担提款等待和桥敞口的是使用者。
Base 的使用者承担排序器停机与升级的风险,而链级的利润本身并不会按使用者的余额自动分配给他们。
这只是对合约权利结构的描述,不是在判断这种分配是否合理。
而这个结构在传统金融里通常要由别的东西补上:股东有分红权,存款人有保险,平台停机有服务等级协议。这几样在这里都不是协议的一部分。
它们可以由某一家公司自愿提供,也可以不提供。而提不提供,同样不写在链上。
而代币那一条尤其不能泛化。
Arbitrum 的排序器与排序权收入明确进入自治组织的金库,而代币持有人是否以及怎样获得经济利益,需要另一个治理和分配动作。
Base 当前甚至没有原生代币,而它拥有全体二层中最大的链级利润之一。
OP 的部分收入按协议进入一个集体组织,而集体的收入同样不能直接等同于每一枚代币的自动现金流。
所以较窄的版本是:二层代币可以拥有协议治理权,激励用途或者金库决策权;而它是否拥有排序器收入的可执行经济索取权,必须看具体的费用金库,金库合约,治理合约与分配合约。
这几样东西都在链上,都可以读。而读它们需要知道该去读什么,而这一点恰恰不写在任何一个宣传页面上。
不能从它是这条链的代币这几个字推出来。
这一条和第七篇那个标准是同一件事。那一次,一个接口规定了余额怎么查,钱怎么转,而没有规定这枚代币值什么。这一次,一条链可以有很高的利润,而它的代币在合约上和那笔利润没有任何关系。
真实世界那一侧,能明确观察到的链外影响主要集中在基础设施的可用性,而不是就业,物价或者宏观生产率。
Base 2026 年的事故公告明确称停机扰乱了使用者,开发者和节点运营方,期间提交失败;Starknet 2025 年的事故使一部分应用需要让交易重新提交。
而本次检索没有找到可信的一手或者学术数据,能够把二层费用的下降,因果地识别为某个地区的就业变化,商品价格变化,企业融资成本下降,或者金融服务可及性提升了多少个百分点。
存在大量更便宜会促进采用的公司宣传和行业叙述,而那不满足因果测量的标准。
这个缺失本身应当保留:当前能精确量化的是链上交易,地址,费用,停机和资金流;从这些指标跳到社会福利或者实体经济产出,目前的证据链明显较弱。
八 重新像一条链
有几种流行说法需要按阶段改写,而改写的方式正是这一节的内容。
二层继承了以太坊的安全性。
在最初级的成熟阶段,材料更支持的版本是:这条 rollup 把部分数据,状态承诺和证明验证锚定在以太坊;而使用者的资产安全与可退出性,仍然可能依赖受许可的提议者,即时的升级管理员或者其他被信任的行为方。
有效性证明存在,与走开条件成立,不是一回事。有的链有链上数据可用和证明,而仍然停留在最初级的阶段;有的链同样有证明,却没有一般使用者当前可用的排序器失效强制包含通道。
到下一个阶段,更窄的版本是:在协议列明的故障模型内,即使日常运营方恶意,使用者仍然有利用一层数据,证明或者逃生路径退出的途径;而合格的安全委员会等治理主体,仍然是一条显式的信任边界。
再进一步才可以收窄成:证明参与已经无需许可,普通升级必须给使用者一个足够长的退出窗口,安全委员会的即时权限进一步被限制在紧急缺陷干预上。
即便如此,也不要写成所有风险都等同于以太坊一层。排序器的活性,软确认的排序,跨二层的桥与求解器,钱包和应用层的风险,仍然是额外的层。
这四样里没有一样是被以太坊保证的。而它们恰好是一个普通使用者每天真正会碰到的那几样。
零知识路线比欺诈证明路线安全,因为没有七天窗口。
需要改成:有效性证明可以在不依赖事后欺诈挑战的情况下证明状态转换正确,因此规范提款不需要同类的固定争议期;而它仍然依赖证明的实现,数据可用性,升级权限,证明者与提议者的活性,以及桥合约。
反方向也需要限制。前一条路线不安全,因为七天内状态都不确定,同样过度。使用者交易的数据可以早已进入已经最终确定的以太坊;那七天主要是状态主张与提款可执行性的安全窗口,不是说使用者七天之内连交易是否存在都不知道。
中心化只是从一层挪到了排序器。
支持这句话的一侧有相当具体的材料:好几条主流链日常仍然依赖单个排序方;有的链的核心升级路径没有链上时间锁;而升级管理员的权限甚至能够改变证明与桥的规则。
而把它写成二层与中心化数据库没有区别,又丢掉了另一半。延迟收件箱,一层存款逃生路径,无需许可的欺诈证明或者有效性验证合约,以及链上的数据可用性,作用正是让运营方的某些权力有明确的上限:在没有同时控制升级密钥和证明系统的条件下,排序器单独恶意并不自动获得伪造任意最终状态的能力。
所以更贴近材料的说法是:目前不少二层把高频,低延迟的区块生产权集中给少数运营方,同时用以太坊的数据可用性,证明系统和逃生通道限制这些运营方的最终状态权;而升级委员会与多签又在不同程度上重新引入了治理信任。
中心化移位了多少,必须逐层看排序器,证明者,升级者和桥,而不能只数节点。
那三台排序器就是这种分层分析最好的例子:机器和共识进程已经从一台扩成三台,而三台目前仍由同一家公司控制。
二层造成了流动性碎片化。
支持这一说法的技术事实是:不同的二层有不同的状态机和最终性域;一个地址在一条链上的稳定币,与同一个地址在另一条链上的同一种稳定币,不是同一个同步余额;跨链使用通常需要规范消息,第三方桥,流动性网络或者意图与求解器。
而这里有一处证据值得单独摆出来。
以太坊基金会 2025 年的互操作工作,明确把目标表述为让以太坊重新感觉像一条链。
这句话是一处重要的制度侧证。
如果今天的二层之间已经具有一层内部那种原子同步的可组合性,就没有必要把重新像一条链设成一个项目的目标。
这是这个系列里少见的一种证据:一个组织公开宣布的目标,反过来说明了当前的状态。
而它比任何一份第三方的批评都更硬,因为它出自最有动机说好话的那一方。
而这一句也正好说明了扩容这件事的代价:把执行搬出去解决了拥挤,而它同时把一个原本同步的地方,变成了好几个需要互相连线的地方。
而流动性碎片化等于流动性永久减少,又太强。桥,求解器和共享消息层可以让资本跨域流动;它们改善价格发现和资本路由,只是往往引入额外的库存,再平衡,验证与交易对手的信任假设。
更窄的说法应当是:多个二层把同步的单域流动性,变成了多个异步的状态域;桥和意图求解器可以在经济上重新聚合这些池子,而跨域交易的最终性,库存和信任假设,仍然不同于同一个一层区块内的原子组合。
这个差别对普通使用者的样子是:同一个钱包地址,在两条链上的余额是两个数;要把它们合起来用,需要一次跨链,而那次跨链有它自己的等待,费用和信任对象。
现在回到第一节那三条轴。
正确性,控制权,现金流。
一条链可以在第一条轴上做到极好:有效性证明,链上数据可用,任何人都可以重建状态。
同时在第二条轴上完全中心化:一台排序器,一把可以即时生效的升级密钥。
而在第三条轴上,把费用差价交给一个和承担风险的人完全不同的主体。
这三件事之间,没有任何协议要求它们落在同一个主体身上。
余项就在这三条轴之间的空隙里。
它不是被漏掉的东西。三条轴上的每一样都可以被逐项核到:合约地址,多签的门槛,争议窗口的秒数,每一天的费用差。任何人都可以自己去查。
它是那个把三个答案打包成一个词的动作。
而绝大多数人买的,用的,谈论的,是那个词。
这不是谁的错。一个人用一条链的时候,不会去读它的验证合约,多签名单和费用金库地址;而他也没有别的办法知道那三条轴上的答案。
2026 年6 月25 日那一天,Base 停了 116 分钟。
同一段时间里,以太坊的一层仍持续产生时隙;约 580 个时隙没有解决二层无法出块的问题。
以太坊的那一部分完全按承诺工作了。
按承诺工作的是那一半,而不工作的是另一半。而在那两个小时里,这两半对一个人的意义完全不成比例。
而那条链上的人,发不出交易。
一层的安全和二层的可用,从来就不是同一件事。
链还在结算,而结算什么还没有共识。
本文依据公开协议文档、链上记录、法院文书、监管文件与同行评议研究写成;文中的数字均保留其统计口径。系列资料截至 2026 年 8 月。