作者: 币安app官方 日期:2024-11-07 17:16
原文标题:《A&T View:模块化之后 -- 关于区块链底层优化路径的探寻》
撰文: Todd
前言
这两周花了不少时间来弄明白新公链 & 新 L2 的创新点,并尝试从中寻找模块化之后,下一个公链底层创新可能出现的地方,就有了「拆分 & 优化 & 重组」——是我从所有这些创新中提炼出的第一性原则,更是我认为会长期指引区块链不断优化的第一性原则。
前文链接:《详解区块链分层结构:不同开发框架的核心特征与价值》
什么是细分 & 优化 & 重组
这个理念源于「模块化区块链」,但与当前主流的模块化定义存在一定的不同:
e.g. Celestia 将存储层拆分,并提供通用的存储层以支持更高的效率&更多的自主性;
e.g. 在计算层,将所有交易按照分类来独立执行。
这个理念其实很好理解:让每一个结构可以执行尽可能简单的计算,以获得单个结构最大的效率提升。
基础层创新中的「拆分 & 优化」
以太坊——Danksharding
在以太坊基金会研发团队第八次 AMA 中,Justin 明确表示「以太坊正在变得越来越模块化」(Ethereum is becoming increasingly modular)。
Justin 在 Reddit 中回复的截屏
但你应该也注意到了,Justin 口中的「模块化」是超出了当前市场上大量被讨论的「模块化区块链」概念的:
以上这两点均完美契合了「拆分 & 优化」的定义。
Aptos & Sui
并行计算 是 Aptos 和 Sui 扩容方案中的核心理念。
其实,并行计算是一种已经在 Web2 中被大量验证过的扩容理念,但其中的前置条件限制了这种理念在当前主流区块链:两两之间存在相关性&冲突性的交易无法直接进行并行计算,e.g. 当两个用户与 Uniswap 中的同一个交易对进行交互,A 用户交易执行后会改变 B 用户面对的资产兑价,那么先执行 A 还是先执行 B 对结果是存在冲突的。
Aptos & Sui 通过一系列的分类处理来解决了这样的限制:
Software Transactional Memory (STM)与 optimistic concurrency control (OCC)的组合,是一种对内存访问进行检测并管理冲突的方法(从链上对交易的记录最终会修改数据库的视角):先乐观的让并行的多个线程独立完成对共享数据库的修改,完全忽略可能会有其它的线程存在,如果不涉及冲突,则可以轻松的处理超大量的内存修改;如果涉及冲突,则会对单个交易进行回滚,并待冲突交易更新完毕后再执行。
这种分类处理的概念从某种意义上也完全符合「拆分 & 优化」的理念:
将共识层和执行层进一步细分,按照交易的类别来对整个 P2P 网络中的所有进行分类处理,让每一个结构可以独立完成对共享数据库的修改,这样尽可能优化了单个结构的执行要求。
Altlayer
Altlayer 是一个可插拔的&按需加载的 L2&L3 框架,主要针对应用阶段性的高扩展性需求。
如果你一定要问我 Altlayer 和其他主流 L2 的区别,我大概会说:Altlayer 是套弹性的扩容方案,而其他主流 L2 都是非弹性的。
以下的这种场景将最大化弹性扩容的价值:
大量的 NFT 项目会在其 Mint 活动期间爆发出超高量的交易,但长期中并不会持续有对高 TPS 的要求 >>> 弹性扩容方案可以满足 NFT 项目 Mint 期间的网络需求,且长期不会给 NFT 项目带来持续性负担。
Altlayer 的核心理念也完美契合「拆分 & 优化」的理念:
弹性扩容本质上是将用户的需求进行细分,针对阶段性&突发性需求,提供了更加优化的方案 -- 弹性扩容其实在传统云服务中是一种非常常见的解决方案。
简单的归纳一下:
在以太坊诞生至今的数年里,关于最优的区块链的大体框架结构其实已经越来越清晰,但我们仍需要将区块链底层再次优化以适应大规模应用的需求,那优化的方向是?
请注意:通过细分 & 优化的单个结构,重组的方案也可以创新,且最终效果可能远超原计划
下一代以太坊杀手?
最近社群里其实有很多关于下一代以太坊杀手的讨论:Move 匪帮 Aptos & Sui V.S. 模块化标杆 Celestia。
个人认为:不是上述的任何一个,但会包含上述方案中的创新点。
上述「以太坊杀手」V.S. 以太坊 (Danksharding)
以太坊是更安全的选项,但在可扩展性 & 自定义能力上并不占优 -- 个人观点(可能会 update :D)。
Aptos & Sui 的共识涉及到了区块链状态共识部分,意味着该共识天生就和以太坊现有框架无法集成 >>> 以太坊目前还无法集成这类并行计算的创新,至少在短期不太行。
基础层创新中的「拆分 & 优化」
从 Vitalik 在 EthCC 打趣「Shall we cancel sharding」,再到 @Polynya 的《4844 and Done》,市场上有许多关于「减缓链创新以降低区块链复杂度」的讨论。
个人偏向于「还没到简化的阶段」:如果我们回看云服务行业的发展历程,在前半段的数年里,云服务变得越来越有用的同时也是在变得复杂。直到近几年,我们才看到越来越多的简化措施,e.g. Serverless, IAC
新兴技术的发展大概都是你这样的三部曲:「寻找 & 确定一套通用且最具价值的大框架」>> 「提升能力范围,也变得复杂」>> 「简化以获得更好的使用体验和更低的成本」。
简化的前提是东西已经足够好用,而当前的区块链底层基础很明显尚未达到「足够好用」的级别。我们仍在上半场
我十分坚信:我们能在漫长的熊市中看到更多的「细分 & 优化」!届时,再回来做更新!
来源链接