Arbitrum Nitro

什麼是 Arbitrum Nitro？

Arbitrum Nitro 是支援 Arbitrum Rollup Chain 和許多可設定 Arbitrum 鏈的核心技術堆疊。

在加密貨幣領域，最適合將它理解為第二代 Optimistic 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 將交易排序、交易執行、資料提交、狀態聲明和爭議解決分別交由系統中的不同部分處理。

使用者可以透過公開 RPC 端點、第三方 RPC 服務商、自架節點或直接連接排序器的端點，將交易提交給 Arbitrum 排序器。

排序器為交易排序，並提供快速軟確認。

排序後，Nitro 會透過確定性狀態轉換函式執行交易。

此狀態轉換函式使用 Geth 執行與 Ethereum 相容的操作，並使用 ArbOS 處理 Arbitrum 專屬邏輯。

壓縮後的交易資料會作為 Rollup 資料可用性流程的一部分提交至 Ethereum。

驗證者可以計算正確的 Arbitrum 狀態，並向 Ethereum 提交狀態聲明，摘要呈現許多 Arbitrum 區塊的結果。

如果狀態聲明有誤，其他驗證者可以透過爭議協議提出挑戰。

Ethereum 會透過檢查逐步縮小範圍後的單步證明，作為爭議的最終裁決者。

此設計讓 Arbitrum Nitro 能在鏈下處理大量交易，同時保留在 Ethereum 上驗證正確性的管道。

Optimistic Rollup 設計

Arbitrum Nitro 採用 Optimistic Rollup 設計。

Optimistic Rollup 會先假設已提交的狀態結果有效，除非有人在爭議期內提出挑戰。

這與每個基礎層節點都立即重新執行每一筆 Layer 2 交易的系統不同。

Optimistic 作法可以節省成本，因為在正常情況下，Ethereum 不必重新執行所有 Arbitrum 操作。

Ethereum 會儲存資料，並在有人提出詐欺指控時驗證爭議。

這就是此設計被稱為 Optimistic 的原因。

它對一般行為採取樂觀假設，但仍針對惡意情況設置欺詐證明機制。

官方 Arbitrum Nitro 深入說明文件指出，Arbitrum 會在執行後透過驗證及爭議系統確認正確性。

此模型的優點是能以較低成本執行，同時保留向 Ethereum 提出挑戰的管道。

其取捨是，從 Arbitrum 提領回 Ethereum 時需要等待，因為系統必須留出時間供他人提出挑戰。

Nitro 的 4 項核心設計理念

Nitro 白皮書提出 4 項構成其架構的主要設計理念。

第一項理念是先排序，再進行確定性執行。

這代表 Nitro 會先確定交易順序，再透過確定性狀態轉換函式處理交易。

第二項理念是以 Geth 為核心。

這代表 Nitro 使用 Ethereum 執行軟體作為基礎，確保與 Ethereum 智能合約和開發工具高度相容。

第三項理念是將執行與證明分開。

這代表 Nitro 在一般執行期間可以原生執行程式碼以提升速度，必要時則可編譯為 WebAssembly 供欺詐證明驗證使用。

第四項理念是採用互動式欺詐證明的 Optimistic 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 專屬功能。

這些功能包括資源管理、區塊產生、跨鏈訊息、手續費計算、預先編譯合約、retryable 訊息和狀態追蹤。

ArbOS 也有助於將 Stylus 合約和 WebAssembly 執行整合至 Nitro 環境。

簡單來說，可以把 ArbOS 想成是讓 Ethereum 風格執行環境適用於 Rollup 鏈的系統層。

Geth 提供熟悉的 EVM 行為。

ArbOS 則加入讓 Arbitrum 作為 Layer 2 運作所需的 Rollup 專屬規則。

有時這種組合會被稱為「Geth 三明治」，因為 Geth 被 Arbitrum 專屬系統邏輯包覆。

排序器

排序器是負責接收大多數使用者交易並為其排序的元件。

官方 Arbitrum 交易生命週期說明文件指出，使用者可以透過排序器提交交易，也可以透過父鏈上的延遲收件匣繞過排序器。

排序器能快速告知使用者交易已納入排序後的資料流，因此可提供快速軟確認。

這種軟最終性對錢包和應用程式很實用，因為使用者不想等上好幾分鐘才看到回饋。

不過，軟最終性不等同於 Ethereum 層級的硬最終性。

交易資料提交並透過 Rollup 流程確認後，才會達到硬最終性。

排序器能改善使用體驗，但也帶來重要的信任和可用性假設。

如果排序器無法使用或拒絕處理交易，使用者可以透過延遲收件匣管道降低遭審查的風險。

此備援管道很重要，因為它降低了對排序器的完全依賴。

延遲收件匣

延遲收件匣是父鏈上的機制，讓使用者提交交易時不必只依賴排序器。

這很重要，因為即使排序器無法使用或審查交易，Layer 2 也不應讓使用者永遠無法進入鏈上。

交易生命週期說明文件指出，使用者可以直接向父鏈上的延遲收件匣合約提交交易。

如果排序器未在規定時間內處理交易，使用者可以透過父鏈機制強制納入。

這讓 Arbitrum 有一條連接回 Ethereum 的抗審查管道。

由於會直接使用父鏈，延遲收件匣比一般排序器提交方式更慢、成本也更高。

不過，這是一項重要的安全功能。

一般使用者通常會採用排序器管道進行操作。

在攸關重大利益的情況下，延遲收件匣有助於保障使用者存取鏈的能力。

確定性執行

確定性執行是指誠實的 Arbitrum 節點在收到相同的有序輸入時，應產生相同結果。

這對 Rollup 安全性至關重要。

如果不同的誠實節點根據相同交易算出不同結果，驗證者就無法可靠地判斷哪個狀態才正確。

Nitro 的確定性狀態轉換函式，讓執行結果可以接受驗證並解決爭議。

Arbitrum Nitro 深入說明文件指出，確定性執行是高效欺詐證明和爭議解決的基礎。

實際運作時，Nitro 會接收已排序的訊息、檢查交易有效性、收取手續費、透過 Geth 執行 EVM 邏輯、套用 ArbOS 專屬狀態更新，並產生收據和日誌。

這套確定性流程讓驗證者可以獨立計算正確的鏈狀態。

如果驗證者提交錯誤的狀態聲明，其他驗證者可以提出挑戰，因為任何人都能獨立重現正確結果。

欺詐證明

欺詐證明是用來證明發生無效狀態轉換的機制。

在 Arbitrum Nitro 中，欺詐證明採用互動式方式，不必讓 Ethereum 重新執行每一筆 Arbitrum 交易。

驗證者對狀態結果意見不一時，爭議流程會逐步縮小分歧範圍。

最後，爭議會縮小至 Ethereum 能夠驗證的單一運算步驟。

這比要求 Ethereum 重新執行整段 Rollup 歷史便宜得多。

BoLD 說明文件指出，互動式程序縮小爭議範圍後，Ethereum 可以驗證單步證明。

這種欺詐證明模型是 Optimistic Rollup 得以擴展的主要原因之一。

大部分時間，執行都在鏈下進行。

只有發生爭議時，才需要在 Ethereum 上進行詳細驗證。

其安全假設是，至少有一位誠實驗證者能發現並挑戰無效的狀態聲明。

WebAssembly 與 WAVM

WebAssembly（WASM）對 Nitro 很重要，因為它支援跨機器的欺詐證明驗證。

Nitro 將一般執行與證明分開處理。

在正常運作期間，Nitro 可以執行編譯後的原生程式碼以提升速度。

發生爭議時，狀態轉換函式可以採用與 WASM 相關的形式，以便進行結構化驗證。

Nitro 白皮書指出，Nitro 會將狀態轉換函式編譯為原生程式碼，以供一般情況下執行；也會編譯為可攜式 WebAssembly 程式碼，供欺詐證明協議使用。

Arbitrum 的爭議系統會使用經修改、通常稱為 WAVM 的 WASM 環境來執行挑戰。

這很重要，因為欺詐證明需要精確且可攜式的指令模型。

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 上確認後，交易才會取得硬最終性。

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 Chain 上，Nitro 會將交易資料以壓縮批次形式提交至 Ethereum。

這讓驗證者和觀察者能取得驗證狀態所需的資料。

Nitro 白皮書指出，若要確保 Arbitrum 正常運作，節點必須能存取鏈上收件匣中的每筆 Layer 2 交易資料。

資料可用性是 Rollup 成本的主要來源之一，因為將資料提交至 Ethereum 並非免費。

不過，公開資料也是主要安全來源之一，因為任何人都能據此獨立驗證。

如果無法取得交易資料，驗證者就可能難以檢查狀態聲明是否正確。

因此，資料可用性不只是成本問題。

它也是安全問題。

Nitro 與 AnyTrust

AnyTrust 是 Arbitrum Nitro 的一種變體，透過採用不同的資料可用性模型降低成本。

官方 AnyTrust 協議說明文件指出，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 的最終性階段、手續費計算方式、跨鏈橋行為、chain ID 和 Rollup 專屬預先編譯合約都與 Ethereum 不同。

開發者應測試 Gas 預估、retryable tickets、跨鏈訊息、提領流程和排序器假設。

使用 Arbitrum 的感覺可能與使用 Ethereum 相似，但使用者仍應了解 Layer 2 特有風險和規則。

Nitro 的相容性很有價值，因為它保留 Ethereum 開發體驗，同時提升實際擴展能力。

Nitro 與跨鏈操作

跨鏈是 Nitro 生態系的核心環節，因為使用者需要在 Ethereum 和 Arbitrum 鏈之間移動 ETH、代幣和訊息。

Arbitrum Nitro 深入說明文件指出，跨鏈通訊包括父鏈至子鏈的存入、子鏈至父鏈的提領、retryable tickets，以及 canonical bridge 架構。

使用者從 Ethereum 跨鏈至 Arbitrum 時，資產會鎖定或存放在 Ethereum 上，並在 Arbitrum 上以對應形式呈現。

使用者提領回 Ethereum 時，必須先等挑戰期結束，才能完成父鏈領取步驟。

這種提領延遲是 Optimistic Rollup 安全機制的一部分。

Retryable tickets 可協助父鏈至子鏈的訊息在 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 需要等待。

這是因為 Optimistic Rollup 必須經過挑戰期，才能在父鏈完成提領結算。

第二項限制是一般快速管道依賴排序器。

延遲收件匣提供備援，但排序器仍會影響日常使用體驗。

第三項限制是跨鏈橋風險。

使用者可能因網路釣魚、代幣版本錯誤、惡意授權或不支援的跨鏈路徑而損失資金。

第四項限制是手續費可能變動。

Arbitrum 手續費通常低於 Ethereum 主網，但仍部分取決於父鏈資料成本和 Arbitrum 需求。

第五項限制是智能合約風險。

Nitro 提供基礎設施，但個別應用程式仍可能有程式錯誤、不安全的治理、預言機問題或流動性問題。

第六項限制是自訂 Arbitrum 鏈的設定風險。

專用鏈可以採用不同的資料可用性、驗證、治理或 Gas 代幣設定，因此使用者必須了解並非所有 Arbitrum 鏈都採用相同的信任假設。

Arbitrum Nitro 的安全模型

Arbitrum Nitro 的安全模型結合 Ethereum 結算、資料可用性、確定性執行、狀態聲明、經濟保證金、驗證者和欺詐證明。

Rollup 在一般運作情況下，不要求 Ethereum 重新執行每一筆 Arbitrum 交易。

相反地，Nitro 依賴驗證者計算狀態，並在有人提交無效聲明時提出欺詐挑戰。

BoLD 說明文件指出，只要有一位誠實參與者為正確狀態提供保證金，就能透過挑戰流程保護系統。

至少有一位誠實驗證者，是 Optimistic 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 預估、retryable tickets、地址別名、最終性、延遲收件匣行為和跨鏈流程。

開發者也應考慮應用程式是否依賴父鏈即時最終性，或 Arbitrum 軟最終性是否已足夠。

涉及存入和提領的應用程式，應清楚說明跨鏈時程。

涉及高價值交易的應用程式，應了解狀態聲明最終性和爭議假設。

部署於自訂 Arbitrum 鏈的應用程式，應揭露資料可用性和治理設定。

Nitro 讓大規模 Ethereum 風格開發更容易，但不能取代謹慎的 Layer 2 工程實務。

供驗證者和節點營運者使用的 Nitro

驗證者和節點營運者是 Nitro 安全模型的重要參與者。

完整節點有助於讀取和驗證 Arbitrum 鏈狀態。

驗證者會計算正確狀態，並可參與狀態聲明和挑戰流程。

在 BoLD 機制下，參與者可以依照協議規則提供保證金並與 Rollup 合約互動，因此驗證可以無須許可地進行。

驗證者需要可靠的基礎設施、存取鏈上資料、正確的 Nitro 軟體，以及回應爭議的能力。

部分驗證者可能會主動提交狀態聲明。

部分驗證者可能會監控並挑戰錯誤的狀態聲明。

部分驗證者可能更像監視者，在發現異常時提醒其他人。

驗證者角色多元，有助於強化系統。

關鍵在於，Nitro 的安全性仰賴誠實參與者能獨立驗證並維護正確的鏈狀態。

Arbitrum Nitro 與 Arbitrum Classic 的比較

Arbitrum Nitro 以效率更高、與 Ethereum 相容性更強的架構，取代早期 Arbitrum 設計。

Nitro 白皮書將 Nitro 描述為相較原始系統有顯著改善的設計。

早期設計採用自訂虛擬機器架構。

Nitro 改為以 Geth 執行核心搭配 WASM 證明架構。

這項改變提升了相容性，因為執行環境更接近 Ethereum 自己的軟體堆疊。

合約和工具也能更接近在 Ethereum 上的運作方式，進而改善開發者體驗。

Nitro 的設計也將一般執行與以證明為導向的執行分開，讓系統能快速原生執行，同時保留可攜式欺詐證明驗證。

對大多數使用者而言，現在使用的 Arbitrum 技術就是 Arbitrum Nitro。

了解這項差異，主要有助於理解現代 Arbitrum 鏈為何比原始 Arbitrum 架構更相容、更有效率且更具彈性。

Arbitrum Nitro 與 AnyTrust 的比較

Arbitrum Nitro 是技術堆疊，AnyTrust 則是可透過 Nitro 建置的資料可用性設定。

標準 Arbitrum Rollup 會將交易資料提交至 Ethereum，以提供資料可用性。

AnyTrust 鏈在一般運作情況下會使用資料可用性委員會降低成本。

AnyTrust 說明文件指出，委員會模型假設委員會成員中至少有 2 位誠實成員。

這帶來一項取捨。

Rollup 模式透過向 Ethereum 提交資料，採用更強的資料可用性假設。

AnyTrust 模式則可在正常情況下將資料儲存在 Ethereum 之外，以降低手續費。

使用者不應將所有以 Arbitrum 為基礎的鏈視為採用相同假設。

Arbitrum One 和 Arbitrum Nova 都使用 Arbitrum 技術，但採用不同的資料可用性選擇。

Nitro 是共同的基礎技術，安全性和成本則取決於鏈的設定。

對 Arbitrum Nitro 的常見誤解

一種常見誤解是 Arbitrum Nitro 會讓 Ethereum 本身變快。

Nitro 不會改變 Ethereum 主網的執行能力；它會將執行作業移至 Layer 2，同時使用 Ethereum 進行結算並提供資料可用性。

另一種誤解是所有 Arbitrum 交易都需要 7 天。

一般 Arbitrum 交易可以快速取得排序器確認；較長的延遲主要適用於透過 canonical Optimistic 提領管道提領回 Ethereum。

第三種誤解是手續費較低就代表沒有安全性取捨。

Nitro 透過批次處理、壓縮、鏈下執行和 Rollup 設計降低成本，但使用者仍會面臨跨鏈橋、排序器、應用程式和提領假設等風險。

第四種誤解是 Nitro 只適用於一條鏈。

Nitro 支援 Arbitrum One，也能支援可設定的 Arbitrum 鏈。

第五種誤解是與 Ethereum 相容就代表完全相同。

Arbitrum 與 EVM 高度相容，但在手續費、最終性、訊息傳遞和跨鏈方面仍有 Layer 2 特有行為。

使用 Arbitrum Nitro 鏈的最佳實務

傳送資金或簽署交易前，使用者應確認自己已連接至正確的 Arbitrum 鏈。

使用者應透過官方跨鏈連結或信任的應用程式連結操作，以避免網路釣魚。

使用者應在目標鏈上保留足夠的 ETH 或所需 Gas 代幣，以支付交易手續費。

使用者應了解，透過 canonical bridge 提領至 Ethereum 需要經過挑戰期延遲。

使用者應確認代幣地址，因為跨鏈代幣和原生代幣可能是不同形式。

開發者應先在 Arbitrum 專用測試環境測試合約，再部署至主網。

建置父鏈至子鏈的訊息流程前，開發者應了解 retryable tickets。

建置子鏈至父鏈的流程前，開發者應了解 outbox 執行。

開發者應向使用者清楚說明最終性和提領假設。

驗證者和基礎設施服務商應執行可靠節點、監控升級並了解 BoLD 挑戰機制。

相關加密貨幣術語

Layer 2 是在基礎區塊鏈之外處理交易，同時維持與基礎鏈連結的擴充環境。

Optimistic Rollup 是一種先假設狀態聲明有效，除非有人在爭議期提出挑戰的 Rollup。

排序器是在許多 Rollup 系統中負責為交易排序的元件。

欺詐證明是用來證明發生無效狀態轉換的證明。

BoLD 是 Bounded Liquidity Delay 的縮寫，也是 Arbitrum 支援無須許可驗證的爭議框架。

ArbOS 是管理鏈特定執行、訊息傳遞、手續費和預先編譯合約的 Arbitrum 系統層。

Geth 是 go-ethereum 執行軟體，也是 Nitro 與 Ethereum 相容執行模型的核心部分。

WASM 是 WebAssembly 的縮寫，是 Nitro 證明架構和 Stylus 執行所使用的可攜式指令格式。

Stylus 是 Arbitrum 的一項升級，讓開發者可以使用 Rust、C 和 C++ 等語言撰寫以 WASM 為基礎的智能合約。

資料可用性是指驗證鏈狀態所需的交易資料可以被取得。

常見問題

什麼是 Arbitrum Nitro？

Arbitrum Nitro 是支援 Arbitrum Rollup Chain 和可設定 Arbitrum 鏈的核心技術堆疊。

Arbitrum Nitro 是一條區塊鏈嗎？

Arbitrum Nitro 本身不是單一區塊鏈，而是用於運行 Arbitrum One 等鏈及其他 Arbitrum 鏈的 Rollup 技術堆疊。

Arbitrum Nitro 解決了什麼問題？

Arbitrum Nitro 將執行作業移至 Layer 2 環境，並將資料和狀態承諾錨定回 Ethereum，有助於擴展與 Ethereum 相容的應用程式。

為什麼 Nitro 被稱為 Optimistic Rollup？

它被稱為 Optimistic Rollup，是因為系統會先假設狀態聲明有效，除非驗證者在爭議期內提出挑戰。

Geth 在 Arbitrum Nitro 中扮演什麼角色？

Geth 提供與 Ethereum 相容的執行核心，協助 Arbitrum Nitro 支援 Ethereum 風格的智能合約和開發工具。

Nitro 中的 ArbOS 是什麼？

ArbOS 是 Arbitrum 系統層，負責管理 Rollup 專屬的執行、手續費、訊息傳遞、區塊產生和預先編譯合約。

Arbitrum Nitro 中的 BoLD 是什麼？

BoLD 是 Arbitrum 的爭議協議，透過互動式欺詐證明支援無須許可的驗證，並限制爭議延遲時間。

為什麼 Arbitrum 提領需要好幾天？

透過 canonical bridge 從 Arbitrum 提領回 Ethereum 時，必須經過挑戰期，因為 Optimistic Rollup 必須留出時間供他人提出欺詐挑戰。

Arbitrum Nitro 使用 Ethereum 的安全性嗎？

Arbitrum Nitro 使用 Ethereum 進行結算、在 Rollup 模式下提供資料可用性，並處理爭議仲裁；不過，使用者仍會面臨 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 預估、retryable tickets、延遲收件匣、outbox 執行和最終性等 Nitro 特有行為。

驗證者應了解狀態聲明、保證金、BoLD 和至少有一位誠實驗證者的安全假設。

對加密貨幣初學者而言，Arbitrum Nitro 是 Rollup 架構如何擴展區塊鏈活動的一個鮮明範例，不必讓每個基礎層節點重新執行每一筆交易。

它展示了如何將執行、資料可用性、欺詐證明和結算拆分為模組化系統。

最重要的觀念是：Arbitrum Nitro 不只是速度更快的 Ethereum。

它是一種 Rollup 架構，以 Ethereum 作為安全和結算基礎，同時為應用程式提供更實用的執行環境。