如今,众多 L2 方案纷纷宣传 自己的区块时间越来越短,但这真的那么重要吗?是时候来 拆解 L2 区块的本质,看看它与 L1 区块的核心区别,以及 为什么我们无需过度关注 L2 的区块时间,即便它在技术层面有一定的讨论价值。
回到 “区块链” 这个词真正有意义的时代(大约 2009 年),区块的概念被引入,是因为我们需要一个 将一组交易提交至共识机制的单位。
例如,在 比特币网络中,每个区块生产者都会尝试 找到一个符合工作量证明(PoW)要求的交易排列方式,然后将该区块广播到网络中。其他节点会验证这个区块是否真的符合 PoW 要求。在 以太坊中(目前采用 PoS 机制,并基于账户模型),区块生产者会在 每个区块执行完毕后计算区块链状态的哈希值(即状态承诺),而验证者会重新计算该值,以便快速验证区块的有效性。
整个过程基本相同:
在 L1 区块链(Layer-1 链) 中,区块至关重要:区块是验证链完整性的核心单位; 区块是管理分叉(forks)的关键层级。
总结(TL;DR):区块是共识机制的基本构造单元。
L2 存在的原因是 共识机制运行缓慢,而去中心化需要兼容运行速度较慢的计算机和网络。L2 的方法是 将交易处理转移到最快的可用机器,然后 将可验证的执行摘要提交到 L1 进行共识。简而言之,当今大多数 L2 本质上是一个“伪装成区块链”的中心化系统,但这完全没问题。
这也是 L2 区块时间概念变得模糊的原因。L2 仍然构建区块,主要是为了 兼容 L1 的软件架构,但本质上 这些区块的存在是人为设计的。在将执行摘要提交到 L1 时,L2 通常会批量提交多个区块,以降低成本。尽管 状态承诺在某些情况下对欺诈证明或有效性证明很重要,但 它们并不需要在每个区块中出现。因此,L2 区块基本上是无用的。
当某个 L2 宣称自己有 极快的区块时间,其实只是 调整了系统配置参数 来 人为缩短区块时间。尽管 L2 仍需在每个区块内处理一定数量的交易,但其本质并没有改变。
作为用户,你唯一关心的时间因素是 交易的往返时间。换句话说,你的交易从 发送到 L2 排序器、执行完成,到最终在你所使用的 RPC 节点上可见 需要多少时间?让我们聚焦于最后一个部分:从交易执行到 RPC 接收到结果需要多久?
较慢的区块链通常会 等待整个区块完成后,再将其发送给网络中的其他节点。Solana 率先提出了流式区块的概念,即 在处理交易后立即将其发送给其他验证者,而不必等到区块结束。Solana 采用 Entry 机制(最多 64 笔交易的分组),并将其拆分为 Shreds 以便在网络上传输。如果你对此感兴趣,我们有一篇详细介绍该机制的文章。这种方法使得 在区块最终确定之前,交易执行结果就已经可以传播。
如今,L2 们也开始采用这一机制。例如:
通过这些方式,用户的交易执行时间被大幅缩短,从而改善了 用户体验(UX)。
但需要明确的是:真正的改进在于“减少网络通信的时间间隔”,这与 区块本身是否更好 毫无关系。实际上,我们只是 将区块拆分成更小的部分,并与执行过程并行流式传输。无论这些部分被称为区块、迷你区块 还是 碎片,都不重要,核心目标是 更快的通信,而不是更好的区块。
如今,众多 L2 方案纷纷宣传 自己的区块时间越来越短,但这真的那么重要吗?是时候来 拆解 L2 区块的本质,看看它与 L1 区块的核心区别,以及 为什么我们无需过度关注 L2 的区块时间,即便它在技术层面有一定的讨论价值。
回到 “区块链” 这个词真正有意义的时代(大约 2009 年),区块的概念被引入,是因为我们需要一个 将一组交易提交至共识机制的单位。
例如,在 比特币网络中,每个区块生产者都会尝试 找到一个符合工作量证明(PoW)要求的交易排列方式,然后将该区块广播到网络中。其他节点会验证这个区块是否真的符合 PoW 要求。在 以太坊中(目前采用 PoS 机制,并基于账户模型),区块生产者会在 每个区块执行完毕后计算区块链状态的哈希值(即状态承诺),而验证者会重新计算该值,以便快速验证区块的有效性。
整个过程基本相同:
在 L1 区块链(Layer-1 链) 中,区块至关重要:区块是验证链完整性的核心单位; 区块是管理分叉(forks)的关键层级。
总结(TL;DR):区块是共识机制的基本构造单元。
L2 存在的原因是 共识机制运行缓慢,而去中心化需要兼容运行速度较慢的计算机和网络。L2 的方法是 将交易处理转移到最快的可用机器,然后 将可验证的执行摘要提交到 L1 进行共识。简而言之,当今大多数 L2 本质上是一个“伪装成区块链”的中心化系统,但这完全没问题。
这也是 L2 区块时间概念变得模糊的原因。L2 仍然构建区块,主要是为了 兼容 L1 的软件架构,但本质上 这些区块的存在是人为设计的。在将执行摘要提交到 L1 时,L2 通常会批量提交多个区块,以降低成本。尽管 状态承诺在某些情况下对欺诈证明或有效性证明很重要,但 它们并不需要在每个区块中出现。因此,L2 区块基本上是无用的。
当某个 L2 宣称自己有 极快的区块时间,其实只是 调整了系统配置参数 来 人为缩短区块时间。尽管 L2 仍需在每个区块内处理一定数量的交易,但其本质并没有改变。
作为用户,你唯一关心的时间因素是 交易的往返时间。换句话说,你的交易从 发送到 L2 排序器、执行完成,到最终在你所使用的 RPC 节点上可见 需要多少时间?让我们聚焦于最后一个部分:从交易执行到 RPC 接收到结果需要多久?
较慢的区块链通常会 等待整个区块完成后,再将其发送给网络中的其他节点。Solana 率先提出了流式区块的概念,即 在处理交易后立即将其发送给其他验证者,而不必等到区块结束。Solana 采用 Entry 机制(最多 64 笔交易的分组),并将其拆分为 Shreds 以便在网络上传输。如果你对此感兴趣,我们有一篇详细介绍该机制的文章。这种方法使得 在区块最终确定之前,交易执行结果就已经可以传播。
如今,L2 们也开始采用这一机制。例如:
通过这些方式,用户的交易执行时间被大幅缩短,从而改善了 用户体验(UX)。
但需要明确的是:真正的改进在于“减少网络通信的时间间隔”,这与 区块本身是否更好 毫无关系。实际上,我们只是 将区块拆分成更小的部分,并与执行过程并行流式传输。无论这些部分被称为区块、迷你区块 还是 碎片,都不重要,核心目标是 更快的通信,而不是更好的区块。