Arbitrum Nitro: 什么是 Arbitrum Nitro？Arbitrum Nitro 是为 Arbitrum Rollup 链和许多可配置的 Arbitrum 链提供支持的核心技术栈。在加密货币领域，Arbitrum Nitro 最适合理解为第二代乐观 Rollup 架构，旨在通过更高吞吐量、更低手续费、更强兼容性和更高效的争议解决，扩展兼容 Ethereum 的智能合约。官方 Arbitrum Nitro 白皮书Arbitrum Nitro: 什么是 Arbitrum Nitro？Arbitrum Nitro 是为 Arbitrum Rollup 链和许多可配置的 Arbitrum 链提供支持的核心技术栈。在加密货币领域，Arbitrum Nitro 最适合理解为第二代乐观 Rollup 架构，旨在通过更高吞吐量、更低手续费、更强兼容性和更高效的争议解决，扩展兼容 Ethereum 的智能合约。官方 Arbitrum Nitro 白皮书

Arbitrum Nitro

2026/10/14 16:14

#Advanced

DEFI$0.0001268+14.95%

什么是 Arbitrum Nitro？

Arbitrum Nitro 是为 Arbitrum Rollup 链和许多可配置的 Arbitrum 链提供支持的核心技术栈。在加密货币领域，Arbitrum Nitro 最适合理解为第二代乐观 Rollup 架构，旨在通过更高吞吐量、更低手续费、更强兼容性和更高效的争议解决，扩展兼容 Ethereum 的智能合约。

官方 Arbitrum Nitro 白皮书将 Nitro 描述为第二代 Layer 2 区块链协议，与早期 Rollup 设计相比，它提升了吞吐量、最终性、活性保障和争议处理效率。

Nitro 是 Arbitrum One、Arbitrum Nova 和可部署 Arbitrum 链的软件基础。它让用户能够以类似 Ethereum 的方式与应用交互，同时将大部分执行工作转移到 Ethereum 主网之外。对开发者而言，由于 Nitro 在执行模型的核心使用了广泛采用的 Ethereum 执行客户端 Geth，因此它与 Ethereum 高度兼容。对用户而言，Nitro 可能意味着更快的确认、更低的交易成本，以及在 Layer 2 环境中使用 Ethereum 风格的应用。对验证者而言，Nitro 提供了确定性的状态转换系统。如果有人针对链状态提交错误声明，验证者可以通过欺诈证明提出挑战。核心思路很简单。Arbitrum Nitro 在 Ethereum 之外执行交易，将压缩数据和状态承诺提交回 Ethereum，并依靠欺诈证明争议解决机制来保障正确性。

Arbitrum Nitro 在加密领域为何重要

Arbitrum Nitro 很重要，因为 Ethereum 区块空间十分宝贵且有限。当大量用户同时想要交易、铸造、借贷、跨链或与智能合约交互时，Ethereum 手续费可能大幅上涨。Nitro 将交易执行转移到 Arbitrum 链，同时与 Ethereum 的结算和安全保持重要联系，有助于解决这一问题。

官方 Arbitrum 介绍说明，Arbitrum 能以更低手续费和更高吞吐量处理交易，同时与 Ethereum 的结算和安全保持明确联系。

这对 DeFi、NFT、支付、游戏、社交应用、代币化资产和应用专用链都很重要。在市场波动剧烈时，DeFi 用户可能需要快速确认交易。游戏可能需要执行大量低成本操作，而不希望玩家每次都支付高额 Gas 费。支付应用可能需要可预测的手续费和流畅的钱包交互体验。开发者可能希望使用兼容 Ethereum 的工具，而不必直接部署在成本最高的执行层上。Nitro 将 Ethereum 风格的执行与 Rollup 扩容结合，让这些使用场景更具可行性。这是 Arbitrum 成为 Ethereum Layer 2 生态重要组成部分的主要原因之一。

Arbitrum Nitro 的工作原理

Arbitrum Nitro 将交易排序、交易执行、数据提交、状态声明和争议解决划分为系统中的不同部分。用户可以通过 Arbitrum 排序器、公共 RPC 端点、第三方 RPC 服务商、自托管节点或直接排序器端点提交交易。排序器会对交易排序，并向用户提供快速软确认。完成排序后，Nitro 会通过确定性状态转换函数执行交易。该状态转换函数使用 Geth 执行兼容 Ethereum 的逻辑，并使用 ArbOS 处理 Arbitrum 特有逻辑。作为 Rollup 数据可用性流程的一部分，压缩后的交易数据会提交到 Ethereum。验证者可以计算正确的 Arbitrum 状态，并向 Ethereum 提交状态声明，概括多个 Arbitrum 区块的结果。如果某项声明有误，另一位验证者可以通过争议协议提出挑战。Ethereum 会通过检查范围已缩小的单步证明，成为争议的最终裁决方。这种设计让 Arbitrum Nitro 能够在链下处理大量交易，同时保留在 Ethereum 上验证正确性的途径。

乐观 Rollup 设计

Arbitrum Nitro 采用乐观 Rollup 设计。乐观 Rollup 默认已提交的状态结果有效，除非有人在争议窗口内提出挑战。这不同于由每个基础层节点立即重新执行每一笔 Layer 2 交易的系统。乐观方案节省了成本，因为正常情况下 Ethereum 无需重新执行所有 Arbitrum 交易。相反，Ethereum 会存储数据，并在有人声称发生欺诈时验证争议。这就是该设计被称为“乐观”的原因。它对正常运行持乐观态度，但仍为对抗性情况设置了欺诈证明机制。

官方 Inside Arbitrum Nitro 文档说明，Arbitrum 会在执行之后通过验证和争议系统确认正确性。

该模型的优势在于可以降低执行成本，同时保留通往 Ethereum 的挑战路径。其权衡是，从 Arbitrum 提现回 Ethereum 需要等待一段时间，以便系统有时间处理挑战。

Nitro 的四项核心设计理念

Nitro 白皮书提出了四项定义其架构的重要设计理念。第一项是先排序，再确定性执行。这意味着 Nitro 先确定交易顺序，然后通过确定性状态转换函数应用这些交易。第二项是以 Geth 为核心。这意味着 Nitro 以 Ethereum 执行软件为基础，从而实现与 Ethereum 智能合约和开发工具的高度兼容。第三项是将执行与证明分离。这意味着 Nitro 在正常执行期间可以原生运行代码以提高速度，并在需要时编译为 WebAssembly，用于欺诈证明验证。第四项是基于交互式欺诈证明的乐观 Rollup 协议。这意味着争议可以通过挑战博弈逐步缩小范围，直到 Ethereum 只需验证一个较小的单步计算。这些理念共同解释了 Nitro 为何既便于开发者使用，也重视安全性。

以 Geth 为核心

以 Geth 为核心，意味着 Nitro 将开源的 go-ethereum 执行软件作为其状态转换函数的核心组成部分。这很重要，因为与 Ethereum 兼容是 Arbitrum Nitro 的重要设计目标之一。为 Ethereum Virtual Machine 编写的智能合约通常可以在 Arbitrum 上运行，只需进行少量修改。开发者通常可以使用熟悉的 Solidity 工具、Ethereum 库、钱包流程和合约模式。

官方 Arbitrum 介绍文档称，Arbitrum 使用经过修改的 Geth 分支，将其改造成无需信任的 Layer 2。

这种方式降低了 Ethereum 开发者的学习门槛。它还有助于降低 Ethereum 与 Arbitrum 执行之间出现意外差异的风险。不过，Arbitrum 并非在所有细节上都与 Ethereum 完全相同，因为 Nitro 还加入了 ArbOS、不同的手续费核算方式、跨链消息传递、排序器行为和 Rollup 特有的最终性规则。开发者仍应在 Arbitrum 上测试应用，而不是假设所有边缘情况都与 Ethereum 主网完全一致。

ArbOS

ArbOS 是与 Nitro 中的 Geth 协同工作的 Arbitrum 操作层。

官方 ArbOS 文档将 ArbOS 描述为子链虚拟机监控程序，为 Arbitrum 链提供执行环境。

ArbOS 负责处理普通 Ethereum 执行环境本身无法处理的 Arbitrum 特有功能。这些功能包括资源管理、区块生成、跨链消息传递、手续费核算、预编译合约、可重试消息和状态跟踪。ArbOS 还帮助在 Nitro 环境中集成 Stylus 合约和 WebAssembly 执行。简单来说，可以将 ArbOS 理解为适配层：它会调整 Ethereum 风格的执行，使其适用于 Rollup 链。Geth 提供熟悉的 EVM 行为。ArbOS 则添加让 Arbitrum 作为 Layer 2 运作所需的 Rollup 特有规则。这种组合有时被称为“Geth 三明治”，因为 Geth 被 Arbitrum 特有的系统逻辑包裹在中间。

排序器

排序器负责接收大多数用户交易并确定交易顺序。

官方 Arbitrum 交易生命周期文档说明，用户可以通过排序器提交交易，也可以绕过排序器，通过父链上的延迟收件箱提交交易。

排序器可以快速告知用户交易已被纳入有序交易流，从而提供快速软确认。这种软最终性对钱包和应用很有用，因为用户不希望等待数分钟才看到反馈。不过，软最终性不等于 Ethereum 级别的最终性。交易数据提交并且状态声明通过 Rollup 流程得到确认后，才会实现硬最终性。排序器改善了用户体验，但也带来了重要的信任和可用性假设。如果排序器不可用或拒绝处理交易，用户可以通过延迟收件箱路径来抵抗审查。这条备用路径很重要，因为它可以降低对排序器的整体依赖。

延迟收件箱

延迟收件箱是父链上的一种机制，让用户无需单独依赖排序器即可提交交易。这一机制很重要，因为排序器不可用或审查交易时，Layer 2 不应因此永久阻止用户使用链。交易生命周期文档说明，用户可以直接向父链上的延迟收件箱合约提交交易。如果排序器未能在规定时间内处理交易，用户可以通过父链机制强制纳入。这为 Arbitrum 提供了连接回 Ethereum 的抗审查路径。延迟收件箱直接使用父链，因此比通过排序器正常提交更慢、成本也更高。不过，它是一项重要的安全功能。对普通用户而言，排序器路径通常是最实用的选择。在关键场景中，延迟收件箱有助于保障用户访问链的能力。

确定性执行

确定性执行是指诚实的 Arbitrum 节点在收到相同的有序输入后，应当产生相同的输出。这对 Rollup 安全至关重要。如果诚实节点根据相同交易算出不同结果，验证者就无法可靠判断哪个状态正确。Nitro 的确定性状态转换函数使执行能够被验证，并使争议能够得到解决。Inside Arbitrum Nitro 文档说明，确定性执行是实现高效欺诈证明和争议解决的基础。实际运行中，Nitro 会接收已排序的消息、检查交易有效性、收取手续费、通过 Geth 执行 EVM 逻辑、应用 ArbOS 特有的状态更新，并生成收据和日志。这种确定性流程允许验证者独立计算正确的链状态。如果验证者提交了错误的状态声明，其他验证者可以提出挑战，因为正确结果可以独立复现。

欺诈证明

欺诈证明用于证明发生了无效的状态转换。在 Arbitrum Nitro 中，欺诈证明是交互式的，而不是要求 Ethereum 重新执行每一笔 Arbitrum 交易。验证者对状态结果存在分歧时，争议流程会逐步缩小分歧范围。最终，争议会缩小到一个 Ethereum 能够验证的单一计算步骤。与让 Ethereum 重新运行整个 Rollup 历史相比，这种方式成本低得多。BoLD 文档说明，交互式博弈缩小争议范围后，Ethereum 可以验证单步证明。这种欺诈证明模型是乐观 Rollup 能够扩容的主要原因之一。大多数时候，执行都在链下进行。只有发生争议时，才需要在 Ethereum 上进行详细验证。其安全假设是，至少有一名诚实验证者能够发现并挑战无效声明。

WebAssembly 与 WAVM

WebAssembly（WASM）在 Nitro 中很重要，因为它支持与机器无关的欺诈证明验证。Nitro 将正常执行与证明分开。正常运行时，Nitro 可以运行编译后的原生代码以提高速度。发生争议时，状态转换函数可以表示为与 WASM 相关的形式，以便进行结构化验证。Nitro 白皮书说明，Nitro 会将状态转换函数编译为原生代码用于日常执行，同时也会将其编译为可移植的 WebAssembly 代码，供欺诈证明协议使用。Arbitrum 的争议系统使用经过修改的 WASM 环境进行挑战执行，通常称为 WAVM。这很重要，因为欺诈证明需要精确且可移植的指令模型。Ethereum 不能仅凭某个验证者的硬件或本地机器就相信其结果正确。它需要一种结构化的计算模型，以便一致地检查结果。因此，基于 WASM 的证明是 Nitro 的核心技术组成部分。

BoLD 争议协议

BoLD 是 Bounded Liquidity Delay 的缩写，也是 Arbitrum 当前用于支持无需许可验证的争议框架。

官方 BoLD 技术深入介绍说明，任何参与方都可以为正确状态提供保证金，并通过交互式欺诈证明证明自己的主张。

BoLD 很重要，因为它改进了争议流程，并支持无需许可的验证。在 BoLD 机制下，验证者无需获得中心化验证者名单的批准，就可以提交状态声明并挑战错误声明。该系统旨在让至少一名为正确状态提供保证金的诚实参与者能够胜过恶意声明。BoLD 还限制了争议延迟，帮助防止攻击者通过反复发起挑战博弈无限期拖延确认。对用户而言，BoLD 主要影响底层安全模型和提现时间假设。对验证者而言，BoLD 规定了状态声明、保证金、挑战和单步证明如何协同运作。对 Arbitrum 生态而言，BoLD 是进一步去中心化并开放验证的重要一步。

状态声明

状态声明是提交到 Ethereum 的、关于 Arbitrum 链状态的主张。

官方 Arbitrum 状态声明文档说明，状态声明是概括多个子链区块的检查点。

状态声明有助于将 Arbitrum 活动连接回 Ethereum。其中包含执行前状态、执行后状态、已处理的收件箱消息、输出哈希，以及与先前状态声明的关系等信息。如果挑战期内没有成功挑战，有效状态声明就可以得到确认。如果确认了正确的竞争声明，或某项无效声明在争议中败诉，该声明就可以被驳回。状态声明不是单笔用户交易。它们是 Rollup 层级的状态摘要。这种设计通过减少需要提交到父链的声明数量，概括多个 Arbitrum 区块，从而降低 Ethereum 成本。了解状态声明有助于用户理解 Arbitrum 为何能快速处理日常交易，同时仍依靠 Ethereum 最终解决争议。

软最终性与硬最终性

当排序器接受交易并将其纳入排序器交易流时，便实现了软最终性。这能快速反馈交易结果，让应用响应更及时。当交易数据和最终状态通过 Rollup 流程锚定，并在 Ethereum 上得到确认后，才会实现硬最终性。Inside Arbitrum Nitro 文档说明，软最终性提供即时的接受反馈，而硬最终性则取决于批次提交和 Ethereum 上已确认的状态声明。这种区别很重要，因为应用可能会在交易达到最强结算阶段之前，就向用户显示交易已完成。对于大多数日常使用，软最终性已足以提供流畅体验。对于大额转账、桥接提现、机构结算或高价值仓位，硬最终性和提现规则则更为重要。Arbitrum Nitro 通过提供快速确认，同时保留由 Ethereum 支持的验证路径，在速度与安全之间寻求平衡。

Nitro 中的 Gas 与手续费

Nitro 的手续费模型同时计算子链执行成本和父链数据提交成本。

官方 Arbitrum Gas 与手续费文档说明，Arbitrum 使用 Gas 跟踪执行成本，EVM 指令消耗的 Gas 与其在 Ethereum 上消耗的数量相同。

用户需要支付计算和存储等子链资源费用。用户还需要支付父链部分费用，以帮助覆盖向 Ethereum 提交压缩交易数据的成本。因此，Arbitrum 手续费会同时受到 Arbitrum 需求和 Ethereum 数据成本的影响。如果在 Ethereum 上提交数据的成本上升，父链部分的费用可能上涨。如果 Arbitrum 执行需求上升，子链部分的费用也可能上涨。Nitro 使用压缩和批处理，让多笔交易分摊父链成本。因此，单笔 Arbitrum 交易通常可能比在 Ethereum 主网上执行相同操作更便宜。不过，Arbitrum 并非免手续费，用户在确认交易前仍应查看 Gas 估算。

数据可用性

数据可用性是指用于重建和验证 Arbitrum 链所需的交易数据可以被访问。在标准 Arbitrum Rollup 链上，Nitro 会将交易数据压缩并分批提交到 Ethereum。这样，验证者和观察者就可以获取验证状态所需的数据。Nitro 白皮书说明，Arbitrum 要正确运行，节点必须能够访问链上收件箱内每笔 Layer 2 交易的数据。数据可用性是 Rollup 成本的主要来源之一，因为向 Ethereum 提交数据并非免费。不过，它也是安全性的重要来源之一，因为公开数据可以支持独立验证。如果交易数据不可用，验证者就可能难以检查状态声明是否正确。因此，数据可用性不仅是成本问题。它也是安全问题。

Nitro 与 AnyTrust

AnyTrust 是 Arbitrum Nitro 的一种变体，旨在通过采用不同的数据可用性模型降低成本。

官方 AnyTrust Protocol 文档说明，AnyTrust 通过接受与数据可用性委员会相关的轻度信任假设来降低成本。

在标准 Rollup 模式下，交易数据会以 blobs 或 calldata 的形式提交到 Ethereum。在 AnyTrust 模式下，数据可用性委员会会存储数据，并签署承诺数据可用的证书。由于正常运行时无需在 Ethereum 上提交全部数据，因此可以降低成本。权衡是用户需要接受额外的数据可用性假设。Arbitrum Nova 是采用 AnyTrust 模式的 Arbitrum 链实例。Arbitrum One 是使用 Ethereum 提供数据可用性的 Arbitrum Rollup 链。关键在于，Nitro 是更广泛的技术栈，而 Rollup 和 AnyTrust 则是基于该技术栈构建的不同数据可用性和安全配置。

Nitro 与 Stylus

Stylus 是一项升级，可扩展开发者基于 Arbitrum Nitro 构建应用的方式。

官方 Stylus 文档说明，Stylus 为 EVM 增加了一个并列的虚拟机，并支持使用可编译为 WASM 的语言编写智能合约，例如 Rust、C 和 C++。

这很重要，因为 Solidity 并不是开发者构建链上应用时唯一可选的编程语言。Stylus 让开发者可以使用工具成熟、编译效率高的语言编写计算密集型逻辑。Solidity 合约和 Stylus 合约可以相互调用，有助于保留可组合性。Stylus 文档说明，对于内存密集型和计算密集型工作负载，WASM 程序可能比 EVM 字节码更高效。Stylus 构建在 Nitro 之上，因为 Nitro 的欺诈证明架构已经采用基于 WASM 的证明思路。对开发者而言，当计算密集型应用需要更高效率时，Stylus 可为低成本加密算法处理、复杂 DeFi 计算、游戏、生成艺术及其他应用创造更多可能。对用户而言，Stylus 可能让某些应用更快或成本更低，但不能消除智能合约风险。

Nitro 与 Arbitrum 链

Arbitrum Nitro 不仅用于 Arbitrum One。它也是可配置 Arbitrum 链的基础技术栈。

官方 Arbitrum 链文档将 Arbitrum 链描述为可部署、可配置的 Arbitrum Nitro 技术栈实例。

团队可以配置执行、Gas 代币、数据可用性、治理、验证、吞吐量和其他链参数。这让开发者能够创建应用专用链、生态链、企业链或其他专用区块链环境。团队可以选择 Rollup 风格配置，以获得更强的 Ethereum 数据可用性假设。团队也可以选择 AnyTrust 风格配置，以满足更低成本和更高吞吐量的需求。团队还可以针对其产品自定义 Gas 代币或治理规则。这使 Nitro 成为基础设施平台，而不仅仅是单条公共链的实现。它既支持共享的公共 Arbitrum 链，也支持专用的自定义 Arbitrum 环境。

Nitro 与 Ethereum 兼容性

与 Ethereum 兼容是 Nitro 最重要的优势之一。开发者通常可以部署 Solidity 合约、使用 Ethereum 风格地址、连接兼容 Ethereum 的钱包，并使用熟悉的 API。这可以降低现有应用迁移时的阻力。钱包流程、合约交互和区块浏览器也可能让用户感到熟悉。Nitro 白皮书称，Nitro 可以运行 EVM 智能合约应用，并支持常见 Ethereum 节点使用的相同 API。不过，兼容并不意味着完全相同。Arbitrum 的最终性阶段、手续费核算、桥接行为、链 ID 和 Rollup 专用预编译合约都与 Ethereum 有所不同。开发者应测试 Gas 估算、可重试票据、跨链消息传递、提现流程和排序器假设。用户应了解，使用 Arbitrum 的体验可能类似 Ethereum，但仍有 Layer 2 特有风险和规则。Nitro 的兼容性很有价值，因为它在改善实际可扩展性的同时保留了 Ethereum 开发体验。

Nitro 与跨链

跨链是 Nitro 生态的核心环节，因为用户需要在 Ethereum 和 Arbitrum 链之间转移 ETH、代币和消息。Inside Arbitrum Nitro 文档说明，跨链通信包括父链到子链的充值、子链到父链的提现、可重试票据和规范桥架构。用户从 Ethereum 跨链到 Arbitrum 时，资产会在 Ethereum 上锁定或托管，并在 Arbitrum 上以相应形式表示。用户提现回 Ethereum 时，必须经过挑战期，之后才能完成父链领取。这类提现延迟是乐观 Rollup 安全机制的正常组成部分。可重试票据有助于父链到子链的消息在 Arbitrum 侧执行。完成最终确认后，Outbox 执行可以帮助完成子链到父链的消息。跨链资产前，用户应始终核实桥接网址、代币地址、网络选择和提现时间。桥接功能很强大，但也属于高风险环节，可能出现钓鱼、选错代币和授权错误。

Arbitrum Nitro 的优势

Arbitrum Nitro 的第一项优势是，在网络拥堵期间，与直接在 Ethereum 主网上执行相同操作相比，交易成本更低。第二项优势是通过排序器软最终性更快地向用户反馈结果。第三项优势是通过基于 Geth 的执行实现与 Ethereum 高度兼容。第四项优势是通过 Ethereum 数据提交、状态声明、验证者和欺诈证明实现 Rollup 安全。第五项优势是开发者熟悉其环境，因为许多 Ethereum 工具和智能合约只需少量修改即可使用。第六项优势是部署灵活，Nitro 既可支持公共链，也可支持可配置的 Arbitrum 链。第七项优势是通过 Stylus 和自定义链配置等功能实现扩展。第八项优势是通过延迟收件箱和强制纳入路径支持抗审查能力。这些优势使 Nitro 对用户、开发者、验证者和应用团队都很重要。这些优势也解释了 Nitro 为何在 Arbitrum 扩展 Ethereum 的过程中发挥核心作用。

Arbitrum Nitro 的局限性

Arbitrum Nitro 的第一项局限是从 Arbitrum 提现回 Ethereum 时存在延迟。这是因为乐观 Rollup 必须经过挑战期，才能在父链上完成提现结算。第二项局限是正常快速路径依赖排序器。延迟收件箱提供了备用方案，但排序器仍会影响日常用户体验。第三项局限是桥接风险。用户可能因钓鱼、代币版本错误、恶意授权或不受支持的桥接路径而损失资金。第四项局限是手续费可能变化。Arbitrum 手续费通常低于 Ethereum 主网，但仍部分取决于父链数据成本和 Arbitrum 需求。第五项局限是智能合约风险。Nitro 提供基础设施，但单个应用仍可能存在漏洞、不安全的治理机制、预言机问题或流动性问题。第六项局限是自定义 Arbitrum 链的配置风险。专用链可能使用不同的数据可用性、验证、治理或 Gas 代币设置，因此用户需要了解，并非所有 Arbitrum 链都具有相同的信任假设。

Arbitrum Nitro 的安全模型

Arbitrum Nitro 的安全模型结合了 Ethereum 结算、数据可用性、确定性执行、状态声明、经济保证金、验证者和欺诈证明。正常运行时，Rollup 无需 Ethereum 重新执行每一笔 Arbitrum 交易。相反，Nitro 依靠验证者计算状态，并在有人提交无效声明时发起欺诈挑战。BoLD 文档说明，只要有一名为正确状态提供保证金的诚实参与者，就可以通过挑战流程保护系统。至少有一名诚实验证者这一假设，是乐观 Rollup 安全性的核心。用户仍应了解，这种安全模型与直接使用 Ethereum 并不相同。Layer 2 用户还面临桥接合约、排序器可用性、提现延迟、应用层智能合约和治理变更带来的额外风险。不过，Nitro 的设计允许通过 Ethereum 对错误状态声明提出挑战并解决争议。它的安全性来自分层系统，而不是单一组件。这种分层设计使 Nitro 能兼顾可扩展性和尽量减少信任需求的验证机制。

面向用户的 Nitro

对用户而言，Arbitrum Nitro 通常体现为能够更快、更低成本地使用 Ethereum 风格的应用。用户可以将 ETH 跨链到 Arbitrum、连接钱包并使用 DeFi 或 NFT 应用，而不必深入了解 Nitro 的内部机制。由于地址和 EVM 风格合约都很熟悉，钱包体验通常与 Ethereum 类似。不过，用户仍应了解一些 Nitro 特有的要点。用户应了解，提现到 Ethereum 比充值到 Arbitrum 慢。用户应了解，交易最初会通过排序器获得软最终性。用户应了解，桥接交易需要谨慎选择代币和网络。用户应了解，Arbitrum 手续费同时包含子链执行成本和父链数据成本。用户应了解，即使 Nitro 基础层正常运行，个别应用仍可能发生故障。Nitro 提升了可扩展性，但用户仍需重视钱包安全和风险意识。

面向开发者的 Nitro

对开发者而言，Arbitrum Nitro 提供了兼容 Ethereum 且具备额外 Layer 2 功能的环境。开发者可以部署 Solidity 合约、使用 Ethereum 风格 API、运行节点、集成桥接，并构建受益于较低成本的应用。如果计算密集型逻辑适合使用 Rust、C 或 C++ 工具，开发者还可以使用 Stylus 编写基于 WASM 的智能合约。开发者应了解 ArbOS 预编译合约、Gas 估算、可重试票据、地址别名、最终性、延迟收件箱行为和桥接流程。他们还应考虑应用是否依赖即时的父链最终性，还是 Arbitrum 软最终性已经足够。涉及充值和提现的应用应清楚说明桥接时间。涉及高价值交易的应用应了解状态声明最终性和争议假设。运行在自定义 Arbitrum 链上的应用应披露数据可用性和治理设置。Nitro 让大规模 Ethereum 风格开发更容易，但并不能替代对 Layer 2 工程问题的谨慎处理。

面向验证者和节点运营者的 Nitro

验证者和节点运营者对 Nitro 安全模型至关重要。全节点有助于读取并验证 Arbitrum 链状态。验证者负责计算正确状态，并参与状态声明和挑战流程。在 BoLD 机制下，参与者可以按照协议规则提供保证金并与 Rollup 合约交互，因此验证可以无需许可。验证者需要可靠的基础设施、获取链上数据、运行正确的 Nitro 软件，并具备及时响应争议的能力。部分验证者可能会主动提交状态声明。部分验证者可能会监控并挑战错误声明。还有一些验证者可能更像监视者，在发现异常时向其他人发出警报。验证者角色多样化有助于增强系统。关键在于，Nitro 的安全性依赖诚实参与者能够独立验证并维护正确的链状态。

Arbitrum Nitro 与 Arbitrum Classic

Arbitrum Nitro 取代了早期 Arbitrum 设计，采用了效率更高、与 Ethereum 兼容性更强的架构。Nitro 白皮书称，Nitro 相较于原有系统实现了显著改进。早期设计采用自定义虚拟机架构。Nitro 则转向以 Geth 为基础的执行核心和基于 WASM 的证明结构。这项变化提升了兼容性，因为执行环境更接近 Ethereum 自身的软件栈。它也改善了开发者体验，让合约和工具的行为更接近它们在 Ethereum 上的表现。Nitro 还将正常执行与面向证明的执行分开，从而既能快速运行原生代码，又能保留可移植的欺诈证明验证能力。对大多数用户而言，Arbitrum Nitro 就是他们当前使用的 Arbitrum 技术。这一差异主要有助于理解现代 Arbitrum 链为何比原始 Arbitrum 架构更兼容、更高效且更灵活。

Arbitrum Nitro 与 AnyTrust

Arbitrum Nitro 是技术栈，而 AnyTrust 是可以基于 Nitro 构建的数据可用性配置。标准 Arbitrum Rollup 会将交易数据提交到 Ethereum，以确保数据可用。AnyTrust 链在正常运行时使用数据可用性委员会来降低成本。AnyTrust 文档说明，委员会模型假设委员会中至少有两名诚实成员。这形成了一种权衡。Rollup 模式通过向 Ethereum 提交数据提供更强的数据可用性假设。AnyTrust 模式则可以在正常情况下将数据存储在 Ethereum 之外，从而降低手续费。用户不应将所有基于 Arbitrum 的链都视为采用相同假设。Arbitrum One 和 Arbitrum Nova 都由 Arbitrum 技术提供支持，但在数据可用性方面作出了不同选择。Nitro 是共同的基础，链的安全性和成本特征则取决于具体配置。

关于 Arbitrum Nitro 的常见误解

一种常见误解是 Arbitrum Nitro 会让 Ethereum 本身变快。Nitro 不会改变 Ethereum 主网的执行能力，而是将执行转移到 Layer 2，同时使用 Ethereum 进行结算和提供数据可用性。另一种误解是每笔 Arbitrum 交易都需要 7 天。普通 Arbitrum 交易会通过排序器快速确认，较长的延迟主要适用于通过规范乐观提现路径提现回 Ethereum。第三种误解是手续费降低就意味着没有安全方面的权衡。Nitro 通过批处理、压缩、链下执行和 Rollup 设计降低成本，但用户仍面临桥接、排序器、应用和提现方面的假设及风险。第四种误解是 Nitro 只适用于一条链。Nitro 为 Arbitrum One 提供支持，也可以用于可配置的 Arbitrum 链。第五种误解是兼容 Ethereum 就代表完全相同。Arbitrum 与 EVM 高度兼容，但在手续费、最终性、消息传递和桥接方面仍有 Layer 2 特有行为。

使用基于 Arbitrum Nitro 的链的最佳实践

发送资金或签署交易前，用户应确认自己已连接到正确的 Arbitrum 链。用户应通过官方桥接链接或可信的应用链接访问服务，以避免钓鱼风险。用户应在目标链上留有足够的 ETH 或所需 Gas 代币来支付交易手续费。用户应了解，通过规范路径提现到 Ethereum 需要经过挑战期，存在延迟。用户应核实代币地址，因为跨链代币和原生代币的形式可能不同。开发者应在主网部署前，在 Arbitrum 专用测试环境中测试合约。构建父链到子链的消息传递流程前，开发者应了解可重试票据。构建子链到父链的流程前，开发者应了解 Outbox 执行。开发者应向用户清楚说明最终性和提现假设。验证者和基础设施提供方应运行可靠节点、监控升级并了解 BoLD 挑战机制。

常见问题

什么是 Arbitrum Nitro？

Arbitrum Nitro 是为 Arbitrum Rollup 链和可配置 Arbitrum 链提供支持的核心技术栈。

Arbitrum Nitro 是区块链吗？

Arbitrum Nitro 本身不是单条区块链，而是用于运行 Arbitrum One 等链和其他 Arbitrum 链的 Rollup 技术栈。

Arbitrum Nitro 解决什么问题？

Arbitrum Nitro 将执行转移到 Layer 2 环境，同时将数据和状态承诺锚定回 Ethereum，从而帮助扩展兼容 Ethereum 的应用。

为什么 Nitro 被称为乐观 Rollup？

它被称为乐观 Rollup，是因为系统默认状态声明有效，除非验证者在争议期内提出挑战。

Geth 在 Arbitrum Nitro 中发挥什么作用？

Geth 提供兼容 Ethereum 的执行核心，使 Arbitrum Nitro 能够支持 Ethereum 风格的智能合约和开发工具。

Nitro 中的 ArbOS 是什么？

ArbOS 是 Arbitrum 系统层，负责管理 Rollup 特有的执行、手续费、消息传递、区块生成和预编译合约。

Arbitrum Nitro 中的 BoLD 是什么？

BoLD 是 Arbitrum 的争议协议，通过交互式欺诈证明支持无需许可的验证，并将争议延迟限制在有界范围内。

Arbitrum 提现为何需要数天？

通过规范路径从 Arbitrum 提现回 Ethereum 需要经过挑战期，因为乐观 Rollup 必须留出时间处理欺诈挑战。

Arbitrum Nitro 使用 Ethereum 的安全性吗？

在 Rollup 模式下，Arbitrum Nitro 使用 Ethereum 进行结算、提供数据可用性和仲裁争议，但用户仍面临 Layer 2 特有风险。

Nitro 与 AnyTrust 有什么区别？

Nitro 是技术栈，而 AnyTrust 是一种成本较低的数据可用性模型，正常运行时使用数据可用性委员会，而不是将全部数据提交到 Ethereum。

Stylus 与 Nitro 有什么关系？

Stylus 是 Arbitrum Nitro 的一项升级，增加了 WASM 虚拟机，让开发者能够使用 Rust、C 和 C++ 等语言编写智能合约。

Arbitrum Nitro 是否没有风险？

不是。Arbitrum Nitro 虽然降低了成本并提升了可扩展性，但用户仍面临桥接风险、排序器假设、智能合约风险、提现延迟和链配置差异等风险。

结语

Arbitrum Nitro 是 Arbitrum 现代 Layer 2 和可配置链生态背后的核心 Rollup 技术栈。它结合了兼容 Ethereum 的执行、基于 Geth 的基础设施、ArbOS 系统逻辑、排序器排序、压缩数据提交、状态声明和交互式欺诈证明。其主要目标是在不放弃 Ethereum 结算和验证保障的前提下，让 Ethereum 风格的应用速度更快、成本更低。Nitro 很重要，因为它让用户和开发者体验接近 Ethereum，同时将执行转移到更具可扩展性的环境中。它还为 Arbitrum 链、AnyTrust 配置、Stylus 智能合约和高级 Layer 2 基础设施提供基础。Nitro 最重要的技术理念是分工。排序器负责交易排序，状态转换函数负责确定性执行，验证者负责验证状态，Ethereum 负责存储数据并仲裁争议，BoLD 负责管理挑战解决流程。这种分层设计让 Arbitrum 能够提供快速的日常使用体验，同时保留尽量减少信任需求的欺诈证明途径。用户应了解，Nitro 提升了可扩展性，但并不能消除所有风险。桥接安全、代币选择、钱包安全、排序器可用性、应用质量和提现时间仍然重要。开发者应了解 ArbOS、Gas 估算、可重试票据、延迟收件箱、Outbox 执行和最终性等 Nitro 特有行为。验证者应了解状态声明、保证金、BoLD 以及至少有一名诚实验证者这一安全假设。对加密货币学习者而言，Arbitrum Nitro 清楚展示了 Rollup 架构如何扩展区块链活动，而无需让每个基础层节点都重新执行每一笔交易。它展示了如何将执行、数据可用性、欺诈证明和结算拆分为模块化系统。关键在于，Arbitrum Nitro 并不只是速度更快的 Ethereum。它是一种 Rollup 架构，以 Ethereum 作为安全和结算基础，同时为应用提供更实用的执行环境。