目录：
综合概述
1.基于MOVE语言的新生态调研
Aptos
Sui
Linera
2.模块化区块链与Celestia
什么是「模块化」？
区块链的架构分层
数据可用性问题
Celestia的区块链扩展方案
全模块化堆栈 --- Cevmos和递归Rollups
3.新一代隐私公链
Aztec
Aleo
4.区块链扩展解决方案
AltLayer
----------------------
近日，明星公链Aptos主网刚上线流通市值即超10亿美元，本篇我们将从基于MOVE语言的公链生态（Aptos、Sui、Linera）、模块化区块链生态（Celestia）、新一代隐私公链（Aztec、Aleo）与区块链扩展解决方案（AltLayer）来探索新公链中潜在的新机遇。
在「基于Move语言的公链生态」中，我们首先围绕Move语言特点、与solidity对比、应用进行分析，其次分别对Aptos、Sui、Linera各公链的介绍、特点、生态展开论述。
在「模块化区块链与Celestia」中，我们介绍了什么是“模块化”、区块链的架构分层以及数据可用性问题，其次针对Celestia公链讨论区块链扩展方案与全模块化堆栈，得出可共享性、简单性、共享安全、主权等方面相对于传统解决方案更有优势的结论。
在「新一代隐私公链」中，首先围绕Aztec协议的动机、票据、交互、匿名性、效率分析以及未来，表明AZTEC协议能为开发者需要的工具来创建下一代私密化去中心化金融服务设施，构建具有绝对隐私且私密化治理的数字资产，其次针对高额融资的Web3隐私赛道的龙头项目之一Aleo公链的简介、核心技术、共识机制、代币经济学以及未来阐述能为用户带来隐私保护以及数据的私有化。
在「区块链扩展解决方案」中，围绕专注于扩容的热度较高的公链之一AltLayer介绍其功能与特点，引入NFTmint场景痛点来提出解决方案与实现路径进而阐述我们为什么需要AltLayer 。
目前，Move 语言仅能在内置的智能合约使用。最早出现在 Facebook 的区块链项目 Libra （已废弃）中，最大的特点是资源 Resource 作为Move的一等公民。不同于以太坊的开发语言Solidity，Move 的资源永远不能被复制或隐式丢弃，只能在程序之间移动。
Move vs solidity
目前，区块链语言领域的主要参与者是 Solidity。作为最早的区块链语言之一，Solidity 旨在使用众所周知的数据类型（例如字节数组、字符串）和数据结构（例如哈希图）来实现基本的编程语言概念。但是，随着区块链技术的发展，可以看出区块链语言的主要目的是对数字资产进行操作，而这种语言的主要质量是安全性和可验证性。
Move 专为解决这两个问题而设计：数字资产的表示及其安全操作。EVM 和 Move 之间的一个根本区别是资产的数据模型，EVM资产不能作为参数传递、从函数返回或存储在另一个资产中。而 Move 资产是任意用户定义的类型，资产可以作为参数传递，从函数返回，并存储在其他资产中。
MOVE 的主要优势之一是数据可组合性。始终可以创建一个新的资产Y，其中包含初始资产 X。更重要的是 ，通过添加泛型，可以定义能够包装任何资产的通用包装器 Z(T)，为包装的资产提供额外的属性或将其与其他资产组合。
Move语言的应用
Aptos，Sui两个公链均是基于Move语言开发，但它们的共同点不至于此：
联合创始人都是来自meta的Diem和Novi团队；
两者均是 Layer1公链；
都试图用一条链解决去中心化、安全、高性能这组「不可能三角」。
虽然linera没有明确表示用Move开发，仅阐明基于rust进行开发，但是逻辑上两者相差不大，且跟Aptos，Sui同源，创始人曾也是Diem和Novi的基础架构工程师。所以这三个公链也被称之为meta系公链。
为什么公链赛道已经百花齐放，meta系公链还是要逆流而上闯入这条拥挤的赛道？其本质在于目前的公链都没有完美的解决「不可能三角」- 用一条链同时解决去中心化、安全、高性能。而这三个meta系公链正在以区别于传统区块链的技术来解决「不可能三角」，试图创建一个能让Web3落地的强大基础设施。
Aptos是三个meta系公链中开发最早也是发展最好的一个项目。Aptos 区块链旨在创建一个高吞吐量，低延迟的底层区块链网络，为生态中的所有参与者提供底层网络支持。
Aptos的创始人均都是来自meta的Diem和Novi团队，Aptos也是基于在Diem项目中积累的开源技术和开发经验来搭建的。其中Mo Shaikh 和 Avery Ching的两个Aptos创始人，曾深度参与Meta加密钱包Novi的开发。
截止 2022 年 7 月 27 日，Aptos 总共完成 3.5 亿美元融资，其中 a16z （Andreessen Horowitz）、FTX Ventures、Multicoin Capital 三家机构均参与了目前为止的两轮融资。
MOVE语言开发
Aptos Move 遵循 Move 语言的最初设计原则：
资源优先
在区块链中，我们需要通过程序来存取数字资产，Move语言的 resource 就是特别为数字资产定义的，resource 是不能被拷贝和隐式销毁的，它只能在不同的用户之间移动。Move语言的 module 类似于以太坊中的智能合约，module 声明了 resource 类型和过程。module 中的定义的 type 和过程可以被其他的 module调用。
Aptos 团队已经进一步增加了 Move 的特性，支持更广泛的 Web3 用例，实现了细粒度的资源控制。这个特性不仅有效支持了并行执行，而且几乎固定了访问与更改数据的成本。此外，Aptos 区块链提供了建立在细粒度存储之上的表支持，这使得大规模的数据集可以在一个账户中实现。
灵活性
Move语言可以通过 transaction 脚本，自由组合各种 transaction 来实现不同的功能，一个 Move 脚本可以调用多个 transaction。
Move语言中的 module/resource/procedure 的关系，类似于面向对象程序语言中 classe/object/method 的关系。
Move 字节码可以直接执行，也可以调用其他已发布的 Modules 代码，可以在一个交易中调用多个程序，能够灵活的实现在一笔交易中给多人转账。
安全性
Move编译的字节码提交到链上后，会被字节码验证器校验，然后经由字节码解释器执行。
为有助于编写更可信的代码，Move 包括了一个类型验证器，Move Prover ，能够根据给定的规范，验证 Move 程序的功能正确性，该类型验证功能已经集成到了 Move 语言中。
Move 编码系统为资源提供了针对性的安全保护。Move 资源不可复制，重复使用或销毁。一个资源类型仅能被定义其类型的模块创建或销毁。Move 虚拟机将通过静态字节码验证，并拒绝未通过字节码验证的的程序运行，以此确保其安全性。
可验证性
Move语言具有多种验证方式。通常，最好的验证方式就是将字节码提交到链上进行真实验证，但这样很明显会加重链的负担，影响交易的速度。所以，我们在 Move 中尽可能多在链上做轻量级的验证，而在语言级别做线下的静态验证。
Aptos状态同步
状态同步是允许非验证节点分发、验证和持久化区块链数据并确保生态系统中所有节点同步的协议。Aptos 网络中的节点，包括验证节点和全节点，必须始终同步到最新的 Aptos 区块链状态。运行在每个节点上的状态同步（state sync）组件负责这个同步。为了实现这种同步，状态同步从对等点识别并获取新的区块链数据，验证数据并将其持久化到本地存储。
Aptos 状态同步模式
Aptos 状态同步以两种模式运行。所有节点将在启动时引导（引导模式），然后持续同步（连续同步模式）。
其中引导模式有三种：
执行自创世以来的所有交易
应用自创世以来的交易输出
直接下载最新状态
连续同步模式有两种：
执行交易
应用交易输出
Aptos 状态同步架构
Aptos 状态同步组件由四个子组件组成，每个子组件都有特定的用途：
Driver：同步进度。它负责验证节点从对等点接收到的所有数据。数据通过数据流服务从对等方转发。数据验证后，Driver将数据持久化到本地存储中。
数据流服务：为客户端创建数据流，使客户端从对等点流式传输新的数据块，无需担心哪些对等点拥有数据，也不关心数据请求如何管理。
Aptos 数据客户端：数据客户端负责处理来自数据流服务的数据请求。对于流式传输所有事务的数据流服务，发出多个请求（每个请求针对一批事务）并将这些请求发送到对等点。数据客户端接受请求，确定哪个对等方可以处理请求并将请求发送给它们。
存储服务：存储服务是每个节点提供的一个简单的存储 API，对等点通过API调用获取数据。
Aptos 并行执行引擎
为了实现高吞吐量和低延迟，Aptos 区块链在交易处理的关键阶段采用了流水线和模块化方法。具体来说，交易传播、区块元数据排序、并行交易执行、批量存储和账本认证都同时运行。这种方法充分利用了所有可用的物理资源，提高了硬件效率，并实现了高度并行的执行。
Aptos 区块链从数据模型和执行引擎两方面着手实现并行处理。由于Move 语言数据模型本身支持数据和模块的全局寻址，Aptos 使用Move语言实现交易的并行执行。同时设计并实现了一个高效、多线程、内存中的并行执行引擎 Block-STM，依靠 Rayon、Dashmap 和 ArcSwap crates 实现并发。
并行数据模型
Aptos 区块链引入了一个新概念，delta writes，它描述了对账户状态的修改，而不是修改后的账户状态（例如，增加一个整数而不是简单地确定最终值）。所有交易处理都可以并行完成，然后以正确的顺序对冲突值进行delta writes操作，以确保确定性结果。
随着时间的推移，Aptos 区块链将继续通过提高并发性（例如，利用读/写提示）以及改善开发体验的方式来增强数据模型，让开发人员更自然地创建、修改和组合链上值。Move 为语言级别和平台特定功能上的改进提供了灵活性。
并行执行引擎
Block-STM 并行执行引擎检测和管理有序交易的冲突，同时进行乐观并发控制，以实现在特定顺序下最大并行度。
批量交易采用乐观锁并行，并在执行后得到验证。验证失败会导致重新执行。Block-STM 使用多版本数据结构来避免写-写冲突。所有对同一位置的写入都与它们的版本一起存储，其中包含它们的 ID 和被乐观重试的次数。当事务 tx 读取内存数据时，它会按预设顺序，从多版本数据结构中获取出现在tx 之前的区块高度最高的交易，写入该交易的值及其相关版本。
Block-STM 已经集成到 Aptos 区块链中。为了解 Block-STM 的性能潜力，我们使用内存数据库，将有意义（non-trival）的点对点 Move 交易（例如：每个交易 8 次读取和 5 次写入）作为独立的，仅执行 （非端到端）的基准进行测试。
Aptos 共识协议
Aptos 通过Aptos BFT共识算法来实现共识机制。Aptos BFT沿用了Diem BFT，并在其基础上已经进行了第四次迭代。
迭代功能之一为：添加一个主动起搏器。它使用超时来同步验证器，远快于等待增加的超时，区块只需两次网络往返即可提交，从而使亚秒级的最终确定性成为常见情况。其二是 Aptos 添加了一个信誉系统。通过检查链上数据并自动更改领导者轮换以解决无响应的验证者。
Sui是Meta系公链中起步最早的一个项目，由Mysten Labs团队开发，Mysten Labs团队创始人Evan Cheng等也是从Diem和Novi项目离开的。
Sui旨在创建一款环保、低成本、高吞吐量、低延迟的无权限区块链。相比传统区块链，Sui最关键的创新在于Sui的数据模型及交易处理通道。
2021年12月，Sui公布了3600W美金的A轮融资，2022年7月， Sui 爆出正在寻求2亿美元 B 轮融资，估值已经达到20亿美元。其中A轮融资资方包括 a16z 与 NFX、Scribble Ventures、Redpoint、Lightspeed、Electric Capital、Samsung NEXT、Slow Ventures、Standard Crypto、Coinbase Ventures 等。
1. 基于Core Move改造的Sui Move
以Sui对象为中心的全局存储：在Core Move 中，全局存储是编程模型的一部分，可以通过特殊操作访问，例如move_to、move_from 和更多全局存储操作符。Sui Move 中没有与全局存储相关的操作，存储只发生在 Sui 内，Sui 显式地将所有需要访问的对象传递给 Move。
地址代表对象 ID：在 Move 中，有一种特殊的地址类型。此类型用于表示Core Move 中的地址，因为Core Move 在处理全局存储时需要知道账户地址。在Sui Move中是使用地址类型来表示对象 ID。
Sui对象具有全局唯一ID：在Core Move 中，key可以用作全局存储的 key。Sui要求任何具有键能力的结构都必须以具有ID类型的id字段开头，Sui通过字节码验证器来确保 ID 字段是不可变的并且不能转移到其他对象。
Sui的模块初始化：初始化函数在模块发布时由 Sui 运行时执行，目的是预初始化特定于模块的数据。初始化函数必须具有以下属性才能在发布时执行：函数名是init；函数必须是单参数类型；没有返回值；私有函数。
Sui将对象引用作为输入：Sui 提供了可以直接从 Sui 调用的入口函数，以及可从其他函数调用的函数。
2. Sui 的数据模型及交易处理通道
Sui创始人指出：Sui 的做法是通过「对象（objects）」 来区分、组织数据。某款 NFT 、某个代币的余额、某项智能合约，这些都是不同的对象（可以理解为类型），意味着 Sui 链上的交易可以根据对象的不同来分组处理。
常规区块链所有交易都需要集体排序，然后执行。对于 Sui 来说，所有交易都会根据一定的逻辑区分、整理后再排序，然后执行。数据模型可以使不同交易之间的依赖关系更清晰，只有共享对象的交易才需要集体排序，特定对象的交易则不需要这一共识协商过程。
总结来说即Sui对于特定对象类交易可以并行执行，共享对象型交易彼此间也可并行执行，但在各个共享的对象是需要顺序执行的。这一架构可以同时解决如下产品问题：
水平扩容能力：在 Sui 之上，每组交易都是并行处理的。
可组合性：将资产作为参数传递给函数，从函数中返还某种资产，再将资产存储在一个数据结构内，或是直接存储在另一个资产内。
链上存储：类资产数据，比如游戏的种族、等级、经验等等，都可以存储在 Sui 的对象中。
部分重播能力：区块链提供了所有交易的历史记录，Sui 的构架允许这些项目只关注它们所关心的对象的演化，即部分重播。
3. Sui的两种交易共识机制
Sui的共识机制分成了两部分：Narwhal（内存池协议）和Tusk（异步共识协议），但在2022 年 8 月，Bullshark 取代了共识协议的 Tusk 组件作为默认设置，以减少延迟并支持公平性。所以可以理解为Narwhal 和 Bullshark 或 Tusk 构成了 Sui 共识引擎。
Sui共识引擎的特点（Narwhal mempool提供）
一个高吞吐量的数据可用性引擎，在一个主节点上有数据可用性的加密证明
一个结构化的图形数据结构，用于遍历这些信息
一个可扩展的架构，将磁盘I/O和网络要求分给几个工作者
共识组件提供一个零信息开销的共识算法，利用图的遍历
Sui共识引擎架构
一个Narwhal实例设置了一个消息传递系统，该系统由一组节点之间分配的利益单位组成，并假设有一个计算上受限的对手控制着网络，可以破坏持有f个利益单位的各方。验证者合作形成一个无领导的交易批次图--文献（在基于DAG的共识的背景下）将其指定为区块，我们将其标记为集合--以强调我们处于mempool数据被未指定的共识算法使用的环境中。
该图的顶点由认证集合组成。每一个由其验证者-作者签名的有效集合必须包含一个整数，并且本身必须由法定的（2f 1）验证者桩签名。我们把这2f 1个签名称为可用性证书。此外，该集合必须包含指向上一轮有效证书（即来自具有2f 1个单位股权的验证人的证书）的哈希指针，这构成了图的边。
每个集合是以下列方式形成的：每个验证人可靠地广播每一轮的集合。在规定的有效性条件下，如果拥有2f 1股权的验证者收到一个集合，他们会用各自的签名来确认它。来自2f 1个验证者的签名形成了一个可用性证书，然后在r 1轮共享并可能包括在集合中。
下图表示这样一个DAG的五轮构建（1到5），当局A、B、C和D参与其中。为简单起见，每个验证者持有1个单位的股权。在A5中，由A的最新一轮确认的集合在图中以全线表示。
Sui共识引擎工作机制
图形结构允许在每个机构和每一轮的系统中插入更多的交易
证书证明了每个集合或块在每一轮的数据可用性
它们的内容构成了一个DAG，可以在每个诚实节点上进行相同的遍历
虽然Bullshark或Tusk共识在几个后验中选择了一个特定的DAG遍历，但它们和外部共识算法都可以在选择区块/集合时增加更多的复杂性，以反映优先级问题。
Sui共识引擎小结
Sui将交易分为两种，一种是简单交易，即交易与区块链状态的其他任意部分没有复杂的相互依赖性，一种是复杂合约，即在这种交易下，合约可能会受益于共享对象，其中多个用户可以改变这些对象。
在简单交易中，Sui使用基于拜占庭一致广播的更简单算法，采取了只为相关数据而不是整个链锁定的方法。在这种情况下，唯一需要的信息是发件人地址，然后一次只能发送一笔交易。
在复杂合约中，Sui 使用共识协议对所有涉及共享对象的交易进行完全排序。Narwhal （内存池协议）提供了一个高吞吐量的数据可用性引擎和一个可扩展的架构，将磁盘 I/O 和网络需求分配给多个对象。Bullshark 利用图遍历提供了一种零消息开销共识算法。两者结合可以提升复杂合约的处理性能。
目前Linera官方公布的信息非常少，且较Aptos，Sui来讲起步最晚，目前处于非常早期的开发中，公开资料仅有开发理念与创新思路。
支付系统。linera公开信息中指出：“Linera 区块链旨在推广这种方法并将其投入生产，使大多数基于帐户的操作能够在几分之一秒内得到确认”。可以看出linera的定位其实是支付系统，而不是通用型公链。
低延迟。linera致力于让web3应用像web2应用一样拥有极致丝滑的体验，不再被网络延迟的问题所困扰。
线性扩展。Linera 项目将开发和推广适用于线性扩展的新执行模型，那么不通用户账户的操作可以并行执行在不同的线程中。（暂时没完）
基于Rust语言开发。linera公开资料中并未明确表示是用move语言开发，仅指出是基于Rust语言进行开发。
什么是「模块化」？
模块化区块链是区块链架构的革新，是解决区块链扩容问题的一种创新型方案。在理解模块化区块链之前，我们需要先理解：什么是「模块化」？
在软件工程开发中，「模块化」是指将程序中的代码进行解耦，使每个模块的功能独立，模块之间的耦合程度低，达到模块复用的目的。「模块化」的本质是一种「劳动分工」，而程序就是一个「组织」；不同的模块相互组合能形成不同的程序。
对于区块链，「模块化」是对于「单体化」区块链架构的一种替代，根据区块链各部分的功能对于架构进行分层；新兴的区块链只需要实现某一层的功能，为其他层的区块链提供服务，而无需像「单体化」区块链那样，包含所有层的功能。实现「模块化」的好处在于，增加区块链的去中心化程度，提升区块链的吞吐量和容量。
区块链的架构分层
关于模块化区块链的分层，我们可以从以下方面进行定义：
安全模块: 保证区块链的安全性.
执行层：在执行层中，单笔交易被执行并发生状态更改；对于同批次的交易，计算该批次的状态根。目前主流的执行层解决方案是Rollup，即我们熟知的StarkNet、zkSync、Arbitrum和Optimism等。
结算层：结算出状态承诺，例如主链上的Rollup合约验证状态根的有效性（zkRollup）或欺诈证明（Optimistic Rollup）的过程。
执行环境层: 提供区块链的执行环境.
共识层：共识层是为了在分布式系统中对某件事达成一致，即对状态转换的有效性达成共识。在共识层上，验证者会对交易发生的顺序达成共识，但验证者并不关注交易本身是否有效。
数据可用性层：这一层需要解决的是「数据可用」的问题，即保证在一个新区块产生之后，新区块的所有数据发布在区块链上。如果无法证明区块的数据都发布在了区块链上，则隐藏在区块中恶意交易无法被检测出，区块链也就不具有安全性。
模块化区块链中的最具有代表性的产品是Celestia，一个提供「可插拔的」共识层和数据可用层的POS(Proof of Stake)区块链。在深入理解Celestia之前，我们先了解一下「数据可用性」可能存在的问题。
数据可用性问题
在区块链中，每个区块由两部分组成。
区块头：这是区块的元数据，包括关于区块的一些基本信息，包括交易的Merkle根。
交易数据：这构成了区块的大部分，由实际交易组成。
区块链网络中一般也有两种类型的节点。
完整节点（也被称为完全验证节点）：这些是下载并检查区块链中每笔交易是否有效的节点。建立这种节点需要大量的资源和数百GB的磁盘空间，但这些是最安全的节点，因为它们不能被欺骗接受含有无效交易的区块。
轻型客户端：如果你的电脑没有资源来运行一个完整的节点，那么你可以运行一个轻型客户端。轻型客户端不下载或验证任何交易。相反，他们只下载区块头，并假设区块只包含有效的交易，所以轻型客户端的安全性比完整节点要低。
这就提出了一个重要的问题：我们如何让轻客户端拒绝无效区块，让他们不必信任矿工？答案就在于欺诈证明，即证明特定交易无效的证明。
这是数据可用性问题发挥作用的地方，为了让全节点生成欺诈证明，所有的基础数据都需要已经发布。如果数据不可用，那么就没有人能够重新计算状态或证明恶意活动。所以，我们真正需要的是一种方法，让轻客户端在检查区块头信息时，检查矿工是否已经将交易数据发布到链上。只要这些数据被公布，并且对全节点可用，那么他们就能产生欺诈证明。这就是为什么需要数据可用性证明。
安全假设
完整节点：仍然是最安全的方案，完整节点不能被欺骗接受无效的区块。
标准轻客户端：因为他们不验证区块，所以他们假设多数人的共识是诚实的。
轻客户端 欺诈证明：我们现在可以用一个更弱的诚实少数人假设来取代状态有效性的诚实多数人假设。你现在只需要最低数量的轻型客户端发出足够多的样本请求，这样他们就能一起重建整个区块。
欺诈证明和数据可用性采样的结合是实现链上区块链扩展的核心（例如，通过分片或增加区块大小），同时保持数据可用性和有效性的有力保证。
Celestia的区块链扩展方案
Celestia的路线图非常符合这样的理念：使用最小硬件的普通用户应该能够自己验证链，Celestia打算通过使验证更容易来扩大规模。因此，它并不保证容量将总是超过需求，会有一些限制，而且会出现一个收费市场。Celestia提供了比其他当代区块链设计更多的容量，这反过来将带来难以置信的可扩展性和更低的费用。它能做到这一点，是因为它的设计使验证链的计算变得容易（不必担心执行，执行由其他执行层完成）。
Celestia扩展的关键在于，在验证链的过程中，工作量与区块大小呈亚线性。更具体地说，客户只需要下载他们要检查的数据量的平方根。例如，假设你在一个有10,000个块的区块上做DAS。你只需要下载和检查其中的100个。你现在从一个节点需要下载和执行区块中的每一个交易的模式变成了一个你只需要下载和检查区块中数据的平方根量的可用性的模式。让这种验证如此简单是扩展的关键，因为你需要采样的块的数量与区块大小基本无关，所以无论区块大小如何，检查区块的成本都是大致不变的。这允许你增加区块（或分片）的大小，从而增加TPS，而不增加终端用户验证链的成本。然而，区块越大，你需要在网络中下载随机样本的用户越多，以确保用户已经集体采样了区块中的所有内容。因此，安全地托管更多数据的限制只是拥有更多的节点。
全模块化堆栈 --- Cevmos和递归Rollups
就背景而言，Evmos是一个与应用无关的链，将与以太坊主网、EVM兼容环境和其他BFT链通过IBC进行互操作。Evmos旨在成为Cosmos的EVM中心，使其能够轻松地部署智能合约并在Cosmos生态系统内进行交流。
目前的问题是，以太坊主链并没有只为Rollup结算而优化，因此Rollup结算必须始终与其他应用程序竞争，这变得昂贵且不可扩展。Cevmos的结算Rollup将反而受到更大的限制，只允许：
Rollup智能合约：它必须处理有效性证明的验证和必要的争端，以便在其之上托管ZK和乐观Rollups合约
Rollups之间的简单转移
因为Cevmos结算Rollup将完全等同于EVM，你将能够很容易地移植并在它上面运行你最喜欢的EVM Rollups（Fuel, Optimism, Arbitrum, StarkNet, 等等）。
简而言之，完整的Cevmos堆栈可以包括:
Celestia - 在底部提供数据可用性。
Cevmos结算Rollup - 这个基于Evmos的链将位于Celestia的顶部。它将被完全优化为基于EVM的Rollup的结算层，并置于其上。
基于EVM的Rollup - 处理执行，潜在的大量的执行Rollups将位于堆栈的顶部。
可扩展性：通过将执行与共识和数据可用性解耦，Celestia能够随着网络上节点数量的增加而实现专业化和线性扩展
