全栈并行化新型EVM L1项目 弹性区块空间直击可预测性能痛点

全栈并行化:新型EVM Layer1项目的白皮书发布

近期,一个新兴的并行EVM Layer1项目发布了《全栈并行化》的白皮书,旨在全面提升区块链的可扩展性,为去中心化应用(DApps)提供"可预测的性能"。

可预测性能指为DApp提供可预测的每秒交易处理量(TPS),这对某些业务场景至关重要。部署在公链上的DApp通常需要与其他应用竞争计算资源和存储空间。在网络拥堵时,这会导致较高的交易成本和延迟,严重制约DApp的发展。试想,如果用户在使用去中心化即时通讯软件时,由于底层网络拥堵导致消息无法及时发送和接收,这对用户体验将是灾难性的。

为解决"可预测性能"问题,一种常见做法是使用专用于特定应用的区块链,即应用链。应用链是将区块空间专门用于特定应用的区块链。

而这个新项目则创新性地提出了"弹性区块空间"(Elastic Block Space, EBS)的解决方案。基于弹性计算概念,从协议层面根据DApp需求动态调整区块资源,为高需求的DApp提供独立的扩容区块空间。

本文将分别介绍应用链和弹性区块空间,并比较两者的优劣。

DApp的可预测性能:从应用链到弹性区块空间

应用链的发展历程

应用链是为运行单个DApp而创建的区块链。开发者不是在现有区块链上构建,而是用定制虚拟机从头开始构建新区块链,执行用户与应用交互的交易。开发人员还可以定制网络堆栈的不同元素,如共识、网络和执行,以满足特定设计需求,从而解决共享网络上的高拥堵、高成本、特性固定等问题。

应用链并非新概念:比特币可视为"数字黄金"的应用链,Arweave可视为永久存储的应用链,某数据可用性项目可视为提供数据可用性的应用链。

2016年起,应用链不仅包含单一区块链,还包括多链形态,即由多个互联区块链构建的生态系统。主要代表是某跨链项目和某Web3基础设施项目等。前者致力于解决区块链跨链交互问题,可快速开发并启动一条链,设计了跨链通信协议;后者旨在成为完美的区块链扩容方案,其生态中的链被称为平行链,一开始就推崇共享安全。

2020年底,随着以太坊扩容研究聚焦侧链、子网和Layer2 Rollups等方案,应用链也衍生出相应形态。某多边形项目等侧链方案,某高性能公链的子网,都通过提升侧链或子网的体验和性能,实现整体服务能力的提升。Layer2 Rollups则以模块化堆栈形式支持应用链,某开源技术栈和某多边形项目的开发工具包受到众多项目青睐。Layer2 Rollups解决方案旨在提高以太坊网络吞吐量和可扩展性,满足增长的交易需求,并提供更广泛的互通性。

目前,已有大量应用构建在跨平台的应用链上。例如,某NFT游戏在2021年初推出以太坊侧链;某游戏项目于2021年底宣布从某公链迁移至某高性能公链子网;某去中心化交易所于2021年11月推出使用某跨链项目SDK构建的DeFi应用链;另一去中心化交易所在2022年中旬宣布产品V4版本将使用某跨链项目SDK技术构建独立应用链;某Web3基础设施项目于2023年上线服务Web3生态应用发展的基础设施应用链,还包含丰富的商业化协议层。

DApp的可预测性能:从应用链到弹性区块空间

应用链的优劣势

应用链获得运行主权区块链的全部权力,而不依赖底层Layer1,这是把双刃剑。

优势主要有三点:

  1. 主权:应用链能通过自身治理方案解决问题,保持独立性和自主性,防止各类干扰;

  2. 性能:满足应用所需低延迟和高吞吐量,提供良好用户体验,提高DApp实际运作效率;

  3. 可定制性:开发者可根据需求定制链,甚至打造生态系统,提供灵活的演进方式。

劣势同样有三点:

  1. 安全问题:应用链需自行负责安全,包括权衡节点数量、维护共识机制,规避质押风险等,网络相对不安全;

  2. 跨链问题:作为独立链缺乏与其他链(应用)的互操作性,面临跨链挑战。集成跨链协议又会增加风险;

  3. 成本问题:需要额外搭建大量基础设施,耗费大量成本和工程时间。还包括运行维护节点的成本。

对初创公司而言,应用链的劣势对其DApp运作影响很大。多数初创团队难以妥善解决安全和跨链问题,还会因高昂人力、时间、金钱成本而却步。但可预测性能又是特定DApp的刚需,因此市场急需Layer1层面的可预测性能解决方案。

DApp的可预测性能:从应用链到弹性区块空间

弹性区块空间

在Web2中,弹性计算是常见的云计算模型,允许系统根据需求动态扩展或缩减计算处理、内存和存储资源,无需担忧用量高峰的容量规划和工程设计。

弹性区块空间根据网络拥堵程度自动调整区块容纳的交易数量。如果区块链网络通过弹性计算为特定应用交易提供稳定的区块空间和TPS保障,就实现了"可预测性能"。

某Layer2项目也曾提出类似的"弹性动态扩展"概念,认为是DApp支持大规模采用的必然发展路径。预测未来1-3年将出现以下技术发展:

  1. 第一阶段:验证节点级别水平扩展;

  2. 第二阶段:链级别静态扩展;

  3. 第三阶段:链级别动态水平扩展。

而这个新项目真正落地了这个概念,解决了第一阶段"如何协调验证节点水平扩展支持弹性计算"的核心问题。当网络中协议增长时,可订阅弹性区块空间处理用户和吞吐量增长。弹性区块空间为高交易吞吐量需求的DApps提供独立区块空间,允许随增长而扩展。本质上,区块空间决定了每个区块可存储的数据量,直接影响交易吞吐量。当DApps经历交易需求激增时,订阅弹性区块空间可高效处理增加的负载,不影响底层区块链。

DApp的可预测性能:从应用链到弹性区块空间

弹性计算实现分为"实时弹性"和"非实时弹性",前者指分钟级响应扩容,后者在限定时间内响应扩容。该项目采用"非实时弹性"方法,即网络检测到需要扩容时发起扩容提议,一个或多个epoch后整个网络验证节点完成扩容,并提交扩容证明供其他验证者挑战。

该项目的弹性区块空间方案借鉴了分布式数据库理念,也是区块链分片技术的延续。从"计算分片"角度针对需求应用流量扩容,规避了"跨片事务"问题,使开发者和用户体验与之前无较大差别。同时,采用落地难度较小的"非实时弹性",在满足多数DApp实际需求的情况下,增强了应用性。

值得一提的是,弹性区块空间作为横向扩展区块链性能的解决方案,前提是"交易可并行化"。只有提高交易并行度,才需要横向扩展节点机器资源以提升交易吞吐量。

对以太坊这样的Layer1,交易串行问题是直接性能瓶颈,区块大小也受可变大小的区块Gas limit限制(上限30,000,000 gas),因此只能寻求Layer2扩容方案。

对某高性能Layer1,虽支持交易并行执行,性能可横向扩展,但无法应对需求高峰期DApp的"可预测性能"问题。该项目通过实施"本地费用市场"方案,防止单一需求交易垄断稀缺区块空间,限制时间性费用上涨,减轻突发需求高峰负面影响。例如,NFT发行期间,发行者将迅速消耗每个账户的计算单元(CU)限制,之后交易必须提高优先费用才能在该账户有限空间内处理。

可以说,这个新项目通过弹性区块空间方案应对交易需求激增,进一步延伸了某高性能公链中"本地费用市场"概念,不仅确保DApp"可预测性能",还防止全网范围内费用激增和拥堵,一举两得。

DApp的可预测性能:从应用链到弹性区块空间

总结

无论应用链还是弹性区块空间,本质上都是为解决不同DApp对区块链性能有不同需求的问题,或"可预测性能"问题。两种方案没有好坏之分,只有适合与否。这两种方案让人联想到"胖协议理论"——由Joel Monegro于2016年提出,围绕"加密协议应如何捕获(比构建在其之上的应用所捕获的集体价值)更多价值"展开。

应用链实际上是瘦协议,特别是当Layer1采用模块化架构时,协议层完全由应用层定制,虽为应用带来更好的价值累积机制,但同时带来高昂成本和有限安全性。

弹性区块空间实际上是胖协议,是底层Layer1协议层的扩展功能,有效降低了有"可预测性能"需求参与者的进入门槛,同时协议可捕获应用价值,产生正反馈循环。

DApp的可预测性能:从应用链到弹性区块空间

L1-0.59%
此页面可能包含第三方内容,仅供参考(非陈述/保证),不应被视为 Gate 认可其观点表述,也不得被视为财务或专业建议。详见声明
  • 赞赏
  • 8
  • 分享
评论
0/400
测试网学者vip
· 07-25 00:39
感觉又来个骗子项目
回复0
币圈疯批女友vip
· 07-24 13:23
瞌睡了都 白皮书马上到碗里来
回复0
consensus_whisperervip
· 07-24 04:30
layer1的玩家又来了
回复0
ForkTonguevip
· 07-22 01:06
又想套圈割韭菜
回复0
Web3教育家vip
· 07-22 01:05
太吸引人了!让我为我的高级区块链架构学生详细讲解一下…
查看原文回复0
潮水退了就知道vip
· 07-22 01:03
又吹 白皮书先空头支票
回复0
fomo_fightervip
· 07-22 00:54
L1又来割韭菜了
回复0
买顶卖底王vip
· 07-22 00:52
白皮书都能吹 上次割韭菜的味道还没过去
回复0
交易,随时随地
qrCode
扫码下载 Gate APP
社群列表
简体中文
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)