当前位置: 代码网 > 科技>区块链>区块链技术 > ETH等公链基础设施近期又有哪些新变化值得关注?

ETH等公链基础设施近期又有哪些新变化值得关注?

2024年04月16日 区块链技术 我要评论
基础设施层面,尤其是公链基础设施这个赛道发生了哪些变化?其中有些新的东西还是值得一说,本文将为大家介绍近期值得关注的ETH等公链基础设施项目,一起来看看吧...

最近在一级市场,最火热的赛道无疑是 ai,其次是 btc,每天聊的项目 80% 都集中在这两个赛道,我个人最多的时候一天可以聊 5、6 个 ai 项目。

可以预见的是 ai 泡沫会在明后年达到顶峰,随着数以百计的 ai 新项目上线,ai 赛道市值攀向巅峰,在最终泡沫破裂,一地鸡毛的同时,也会诞生出真正找到 ai x crypto 契合点的独角兽,把这个赛道以及整个行业继续向前推进。

所以在当前 ai 过热的环境下,静下心来,看看近几个月在基础设施层面,尤其是公链基础设施这个赛道发生了哪些变化?其中有些新的东西还是值得一说。

eth,或者说单片链的进一步解构

当年 celestia 第一次提出模块化概念以及 da 层这个概念的时候,市场其实花了不少时间去消化和理解,现在这个概念早已深入人心,各种 raas 基础设施已经泛滥到基建数量>应用数量>用户数量这么一个夸张的阶段。(raas:rollup-as-a-service 的缩写,是指提供现成的 rollup 产品和服务,帮助应用开发者快速启动 rollup)

执行层、da 层、结算层在过去几个月里分别发生了一些不同技术上的进展,每层都衍生出新的技术方案,甚至结算层的概念也不再是 eth 专有。我们每个层挑代表性的技术来简单说下。

执行层

执行层最火热的概念无疑是并行 evm,以 monad、sei、megaeth 为代表,ftm、canto 等一些现有项目也开始计划往这个方向升级。不过正如不是所有 zk 项目都会保护隐私一样,被并行 evm 标签的项目其实在技术路线和最终目标上面都各有不同。

拿 sei 的一张图来做个直观的展示,很明显在乐观的情况下,由现有的顺序处理改成并行处理对性能的提升还是非常明显的。

并行 evm 里面其实又可以分成几个不同的技术路线:

1)从交易如何并行的角度 - 太阳底下无新鲜事,无非先验与后验的区别

先验以 solana 和 sui 为代表,要求交易明确声明他们修改了链状态的哪些部分,这样在打包区块之前事先检测是否有状态冲突(比如对同一个 amm 池的访问),有的话就丢弃这些造成冲突的交易。

后验也叫乐观并行,以 aptos blockstm 为代表,即先假设大家都没有冲突把交易收进来再说,执行完了再检测。发现冲突的交易就宣布这个交易无效,结果刷新,重新执行,重复这个步骤直到区块中的所有交易都被执行。sei,monad,megaeth,canto 使用了类似的解决方案。

我们在一级市场还有看到针对状态冲突情境下(像上文说的同一 amm 池访问)做并行的解决方案,但看上去工程会相对复杂,不确定商业上是否可行,还在评估中。

2)从对并行 evm 重视的程度 - 也可以分成两个流派

一个是 monad,sei 为代表,把如何交易并行作为主要扩容思路,即并行为主叙事,比如 monad 除了乐观的并行处理,还有专门开发的 monaddb,异步 i/o 专门配合并行处理。

另一个是 fantom, solana, megaeth 的思路,并行是扩容方案之一,但也只是之一,并行是个辅助叙事,性能提升更多依赖于其他的技术方案。

比如 fantom 的 sonic 升级,主打的是 fvm 虚拟机 + 与优化过的 lachesis 共识机制。solana 下一阶段主打的是 firedancer 新客户端的模块化架构,优化的网络通信机制和签名验证等等。

megaeth 的目标是实现 realtime blockchain。首先是在 paradigm 新开发的 reth 高性能客户端基础上,在全节点的状态同步机制(只同步状态差异而非全部数据)、sequencer 的硬件设计(大量高性能带存储功能的 ram 来做状态访问,避免缓慢的磁盘 i/o)、merkle trie 的数据结构改进等多个方面做了进一步优化和提升,相当于软件、硬件、数据结构、磁盘 io、网络通信、交易的排序和并行处理上综合全方位提升,把 evm 的性能天花板推至极限,接近「realtime blockchain」。

da 层

da 层没有特别大的技术迭代,所以这个赛道卷的程度远不如执行层,算来算去就那么几个主要选手。

eth 的 calldata 升级成了 blob,各个 layer2 的费用大幅下降,现在 eth 已经是一个「不那么贵」的 da 了。

celestia 更大的作用反而是上线之后作为第一个提出 da 层概念的项目,把 da 这个赛道从 20 亿 fdv 的天花板拉到了 200 亿,从此格局和想象力打开。很多新的 layer2 appchain 首选 da 自然也是 celestia。(fdv 的意思是「完全稀释估值」,这是一个估值指标,由 token 价格 * 总量得出)

avail 从 polygon 独立了出来,从技术上来讲更像是一个「加强版的 celestia」,比如用了波卡那套 grandpa+babe 的共识机制,相较于 celestia 的 tendermint 理论上可以支持更多节点的去中心化,还有比如支持 celestia 不支持的 validity proof 等等,当然技术上的差异远不如生态来的重要,avail 在生态层面还需奋起直追。

eigenda 前两天也随着 eigenlayer 主网一同上线,eigenlayer 作为本轮最强叙事之一 + 最会商业合作的项目,eigenda 的采用率我个人感觉不会低,理论上来说只要「感觉安全,价格便宜」,并没有太多项目真的在乎你用的是 validity proof 还是 fraud proof、das 有没有支持等等。

比较值得一说的反而是下面三个 da:

1)near da

near 是个神奇的公链,原本是做分片的,现在也依旧在做,但在做分片的同时他还做了 da。比 celestia 更便宜,还支持 layer2 的快速结算;

链抽象- 最近 near 推出了链签名,让用户能可以通过单个 near 账户请求给任何链上的交易签名;

ai- 旗下 founder illia 是 transformer 八子之一,在英伟达大会上被黄仁勋拍肩膀的人,现在正在计划聘请 ai 工程师,官网会在下个月发布相关公告……六边形战士,我也扔到了 da 赛道。

2)btc&ckb

因为 btc 的 layer1 不支持智能合约,无法直接结算,所以现在几十条 btc evm layer2 基本都在把 btc 当成 da 用,区别无非在于是把 zk proof 直接扔到 btc 上还是把 zk proof 的 hash 扔上去,仿佛不这样做就不能称自己为「btc layer2」一样。

最近其实有碰到新项目说「我不装了,我就是 eth layer2,da 结算都在 eth 上,但我是为 btc 生态服务的!」较为喜感……唯一一个扩容方案的另类是 ckb 推出的 rgb++,在这套框架里,ckb 成了类 da 的存在,而 btc 因为 utxo 同构绑定的黑科技,近似成为了 rgb++ 的结算层。

3)新 da

说两个看到的 da 新思路,就不提项目名字了。一个是把 da 跟 ai 结合,除了自身是一个高性能 da 之外,还可以充当 ai 大模型,训练数据和训练轨迹的存储层;另一个是改进了 celestia 等 da 底层的纠错码机制,可以在一个动态 网络(每一轮都有几个节点随机掉线)这样的不稳定状态里提供更加的稳健的网络状态。

结算层

原本这个层几乎是 eth 独占的,da 有 celestia 竞争、执行自家有一众 layer2。唯独结算,其他链像是 solana,aptos 之类还没有 layer2,btc 的 layer2 不用也没法用 btc 当结算,目前你能想到的结算层基本只有 eth 一个。

然而这个情况马上就会发生改变,已经看到数个新的项目在往文章开头提到的那个方向去拱 ,有些老项目也开始往这个方向转型,即 zk 验证 / 结算层进一步解构 eth(抢 eth 的生意)。

为什么会有这么个概念出来呢?原因在于,eth layer1 上跑合约去验证 zk proof,理论上的确不是一个最优选择:

技术上来看,为了验证 zk proof 的正确性,开发人员需要根据 zk 项目和其选择的 zk proof system,基于 solidity 编写验证合约。其中,需要依赖不少的密码学算法,例如需要支持不同的椭圆曲线。这些密码学算法通常都相对复杂,而 evm-solidity 架构并不是一个实现这些复杂密码学算法的最优平台。对于一些 zk 项目来说,编写和验证这些验证合约的成本同样很高。这某种程度上阻碍了一些 zk 生态系统原生的加入 evm 生态,因此像 cario、noir、leo、lurk 这些 zk 友好语言目前只能在自己的 layer1 上验证。同时,在 eth 更新或是升级这些东西总是「船大难掉头」。

费用上来看,虽说 layer2 上交的「保护费」da 占了大头,但 zk 的合约验证同样需要 gas 费用,以太坊上做验证肯定不是一个便宜的选项。加上 eth gas 费用时不时飙升变身「贵族链」,验证成本同样会大受影响。

于是就有了新的 zk 验证 / 结算层概念项目出现,新项目都还相对早期,以 nebra 为代表。老项目也有往这个方向 pivot 的,比如 mina,以及刚 pass 了新提案的 zen。

这个赛道大多数项目的整体思路基本都是:

  • 支持多种 zk 语言

  • 支持 zk 聚合证明,更高效,更便宜

  • 更加快速的最终确认时间

zk 结算层与去中心化 proof market 目前来看很有可能会绑在一起,毕竟有了技术还得有算力。也许会看到一些结算层项目与 proof market 项目合作,也可能掌握算力的结算层直接自己做一个 proof market,或是掌握技术的 proof market 自己下场做一个结算层包圆。到底怎么走,还得市场说了算。

小结

基础设施的其他领域,像是 oracle 与 mev 领域的 oev,互操作性领域的 zk 轻客户端网上应该有不少文章都有写了,在此不再赘述。下次看到一些新的好玩的东西,再跟大家分享。

(0)

相关文章:

版权声明:本文内容由互联网用户贡献,该文观点仅代表作者本人。本站仅提供信息存储服务,不拥有所有权,不承担相关法律责任。 如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 2386932994@qq.com 举报,一经查实将立刻删除。

发表评论

验证码:
Copyright © 2017-2025  代码网 保留所有权利. 粤ICP备2024248653号
站长QQ:2386932994 | 联系邮箱:2386932994@qq.com