License", tooltip: "", icon: "" },
"2": { title: "MIT License
", tooltip: "", icon: "" },
"3": { title: "Business Source License
(Arbitrum Expansion Program)
", tooltip: "", icon: "" },
"4": { title: "MIT / Apache 2.0 License
", tooltip: "", icon: "" },
id: 0,
},
{
"1": { title: "Ordering
", tooltip: "", icon: "" },
"2": { title: "Priority Ordering
", tooltip: "", icon: "" },
"3": { title: "FCFS (First Come First Serve)
", tooltip: "", icon: "" },
"4": { title: "FCFS / Flexible Intent-based
(via custom sequencing logic)
", tooltip: "", icon: "" },
id: 1,
},
{
"1": { title: "Default Block Time
", tooltip: "", icon: "" },
"2": { title: "2s default (200–250ms with flashblocks)
", tooltip: "", icon: "" },
"3": { title: "250ms default (can do 100ms)
", tooltip: "", icon: "" },
"4": { title: "Configurable; supports low-latency
block times
", tooltip: "", icon: "" },
id: 2,
},
{
"1": { title: "Interoperability
", tooltip: "", icon: "" },
"2": { title: "Superchain (15% of sequencer fees
or 2.5% of L2 revenue); 3rd-party protocols
", tooltip: "", icon: "" },
"3": { title: "Universal Intent Engine
(10% of sequencer fees); 3rd-party protocols
", tooltip: "", icon: "" },
"4": { title: "Elastic Chain architecture with native
interoperability via ZK Gateway and
ZK Router
", tooltip: "", icon: "" },
id: 3,
},
{
"1": { title: "Custom Gas Token
", tooltip: "", icon: "" },
"2": { title: "Supported through Account Abstraction
", tooltip: "", icon: "" },
"3": { title: "Supported
", tooltip: "", icon: "" },
"4": { title: "Supported
", tooltip: "", icon: "" },
id: 4,
},
{
"1": { title: "Forced L1 Inclusion
", tooltip: "", icon: "" },
"2": { title: "Supported
", tooltip: "", icon: "" },
"3": { title: "Supported
", tooltip: "", icon: "" },
"4": { title: "Supported
(via L1 fallback settlement and reorg resilience)
", tooltip: "", icon: "" },
id: 5,
},
{
"1": { title: "Execution Environment
", tooltip: "", icon: "" },
"2": { title: "EVM (Solidity, Vyper)
", tooltip: "", icon: "" },
"3": { title: "EVM + WASM (Stylus: Solidity, Vyper,
Rust, C, C++)
", tooltip: "", icon: "" },
"4": { title: "zkEVM (Solidity, Vyper; bytecode-level
EVM compatibility)
", tooltip: "", icon: "" },
id: 6,
},
{
"1": { title: "Proof System
", tooltip: "", icon: "" },
"2": { title: "N/A
", tooltip: "", icon: "" },
"3": { title: "N/A
", tooltip: "", icon: "" },
"4": { title: "zkSync Era's ZK circuit (recursive SNARKs
via Boojum prover)
", tooltip: "", icon: "" },
id: 7,
},
],
}}
/>
与在共享的 L1 或 L2 网络上部署去中心化应用（dApp）不同，rollups 让项目能够完全掌控整条链的功能集，满足各种监管要求，并构建出用户体验更接近互联网的、更友好的平台。
**为了构建 rollup，越来越多的团队开始借助 Rollup-as-a-Service（RaaS）平台来设计、部署和管理**符合自身特定需求的 rollups。
这种方式让开发者能够专注于创新和用户体验，而不必陷入构建、部署和维护底层基础设施的复杂工作中。
但一条运转中的区块链并不能自动转化为规模。雄心勃勃的团队需要考虑确保 rollup 在市场上取得成功所需的全部额外基础设施。
在[我们的 rollups 平台](https://www.alchemy.com/rollups)上进行部署时，开发者还可以额外获得 Alchemy 全套解决方案的支持，包括[Node API](/rpc-api)、[Gas Manager](/gasless-transactions)、[Bundler](/bundler)等。Alchemy Rollups 提供 100+ 个 API、开箱即用的 gas 赞助和交易打包功能，以及[扩展到百万级交易和用户的路径](/case-studies/scaling-world-chain)。这些工具让 Alchemy 部署的链能够进一步优化，并由真正的工程师提供全天候客户支持作为保障。
从广义上讲，L2 有两种类型，其区分依据是网络底层的安全假设：[乐观（optimistic）](https://ethereum.org/en/developers/docs/scaling/optimistic-rollups/)和[零知识（ZK）](https://ethereum.org/en/developers/docs/scaling/zk-rollups/)。总体而言，乐观 rollups 的采用范围更广、开销更低，而 ZK rollups 提供更强的安全保证，单笔交易成本略高。
借助 Alchemy Rollups，项目可以选择最适合自身目标的框架，包括：
- [**Optimism 的 OP Stack**](https://docs.optimism.io/)
- [**Arbitrum 的 Orbit**](https://arbitrum.io/orbit)
- [**ZKsync 的 ZK Stack**](https://zkstack.io/)
这些框架在代码层面并非原生兼容，这阻碍了不同 rollup 集群之间的跨链互操作性。因此，项目选择的框架在一定程度上会将其绑定到相应的生态系统中。
由于存在多种 rollup 框架，以及构建链的配套基础设施还有更多选择，一个权衡由此产生：专业化伴随着复杂度的增加。
- **协议复杂度：** rollups 涉及复杂的设计和架构细节，这些细节决定了底层的安全框架和互操作性选项。
- **维护复杂度：** 维护一条 rollup 需要持续的管理和专业知识，包括基础设施维护、监控和升级，以确保运行的顺畅和可靠。
- **合作伙伴：** 要为终端用户提供稳定的环境，尤其是在高负载期间，需要整合外部服务用于数据流、API 管理和实时监控。
如今 rollup 的形态，与仅仅几年前相比已经发生了翻天覆地的变化。通用型和面向特定场景的 rollups 都在不断涌入市场，并通过更多定制来调优性能，从而提供最佳的用户体验。
## rollup 的构成要素是什么？
部署一条具备最基本功能集的 rollup 时，需要考虑的组件包括：
### rollup 的类型
底层的证明系统决定了欺诈性或无效交易在被提交到 Ethereum 之前是如何被识别的。rollups 中最主流的两种证明系统是乐观型和 ZK 型。
**乐观 rollups** 默认假设交易是有效的，并使用欺诈证明（fraud proofs）来质疑任何不一致之处。如果检测到欺诈行为，乐观 rollups 会通过争议解决机制来撤销无效交易。乐观 rollups 会将全部交易数据发布到 L1。由于欺诈证明只有在检测到欺诈交易时才会生成，因此乐观 rollups 要求在交易在 rollup 上完成与该交易数据提交到 Ethereum 之间存在一个等待期。[这个等待期通常约为 7 天](/overviews/optimistic-rollups)。两个主流的乐观框架是：
- [OP Stack](https://www.alchemy.com/dapps/op-stack)
- [Arbitrum Orbit](https://www.alchemy.com/dapps/arbitrum-orbit)
**ZK rollups** 使用密码学来证明 rollup 交易的有效性。每次 ZK rollup 向 L1 提交一批交易数据时，也会同时提交[一个 ZK 证明](https://ethereum.org/en/zero-knowledge-proofs/)，用以证明这些交易的有效性。由于 ZK rollups 不需要争议解决机制，因此不存在等待期。大多数 ZK rollups 可以在数小时内（而非数天）在 Ethereum 上完成结算。主流的 ZK rollup 框架是 [ZKsync](https://www.alchemy.com/overviews/what-is-zksync-era) 的 [ZK Stack](https://www.alchemy.com/dapps/zksync)。
### Rollup stack
stack 是一整套旨在简化 rollups 创建和部署过程的工具、协议和基础设施。它为项目提供了构建 rollup 所需的基础模块，同时通过模块化设计保留了充分的定制空间。rollup 框架让智能合约和应用开发者能够使用熟悉的工具。
目前使用最广泛的三种 rollup 框架是 OP Stack、Arbitrum Orbit 和 ZK Stack，我们将在下文详细介绍。概括来说：
**Orbit 链**是使用 Arbitrum 设计并维护的 rollup 框架部署的。Arbitrum One 以[130 亿美元的用户存款](https://l2beat.com/scaling/projects/arbitrum#tvs)在所有 rollups 中的 TVL 中位居榜首。
OP Stack 是由 Optimism Collective 设计并维护的 rollup 框架。使用 OP Stack 构建的、使用最广泛的链是 Base，拥有[150 亿美元的用户存款](https://l2beat.com/scaling/projects/base)。
ZK Stack 是由 ZKsync 设计的 ZK rollup 框架。ZK Stack 使用一种名为 zkEVM（零知识以太坊虚拟机）的专用虚拟机来验证交易。使用最广泛的 ZK Stack 链是 ZKsync Era，[TVL 为 5.51 亿美元](https://l2beat.com/scaling/projects/zksync-era)。
#### 合作伙伴亮点：syndicate
正在部署面向特定应用的 rollup？[联系 Alchemy Rollups 团队](/contact-sales-rollups)并提及 Syndicate。
### 数据可用性（DA）
数据可用性是指 rollups 需要确保其在 Ethereum 链下处理的交易数据，以及这些数据正确性的证明，能够被任何网络参与者查看。这对于维持无需信任（trustlessness）至关重要——如果数据不可获得，rollup 理论上就有可能窃取资金或发布虚假数据。在乐观 rollup 模型下，数据可用性也是确保参与者能够质疑无效交易的关键。
除了无需信任之外，数据可用性还保证了活跃性（liveness）——也就是说，如果一个 rollup 网络宕机，这些交易数据仍可用于重建每个用户钱包的正确余额。选择一个 DA 层，是项目在构建 rollup 时所做的最重要决策之一。总体而言，主要有三类选择：
- **第三方 DA**：第三方 DA 解决方案作为去中心化的中间网络，以低成本在链下存储数据。
- **L1**：rollups 可以使用 EIP-4844 创建的专用资源，或以 calldata 的形式，将交易数据发布到 Ethereum。
- **链下 DAC**：rollups 也可以通过链下 DA 委员会（DA committees）——一组经过白名单许可的参与者——自建 DA 解决方案，这些参与者证明交易数据可用，并在被请求时提供数据访问。
### Gas token
rollup 上的每一笔交易，都会根据执行该交易所需的计算资源以及其他输入因素产生相应费用。这笔交易费用也被称为 gas，在 Ethereum 上，gas 始终以 ETH 支付。但 rollups 可以被配置为使用任意代币（甚至是自己的代币）来支付交易费用。这些交易费用会累积到 rollup 的排序器（sequencer），并为 rollup 的用户创造买方需求。使用自定义 gas token 可以增强代币经济模型，但有一点需要注意：价格波动可能导致价值损失，因为 rollup 始终需要将该代币兑换成 ETH 以支付链上成本。
### 跨链桥（Bridge）
跨链桥允许用户在不同区块链之间转移资金。对于 rollups 而言，跨链桥首先是用户引导（onboarding）的关键环节。OP Stack 和 Arbitrum Orbit 都自带原生跨链桥，用于将 rollup 与 Ethereum 连接起来。第三方跨链桥，包括 Alchemy 的跨链桥解决方案，则是将你的 rollup 与其他 L2，甚至 Ethereum 之外的区块链连接起来的一个中立且更灵活的接入点。对于乐观 rollups 而言，第三方跨链桥还额外提供了应对七天等待期问题的解决方案。
### RPC 节点
RPC（远程过程调用）节点是通过 RPC 调用实现网络内通信的服务器。节点为交易、智能合约调用以及查询钱包余额等数据提供核心的链上操作能力。像 Alchemy 的 Node API 这样最先进的 RPC 节点提供商，会使用自动扩缩容框架，根据链上流量自动增减可用的 RPC 节点数量。
拥有一个可靠、能提供接近 100% 正常运行时间并保持最新状态的 RPC 节点，对 rollup 至关重要；否则，网络上的交易可能失败或卡住，导致糟糕的用户体验，并直接影响用户信任。
## 配置可扩展的定制 rollup
**可定制性是启动一条 rollup 的核心优势之一**。以下是一些非必需但值得拥有的功能，具体是否集成取决于 rollup 的定位。
### 账户抽象
如果你部署 rollup 的目的是获取交易收入，那么启用账户抽象（account abstraction）功能应是优先事项。账户抽象通过消除新用户最常见的摩擦点，使打造无缝的链上体验成为可能。
对于一条新的 rollup 来说，什么是账户抽象？智能钱包（smart wallets）是由智能合约驱动的钱包，其实现依托于 ERC-4337。
- 提供通过邮箱、社交登录或任意 web3 钱包实现的安全接入
- 通过多因素认证（MFA）实现账户恢复和安全身份验证
- Gas 赞助让用户无需签署交易或支付 gas 费用即可完成交易
- 为账户启用多签、权限、自动化等策略
有了合适的账户抽象功能，rollup 就能为其用户提供**类似互联网的用户体验**，从而优化易用的引导流程，并减少完成最常见操作所需的点击次数。
- **条件性交易执行。** 账户抽象允许用户对钱包进行编程，使其在特定条件下自动执行交易
- **Gas 赞助。** 你的 rollup 可以代替用户支付 gas，或支持使用 ETH 之外的代币支付 gas
- **会话密钥（Session keys）。** 用户可以在一段时间内持续在你的 rollup 上进行交易，而无需为每笔交易单独签名
例如，gas 赞助这类功能，能让链的运营方替用户支付交易费用。借助 Alchemy 的账户抽象基础设施，该项目吸引了 330 万用户。为这些用户提供的 gas 赞助交易，使总交易量增长了 4 倍。
关于 Alchemy 如何支持便捷的账户抽象功能，可以阅读更多内容，[点击这里](https://www.alchemy.com/overviews/eip-7702-ethereum-pectra-hardfork)。
面向第三方 dApp 开发者的服务
更专业化的服务，如**预言机（oracles）、索引器（indexers）和区块浏览器（block explorers）**，均以按需选用（à la carte）的方式提供，对于任何希望吸引智能合约开发者部署在自己链上的 rollup 而言，这些都是必备配置：
- **预言机**在你的 rollup 与任何链下目标之间提供准确的数据共享。对于去中心化交易所（DEX）而言，预言机提供最新的价格信息，确保所有资产在任何时候都能被准确定价
- **Subgraphs** 让开发者能够访问与其 rollup 相关的链上数据。Subgraphs 为链上应用提供 API，使其无需运行节点即可查询 rollup 的数据，这对于 rollup 希望吸引的第三方开发者来说至关重要
- **索引器**从链上提取数据，将其转换为可读或可查询的格式，并以更便捷的 UI 呈现出来
- 区块浏览器，例如 [Etherscan](https://www.alchemy.com/dapps/etherscan)，允许用户在你的 rollup 上浏览区块、交易和地址相关的信息
## 看多与看空 rollups
### 看多理由
一言以蔽之：专业化。
Ethereum 大力依赖 L2 的扩容思路，催生了一场模块化区块链革命。**这标志着整个行业已经认识到，没有任何一条单一区块链能够满足所有人的所有需求**。更好的方式是为特定、预先确定的用途量身定制链。
开发者可以根据具体应用需求定制执行环境——无论是为 DeFi 应用优化资金效率、为游戏响应速度优化延迟，还是满足企业合规需求。这种灵活性使得用户体验更接近熟悉的互联网应用，而非传统的区块链交互方式。
从经济角度看，rollups 让构建者能够直接捕获价值，而不是眼看基础层从自己的项目中攫取价值。这为开发团队与协议之间创造了可持续的激励一致性。
最后，[rollups 与 Ethereum 之间存在共同利益](https://ethereum.org/en/roadmap/scaling/)。rollups 并非与 Ethereum 竞争，而是推动了对 Ethereum 区块空间的需求，将计算复杂度转移到别处处理。这是一种旨在提升 rollup 效率的关系，同时也为 L2 层面的安全创造了条件——目前已有一些正在推进中的新兴互操作解决方案，很可能会在未来几年[缓解 L2 孤岛化带来的痛点，即便届时 Ethereum 的目标是达到 10 万](https://www.coindesk.com/tech/2024/10/17/vitalik-buterin-wants-ethereum-to-hit-100k-transaction-per-second-with-rollups) TPS。
### 看空理由
尽管我们持乐观态度，但考虑启动 rollup 的开发者也应了解他们所面临的一些重大挑战。
如果没有 RaaS 的支持，成功构建、启动并维护一条能够真正扩展到百万级交易的 rollup 所需的技术复杂度，意味着[入场门槛极高](https://messari.io/report/the-rollups-as-a-service-ecosystem)。即便借助了第三方的帮助，许多开发者仍发现自己部署的链无法应对真正的规模化需求。
而在光谱的另一端，是冷启动问题——困扰 rollup 的往往不是规模化本身，而是如何在流动性、基础设施、开发者工具和用户方面完成起步。要构建一个有说服力的方案，去吸引用户和流动性进入一条定制链，并非易事——这也使得在现有 L1 上启动项目对许多团队而言更具吸引力。
现有的 L1 也不会遭遇 rollup 世界中的一个重大问题：流动性和用户碎片化。让 Ethereum 强大的网络效应，同时也极度分散。
基础设施成本和排序器（sequencer）中心化带来了额外的担忧：运营开支常常被低估，而许多实现方案依赖于中心化组件，这有损区块链无需信任这一核心价值主张。
未来的扩容路径，很可能需要在这些相互竞争的现实之间权衡取舍，而不是某一种方案对其他方案的简单胜出。在启动 rollup _之前_理解并控制好这些权衡，至关重要。
## 决定使用哪种 stack
你该如何决定使用哪种 stack？根据我们多年的经验，以下是一些需要考虑的因素：
### 乐观型 vs. ZK 型
底层的证明系统决定了欺诈性或无效交易如何被识别和解决。
**乐观 rollups** 的运作前提是：所有交易在被证明有罪之前都是无辜的。它们会[将交易数据发布到 Ethereum](https://docs.optimism.io/stack/rollup/overview)，并使用欺诈证明来质疑任何不一致之处。如果一笔交易被标记为欺诈，rollup 可以回滚该链，移除无效数据。
与假设无辜不同，**ZK rollups** 提供的是[数学层面上正确性的保证](https://docs.zksync.io/zksync-protocol/rollup/finality)。这消除了对争议解决期的需求，使得 ZK rollups 能够在数小时内（而非数天）完成交易最终确认。
在不同的 stack 框架之间做选择，是一个涉及多维度的问题，超出了本报告的讨论范围。但每种框架都有各自独特的属性，有助于判断哪种框架最适合。
- 使用 **OP Stack** 构建的 rollups 可以选择[加入 Superchain](https://www.superchain.eco/)——一个由 OP Stack 链组成、具备共享原生互操作性的网络。作为 Superchain 一部分的链，需要向 [Optimism Collective](https://www.optimism.io/) 贡献一部分收入，并受制于一套名为[“Law of Chains”的社区治理机制](https://gov.optimism.io/t/final-law-of-chains-v0-1/6514)。
- Orbit 链拥有[最快的出块时间](https://research.arbitrum.io/t/the-power-of-faster-blocks/9609)，这使其更适合诸如链上游戏这类需要实时交易最终确认的场景。Orbit 链还独家使用 AnyTrust——一个由 Arbitrum 打造的数据可用性（DA）层。
- **ZK Stack**：使用 ZK Stack 构建的链具备（通过 ZK 证明实现的）安全保证、隐私能力，以及内置的权限管理。
### 其他考量因素
**互操作性**：需要考虑你的 rollup 将如何与其他链和应用连接并交互。目前，互操作性并不十分顺畅，因为流动性分散在各个 rollups 之间。用户往往需要在不同链之间搬运资金，这既耗时又昂贵。虽然 Alchemy Rollups 可以根据用户需求，实现多种跨链桥方案来连接你的链，但原生互操作性更可能带来更强的网络效应。
**治理或渐进式去中心化**：随着你的 rollup 不断演进，决策将如何做出？社区将扮演什么角色？治理工具让代币持有者能够对关键参数、升级和提案进行投票。
**应用链 vs. 生态系统**：你是在构建一条针对特定使用场景量身定制的专用应用链（appchain），还是一个旨在成为各类应用发射台的通用生态系统？
**应用链**就像任何手工制品：为某种特定效果而优化。通过针对特定使用场景量身定制区块空间，应用链能够实现更高的效率，更容易吸引特定用户群体的采用。这里的权衡在于：一条应用链的总潜在市场（TAM），永远取决于其所在特定垂直领域的总潜在市场。
应用链是根据特定生态系统的需求量身定制的，其设计目标是追求深度契合，而非广泛通用性。通过将排序和经济逻辑移到链上，应用链让社区完全掌控执行、费用和治理——从而实现自定义 gas token、基于质押的准入机制，以及可持续的价值捕获。相比通用型 rollups，它们能提供更低的成本、更高的性能，以及更强的韧性。但它们并非放之四海而皆准的方案。应用链起步时没有共享的网络效应，需要审慎设计的治理机制，以避免早期权力过度集中。尽管如此，它们的优势就在于聚焦——通过深度而非广度来扩展生态系统。
生态系统链的定位是打造一个繁忙的“大都市”，吸引各类开发者和应用。这类 rollups 优先考虑开发者体验，提供丰富的工具和基础设施来支持一个繁荣的生态系统。被设计为生态系统的 rollups，在部署于其上的应用所带来的收入方面，拥有更大的绝对潜力。
这里的权衡则在于性能方面的绝对潜力。通用性使得生态系统链更难在性能上脱颖而出，而像 Stylus 这样的工具，则通过支持更广泛为人熟知的编程语言，极大地扩展了潜在开发者群体。
以上只是任何有意启动 rollup 的项目在决策树最顶端需要考虑的内容。若需完整的端到端方案，请联系 [Alchemy Rollups](https://www.alchemy.com/contact-sales-rollups) 团队。
## 运行一条 rollup 需要多少成本？
运行一条 rollup 的运营成本可能因链的规模而有很大差异。虽然一些 RaaS 提供商会针对部署测试网收取按月或固定费用，但**对于所有 Alchemy Rollups 客户，测试网均免费提供。**
## 为什么选择 Alchemy Rollups？
在一个不断演进的 rollup 生态系统中构建产品时，基础设施合作伙伴的选择变得愈发关键。[Alchemy Rollups](https://www.alchemy.com/rollups) 让企业和项目能够部署专业化、可扩展的 rollups，同时将技术和运营层面的负担抽象化处理。
在选择 RaaS 提供商时，团队寻求的不仅仅是基础设施本身。在大多数情况下，他们需要一个能够提供“贴身”服务的合作伙伴，帮助他们弄清楚如何最好地利用自己的 rollup 基础设施来解决特定问题。Alchemy 与 web3、金融科技等领域中一些最具雄心的公司合作，为它们的链提供贴身的设计、工程和支持服务。
选择 Alchemy 部署 rollup 的客户可以获得：
**企业级基础设施：** Alchemy Rollups 由经过实战检验的高性能基础设施驱动，这套基础设施同样被整个 web3 领域，以及包括 Base、Monad、Unichain、World Chain 等在内的众多大型 L2 所使用。
全面的开发者体验：每一款开发者工具，包括 100+ 个 API、Gas Manager、Bundler 等，都能在 Alchemy 驱动的主网上即刻使用。
发布之后的持续支持：许多 RaaS 提供商更强调初期部署，而 Alchemy Rollups 深知真正的扩容始于发布之后，因此我们提供数百万开发者的资源，以及成长、优化和扩展你生态系统所需的一线支持。
**更强的掌控力，而非更高的复杂度：** 通过承担大规模运行 rollup 基础设施的复杂性，团队得以专注于打磨和优化自己的核心应用、社区和路线图。
如需了解 Alchemy Rollups 如何支持你正在构建的链，请[点击这里](https://www.alchemy.com/contact-sales-rollups)联系团队。
## 常见问题
### 2025 年的 rollup 是什么样子？
rollups 是一种 Layer 2 扩容方案，它们在链下处理交易，并将批量数据发布到 Ethereum 进行验证，从而在继承 Ethereum 安全性和去中心化的同时，实现更高的交易速度和更低的成本。它们作为构建在 Ethereum 之上的独立区块链存在，目前已有超过 100 条主网，共锁定了 310 亿美元的总价值。
### Rollups-as-a-Service（RaaS）平台如何简化定制 rollup 的部署？
像 Alchemy Rollups 这样的 RaaS 平台，能够自动化完成基础设施搭建、合约部署和节点管理，让开发者能够专注于创新，而无需应对复杂的基础设施维护。我们提供 100+ 个 API、账户抽象，以及由工程师提供的全面客户支持。
### 乐观 rollups 和 ZK rollups 之间的主要区别是什么？
乐观 rollups 默认假设交易有效，并使用欺诈证明搭配约 7 天的争议期，开销更低，采用范围更广。ZK rollups 则使用密码学证明立即保证交易的有效性，能够在数小时内完成结算，安全保证更强，但单笔交易成本略高。
### Alchemy Rollups 支持哪些 rollup 框架？
我们提供三种框架选择：Optimism 的 OP Stack、Arbitrum 的 Orbit，以及 ZKsync 的 ZK Stack。每种框架都有其独特的属性，适用于不同的使用场景——从 OP Stack 的 Superchain 互操作性，到 Orbit 最快的出块时间。
### 为什么在 Dencun 升级之后 rollup 的采用出现了激增？
Dencun 升级引入了 blob，这是一种用于发布交易数据的低成本资源，最高可将 L2 费用降低 1000 倍，使 Optimism 的交易费用降至千分之一美分。这带动了用户和活动的显著增长，rollups 的累计 TVL 在 2024 年 11 月达到了历史新高的 515 亿美元。
### 什么是账户抽象，它对 rollups 为何重要？
账户抽象通过 ERC-4337 实现智能钱包，支持社交登录、账户恢复、gas 赞助和无 gas 交易等功能。这些能力共同打造出一种类似互联网的用户体验，能够优化引导流程，并减少新用户遇到的摩擦。
### 一条成功的 rollup 需要哪些基础设施组件？
必备组件包括用于网络通信的 RPC 节点、用于在链间转移资金的跨链桥、数据可用性解决方案，以及面向第三方开发者的可选服务，例如预言机、索引器和区块浏览器。我们提供具备接近 100% 正常运行时间的自动扩缩容 RPC 基础设施。
### 我可以在自己的 rollup 上使用自定义代币来支付 gas 费用吗？
可以，rollups 可以被配置为使用任意代币（包括其自身的原生代币）来支付交易费用，而不必使用 ETH。自定义 gas token 可以增强代币经济模型，并创造买方需求，不过价格波动可能会在兑换为 ETH 以支付链上成本时导致价值损失。