ABCDE：2024年公链基础设施思考

作者：Laobai，ABCDE 翻译：善欧巴，金色财经

近期一级市场上，最热门的赛道无疑是AI，其次是BTC。每天讨论的项目中大约80%都集中在这两个轨道上。就我个人而言，有时我一天可以讨论 5 或 6 个 AI 项目。

可以预见，人工智能泡沫将在未来几年达到顶峰。随着数百个新的AI项目上线，AI赛道的市场价值将会暴涨。最终，当泡沫破灭、混乱接踵而至时，真正找到人工智能和加密货币交叉点的真正的独角兽将会出现，推动这条赛道和整个行业向前发展。

所以，在当前AI过热的环境下，值得退后一步，观察近几个月来基础设施层，尤其是公链基础设施赛道所发生的变化。该领域的一些新进展绝对值得讨论。”

一、ETH或单体区块链的进一步解构

当Celestia第一次引入模块化和DA层的概念时，市场实际上花了相当长的时间来消化和理解它。现在，这个概念已经根深蒂固，各种RaaS（Rollup as a Service）基础设施激增，以至于基础设施的数量>应用程序>用户，达到了夸张的阶段。

过去几个月，执行层、DA层、结算层都有不同的技术进步。每一层都催生了新的技术解决方案，甚至结算层的概念也不再是ETH独有的。让我们简单讨论一下每一层的代表性技术。

二、执行层

执行层最热门的概念无疑是Parallel EVM，以Monad、Sei、MegaETH等项目为代表。现有的项目如FTM和Canto也开始计划朝这个方向进行升级。然而，正如并非所有 ZK 项目都保护隐私一样，标记为并行 EVM 的项目实际上也有不同的技术路线图和最终目标。

以Sei的一张图作为直观的演示，很明显，在乐观的情况下，从顺序处理过渡到并行处理可以显着提高性能。

在并行EVM中，实际上有几种不同的技术途径。

从交易如何并行化的角度来看，世界上并没有什么特别新鲜的事情。它归结为预验证和后验证之间的差异。

以 Solana 和 Sui 为代表的预验证要求交易明确声明其修改链状态的哪些部分。这允许在块生产之前进行预检查，以检测任何状态冲突（例如访问相同的 AMM 池）。如果检测到冲突，则丢弃冲突的事务。

后验证也称为乐观并行，以Aptos BlockSTM为代表，最初假设不存在冲突并包含交易。然后，执行后，它会检查是否存在冲突。任何冲突的交易都被声明为无效，刷新结果，并重复执行，直到执行完块中的所有交易。Sei、Monad、MegaETH 和 Canto 使用类似的解决方案。

在一级市场，我们还看到了针对涉及状态冲突的场景（例如访问前面提到的相同 AMM 池）而定制的并行化解决方案。然而，从工程角度来看，这些解决方案似乎相对复杂，并且其商业可行性尚不确定，仍在评估中。

对并行EVM的重视程度也可以分为两个流派。

其中一个以 Monad 和 Sei 为代表，它们优先考虑将并行事务作为主要的扩展方法，使并行化成为主要的叙述方式。

例如，除了乐观并行处理之外，Monad 还专门针对异步 I/O 开发了 MonadDB，以补充并行处理。

另一种思想流派以 Fantom、Solana 和 MegaETH 为代表，其中并行化是扩展解决方案之一，但不是唯一的解决方案。并行化作为辅助叙述，性能提升更多地依赖于其他技术解决方案。

例如，Fantom 的 Sonic 升级侧重于 FVM 虚拟机搭配优化的 Lachesis 共识机制。Solana下一阶段重点关注Firedancer新客户端的模块化架构、优化的网络通信机制、签名验证等。

MegaETH 旨在实现实时区块链。首先，它建立在Paradigm开发的高性能Reth客户端之上。然后，进一步优化和增强了全节点的状态同步机制（仅同步状态差异而不是所有数据）、Sequencer的硬件设计（使用大量具有存储能力的高性能RAM进行状态访问）等各个方面。 ，避免缓慢的磁盘 I/O）、Merkle Trie 数据结构的改进等等。这种全面的优化涵盖了软件、硬件、数据结构、磁盘I/O、网络通信以及交易排序和并行处理，将EVM的性能天花板推向极限，逼近“实时区块链”的概念。

三、与层

DA层还没有出现特别重大的技术迭代，所以这个赛道的热度远不如执行层。游戏中只有少数主要玩家。

ETH 的 CallData 升级为 Blob，再加上各种第 2 层解决方案的费用大幅降低，使得 ETH 现在成为“不太昂贵”的 DA。

有趣的是，Celestia 更大的影响在于，它是上线后第一个提出 DA 层概念的项目，将 DA 赛道从 20 亿美元的 FDV（完全摊薄估值）上限提升到 200 亿美元，从而拓展了景观和想象空间。许多新的 Layer 2 应用链自然更喜欢 DA，其中 Celestia 处于领先地位。

Avail 是从 Polygon 中独立出来的，从技术上讲，它更像是“Celestia 的增强版”。例如，它采用了Polkadot的Grandpa+BABE共识机制，理论上比Celestia的Tendermint支持更多节点、更去中心化的设置。它还支持 Celestia 不支持的功能，例如有效性证明。不过，技术上的差异远不如生态系统重要，Avail 仍需要在生态系统层面上迎头赶上。

EigenDA 于几天前随着 EigenLayer 主网的发布而上线。作为本轮叙事性最强、最擅长商业合作的项目之一，我个人感觉EigenDA的采用率不会低。理论上来说，只要“感觉安全、价格便宜”，没有多少项目真正关心你是使用有效性证明还是欺诈证明，或者是否支持 DAS 等等。

有趣的是，值得一提的是以下三个 DA。

• Near DA——Near 是一个出色的公共区块链，最初专注于分片，并且它仍在继续这样做。然而，除了分片之外，它还涉足了DA领域。它比 Celestia 便宜，并且支持 Layer 2 的快速结算。 链抽象——最近，Near 引入了链签名，允许用户通过单个 NEAR 账户对任何链上交易进行签名。AI — 他们的创始人 Illia 是变形金刚八人组之一，在 NVIDIA GTC 上曾被黄先生拍过肩膀，这一点十分出名。他们目前正在计划聘请AI工程师，并将在下个月发布near.ai相关公告……作为六角战士，我也投身到了DA赛道。

• BTC & CKB — 由于 BTC 第一层不支持智能合约和直接结算，几乎每个 BTC EVM 第二层解决方案都将 BTC 视为 DA。唯一的区别在于他们是直接将 ZK Proof 应用于 BTC，还是简单地对 ZK Proof 进行哈希处理。就好像不这样做就失去了被称为“BTC Layer 2”的资格。最近又有新项目说，“我不会假装；我不会假装”。我是ETH L2，DA结算是在ETH上进行的，但我是为BTC生态服务的！” 相当有趣……唯一非常规的缩放解决方案是 CKB 引入的 RGB++。在这个框架中，CKB 充当伪 DA，而 BTC 由于其 UTXO 通用同构绑定技术，成为 RGB++ 的结算层。

• 新的 DA——我将提到我遇到的两种创新的 DA 方法，但不会提及具体的项目。一种将DA与AI集成，不仅充当高性能DA，还充当AI大模型、训练数据和训练轨迹的存储层。另一种改进了 Celestia 等 DA 底层的 RS 代码，在不稳定的条件下提供更稳健的网络状态，例如每轮都有多个节点随机退出的动态网络。

四、沉降层

最初，这一层几乎完全由 ETH 主导。虽然 DA 面临来自 Celestia 的竞争，并且执行有各种 L2 解决方案，但结算主要是 ETH 的领域。Solana、Aptos 等其他连锁店还没有 L2 解决方案。BTC的L2解决方案要么没有被使用，要么无法利用BTC进行结算。目前，ETH 几乎是您能想到的唯一结算层。

然而，这种情况即将改变。几个新项目已经在朝着本文开头提到的方向发展。一些老项目也开始向这个方向转型，即——ZK验证/结算层——进一步解构ETH（窃取ETH的业务）。

为什么会出现这个概念？

原因在于，在 ETH L1 上运行合约来验证 ZK Proofs 理论上并不是最优的选择。

从技术角度来看，为了验证ZK Proofs的正确性，开发人员需要使用Solidity基于ZK项目和所选的ZK Proof系统编写验证合约。这涉及依赖多种加密算法，例如支持不同的椭圆曲线。这些加密算法通常非常复杂，并且 EVM-Solidity 架构并不是实现这些复杂加密算法的最佳平台。对于一些ZK项目来说，编写和验证这些验证合约的成本也相当高。

这在一定程度上阻碍了一些ZK生态原生融入EVM生态。因此，Cario、Noir、Leo、Lurk等ZK友好语言目前只能在自己的Layer1上进行验证。与此同时，ETH的更新或升级总是涉及到“大船掉头”。

从成本上看，虽然L2支付的“保护费”大部分是DA费用，但ZK合约验证也会产生gas费。在以太坊上进行验证绝对不是一个便宜的选择。再加上以太坊的 Gas 费用偶尔会飙升，将其转变为“优质链”，验证成本也同样受到影响。

结果，出现了具有 ZK 验证/结算层概念的新项目。这些新项目仍处于相对早期阶段，Nebra 就是一个典型的例子。较旧的项目也在朝这个方向发展，例如 Mina 和 Zen，它们刚刚通过了新提案。

该轨道中大多数项目的总体方法基本上是：

• 支持多种ZK语言

• 支持ZK聚合证明，提高效率、降低成本

• 实现更快的最终确定时间

ZK结算层很可能会与去中心化证明市场紧密相连，因为仅拥有技术是不够的；还需要计算能力。我们可能会看到一些结算层项目与证明市场项目合作。或者，具有计算能力的结算层可能会建立自己的证明市场，而具有技术专长的证明市场项目可能会冒险进入结算层。最终，市场将决定前进的道路。

在基础设施的其他领域，例如 Oracle 和 MEV 领域 (OEV) 以及互操作性（ZK 轻客户端网络），网上可能有很多文章。我不会在这里深入研究它们。下次遇到什么新鲜的、有趣的事情我会分享的。