Arbitrum Rollup Chain

什麼是 Arbitrum Rollup Chain？

Arbitrum Rollup Chain 是一種以 Arbitrum 為基礎、採用 Arbitrum Rollup Protocol 的 Layer 2 區塊鏈。

在加密貨幣領域，Rollup Chain 會在基礎區塊鏈之外處理交易，同時將足夠的資料與狀態資訊提交回基礎區塊鏈，以便驗證該鏈。

官方 Arbitrum 詞彙表將 Arbitrum Rollup Chain 定義為採用 Arbitrum Rollup Protocol 的 Arbitrum 鏈。

同一份詞彙表也說明，Arbitrum Rollup Protocol 是一種無須信任且無須許可的協議，會使用其底層基礎層提供資料可用性，並繼承該層的安全性。

Arbitrum One 是 Arbitrum Rollup Chain 的主要公開範例。

Arbitrum Rollup Chain 採用 Arbitrum Nitro 技術堆疊建置。

這類區塊鏈與 EVM 相容，代表開發者通常可以使用 Ethereum 風格的智能合約、錢包、工具和 API 進行建置。

Arbitrum Rollup Chain 的主要目的，是在維持與 Ethereum 結算及資料可用性緊密連結的同時，為使用者提供更便宜、更快速的執行環境。

因此，Arbitrum Rollup Chain 適用於 DeFi、代幣化資產、支付、遊戲、NFT、社交應用程式，以及應用程式專用的區塊鏈環境。

最簡單的理解方式是：Arbitrum Rollup Chain 會將交易資料提交至其父鏈，而不是主要依賴外部資料委員會。

Arbitrum Rollup Chain 為何重要

Arbitrum Rollup Chain 很重要，因為 Ethereum 的區塊空間有限，在需求旺盛時可能變得昂貴。

當許多使用者想要交易、跨鏈、借貸、鑄造代幣，或與智能合約互動時，Ethereum 主網的交易手續費可能迅速上升。

Arbitrum Rollup Chain 將執行作業移至 Layer 2 環境，有助於減輕這種壓力。

官方 Arbitrum 介紹說明，Arbitrum 讓應用程式能以較低手續費和較高吞吐量處理交易，同時維持與 Ethereum 結算及安全性的明確連結。

這種連結很重要，因為使用者需要的不只是低成本交易。

他們也希望資產、應用程式和交易紀錄都能接受驗證。

Arbitrum Rollup Chain 的設計目標，是在不完全脫離 Ethereum 安全模型的情況下，為使用者提供低成本執行環境。

對開發者而言，這代表可以使用 Ethereum 風格的工具，建置更具擴展性的應用程式。

對使用者而言，這代表可以更頻繁地使用加密貨幣應用程式，而不必每次操作都支付高額主網手續費。

對整體生態系而言，Arbitrum Rollup Chain 展示了區塊鏈如何透過分層架構擴展，而不必將所有活動都集中在單一基礎鏈上。

Arbitrum Rollup Chain 的運作方式

Arbitrum Rollup Chain 會先為交易排序，再於 Arbitrum 鏈上執行交易、將交易資料批次處理，並將資料提交至 Ethereum 等父鏈。

使用者可以透過錢包、應用程式、RPC 端點，或直接提交至排序器的管道向鏈上送出交易。

排序器會為大多數使用者交易排序，並提供快速的軟確認。

Arbitrum Nitro 技術堆疊會透過與 Ethereum 相容的狀態轉換函式，執行已排序的交易。

交易資料會經過壓縮，並依目前的資料提交方式，以 blobs 或 calldata 形式提交至父鏈。

驗證者可以獨立讀取這些資料、執行鏈上軟體，並驗證產生的狀態。

驗證者會將 Arbitrum 鏈狀態的聲明提交至父鏈。

如果有人提交無效聲明，其他驗證者可以透過 Arbitrum 爭議系統提出挑戰。

父鏈則是解決爭議的最終場所。

此設計讓 Arbitrum 鏈能以低成本處理大量交易，同時保留透過 Ethereum 驗證的途徑。

Arbitrum Rollup Protocol

Arbitrum Rollup Protocol 是 Arbitrum Rollup Chain 採用的協議設計。

此協議以 Optimistic Rollup 原則為基礎。

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

如此一來，Ethereum 在一般運作情況下不必重新執行每一筆 Arbitrum 交易。

Ethereum 會接收壓縮資料、狀態承諾，以及必要時用於處理爭議的證明。

Arbitrum 詞彙表將 Rollup Protocol 描述為無須信任且無須許可，因為它使用基礎層提供資料可用性並繼承其安全性。

「無須許可」很重要，因為驗證不應只依賴一小群受信任的參與者。

「無須信任」很重要，因為使用者不應需要信任單一營運者會如實回報鏈的狀態。

此協議的安全性取決於公開資料可用性、誠實驗證、經濟保證金、欺詐證明，以及挑戰無效狀態聲明的能力。

這也是為什麼將資料提交至 Ethereum 是 Arbitrum Rollup Chain 模型的重要環節。

Arbitrum Nitro

Arbitrum Nitro 是目前支援 Arbitrum Rollup Chain 的技術堆疊。

官方 Arbitrum Nitro 深入說明文件指出，Nitro 涵蓋從排序器排序、交易執行到驗證的完整交易生命週期。

Nitro 使用以 Geth 為基礎的執行環境，以支援高度 Ethereum 相容性。

此外，Nitro 也使用 ArbOS。這是 Arbitrum 的系統層，負責處理手續費、跨鏈訊息、預先編譯合約及 Rollup 行為等鏈特定功能。

Nitro 將一般執行與以證明為導向的執行分開處理。

如此一來，鏈在正常運作時可以高效執行，發生爭議時仍可支援欺詐證明驗證。

對開發者而言，Nitro 讓 Arbitrum Rollup Chain 更容易上手，因為許多 Ethereum 開發工具都能使用。

對使用者而言，Nitro 有助於提供更快的確認速度和更低的交易成本。

對驗證者而言，Nitro 提供可確定性執行的環境，能供驗證與挑戰。

因此，Nitro 是讓 Arbitrum Rollup Chain 模型得以實際運作的軟體基礎。

排序器

排序器是負責為 Arbitrum Rollup Chain 上大多數交易排序的元件。

使用者透過一般管道提交交易時，排序器會接收交易，並將其加入鏈上有序交易資料流。

排序器可以快速顯示交易已在子鏈上排序並執行，因此使用者能迅速取得軟確認。

官方 Arbitrum 鏈資訊頁面說明，成功將交易提交至 Arbitrum One 排序器端點，代表該交易已排入 Layer 2 區塊，並視為取得軟確認。

軟確認很實用，因為使用者不必等到父鏈完全達成最終性，才能看到應用程式的操作結果。

不過，軟確認不等同於在 Ethereum 上完成最終結算。

交易資料仍須提交並納入 Rollup 流程。

排序器能提升速度與使用體驗，但仍是重要的營運假設之一。

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

延遲收件匣與強制納入

延遲收件匣是父鏈上的一種機制，讓交易或訊息不必只依賴排序器，也能進入 Arbitrum Rollup Chain。

這很重要，因為即使排序器故障或拒絕納入交易，Rollup 也應提供使用者進入鏈上的管道。

Arbitrum One 官方鏈資訊頁面列出的強制納入等待期為 5760 個區塊，約 24 小時。

等待期過後，延遲訊息便可在不需排序器介入的情況下納入。

由於此備援管道會使用父鏈，因此速度較慢，成本也高於一般排序器提交方式。

不過，這對安全性與活性很重要。

使用者在正常操作時可能永遠不需要使用強制納入。

但延遲收件匣的存在有助於降低對排序器的依賴。

開發者在設計重要提領流程、緊急工具和高價值協議時，應將強制納入納入考量。

對使用者而言，這代表正常快速管道無法使用時，Rollup 仍有一條父鏈安全管道可供使用。

資料可用性

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

資料可用性是 Arbitrum Rollup Chain 與 Arbitrum AnyTrust Chain 之間最重要的差異之一。

官方 AnyTrust 協議說明文件指出，Arbitrum Rollup 會將批次處理並壓縮的交易資料，以 blobs 或 calldata 形式提交至父鏈 Ethereum，以提供資料存取。

這代表驗證者和觀察者可以從 Ethereum 取得已提交的資料，並獨立驗證 Arbitrum 鏈的狀態。

一般而言，將資料提交至 Ethereum 的成本高於使用獨立資料可用性委員會。

不過，資料直接錨定於 Ethereum，可帶來更強的資料可用性假設。

因此，需要較強安全保障的應用程式通常會選擇 Arbitrum Rollup Chain。

資料可用性不只是技術細節。

它會影響使用者能否驗證鏈，以及驗證者能否挑戰無效的狀態聲明。

如果 Rollup 的資料無法取得，獨立參與者就無法安全地驗證它。

Arbitrum Rollup Chain 與 Arbitrum AnyTrust Chain 的比較

Arbitrum Rollup Chain 和 Arbitrum AnyTrust Chain 都是 Arbitrum 鏈，但採用不同的資料可用性模型。

Arbitrum Rollup Chain 會將交易資料提交至父鏈。

Arbitrum AnyTrust Chain 一般會使用資料可用性委員會儲存資料並提供資料可用性憑證。

Arbitrum 詞彙表指出，Arbitrum Nova 是 AnyTrust 鏈，而 Arbitrum One 採用完全無須信任、但更耗費父鏈 Gas 的 Arbitrum Rollup Protocol。

Rollup 模型的主要優點，是透過父鏈提供更強的資料可用性。

Rollup 模型的主要成本，是較高的資料提交費用。

AnyTrust 模型的主要優點，是能為特定用途降低成本並提升效率。

AnyTrust 模型的主要取捨，是增加一項資料可用性的信任假設。

選擇兩種模型時，專案必須決定要優先採用 Ethereum 的最高資料可用性保障，還是較低的交易成本。

對高價值 DeFi、結算及代幣化資產系統而言，Rollup 模型可能更具吸引力，因為驗證強度比最低手續費更重要。

欺詐證明

欺詐證明用於證明發生了無效的狀態轉換。

Arbitrum Rollup Chain 屬於 Optimistic Rollup，因此使用欺詐證明邏輯。

驗證者提交狀態聲明時，系統不會自動要求 Ethereum 重新執行每一筆交易。

相反地，如果爭議期間沒有人成功挑戰並證明聲明有誤，該聲明就會被接受。

如果另一位驗證者提出異議，爭議流程會逐步縮小分歧範圍，直到能在父鏈上檢查一個較小的運算步驟。

由於只有發生爭議時才需要進行昂貴的鏈上驗證，因此這種方式能節省成本。

此安全模型仰賴至少有一位誠實驗證者能發現並挑戰無效聲明。

因此，欺詐證明是 Arbitrum Rollup Chain 降低信任需求設計的核心。

它讓鏈能擴展執行能力，同時保留確保正確性的管道。

使用者不必親自提交欺詐證明，但會受益於驗證者具備提交此類證明的能力。

BoLD 與無須許可的驗證

BoLD 是 Bounded Liquidity Delay 的縮寫。

官方 BoLD 概覽指出，BoLD 是一種 Optimistic Rollup 爭議協議，可讓 Arbitrum 鏈支援無須許可的驗證。

根據官方說明文件，BoLD 已在 Arbitrum One、Arbitrum Nova 和 Arbitrum Sepolia 上啟用。

BoLD 改變了驗證者針對 Arbitrum 鏈狀態提出及解決爭議的方式。

任何符合資格且提供保證金的參與者，都能協助驗證鏈的狀態並挑戰無效聲明。

這很重要，因為開放驗證能強化 Rollup 的安全假設。

BoLD 也有助於確保爭議在有界限的時間內解決，而不是讓攻擊者無限期延遲確認。

對使用者而言，BoLD 在正常交易期間大多不會被察覺。

對協議而言，它是 Arbitrum Rollup Chain 保護子鏈至父鏈訊息和提領的重要機制。

對驗證者而言，BoLD 定義了提交狀態聲明、發起挑戰及確認有效聲明等職責。

狀態聲明

狀態聲明是對 Arbitrum Rollup Chain 狀態所提出的主張。

驗證者會將狀態聲明提交至父鏈，以摘要呈現多筆子鏈交易的結果。

狀態聲明可包含起始狀態、結束狀態、已處理訊息及輸出承諾等資訊。

如果狀態聲明有效，且沒有成功挑戰推翻它，該聲明便可在爭議期後獲得確認。

如果狀態聲明無效，爭議流程便可將其駁回。

狀態聲明不是一般使用者交易。

它們是協議層級的檢查點，有助於 Ethereum追蹤並驗證 Rollup 的狀態。

提領與爭議期

透過 canonical bridge 從 Arbitrum Rollup Chain 提領回 Ethereum，需要等待一段時間。

這是因為 Optimistic Rollup 必須留出時間，讓驗證者挑戰無效的狀態聲明。

Arbitrum 官方鏈資訊頁面列出的 Arbitrum One 爭議期為 45818 個區塊，約 6.4 天。

許多使用者介面會將此時間描述為約 7 天。

等待期主要適用於透過 canonical bridge 提領回父鏈的情況。

這不代表 Arbitrum Rollup Chain 上的每筆一般交易都需要 7 天。

一般交易可以透過排序器快速取得軟確認。

提領速度較慢，是因為 Ethereum 必須等到相關 Arbitrum 狀態安全確認後才能處理。

等待期結束後，使用者必須在父鏈上完成一筆領取交易。

如果使用者需要在特定日期前將資產提領至 Ethereum，應妥善規劃。

在 Arbitrum Rollup Chain 上跨鏈

跨鏈是指在父鏈與 Arbitrum Rollup Chain 之間移動資產或訊息。

官方 Arbitrum Bridge 快速入門指南說明，使用者可以將 ETH 或 ERC-20 代幣從父鏈存入子鏈，之後再提領回去。

使用者將資產存入 Arbitrum Rollup Chain 時，父鏈上的橋接合約會鎖定或記錄資產，子鏈則會將資產記入使用者帳戶。

使用者將資產提領回 Ethereum 時，子鏈端會啟動提領流程，父鏈領取步驟則會在爭議期結束後開放。

ERC-20 代幣存入橋接合約前，通常需要先授權代幣。

因此，跨鏈使用者必須了解交易簽署與授權權限。

跨鏈操作常見錯誤，包括選錯鏈、授權錯誤的支出方，或混淆不同版本的代幣。

簽署前，使用者應確認橋接網址、代幣合約地址、目標鏈、金額及錢包地址。

跨鏈是 Rollup 易用性的重要環節，但也是加密貨幣操作中風險最高的行為之一。

Arbitrum Rollup Chain 的手續費

Arbitrum Rollup Chain 的手續費包含子鏈執行成本，以及父鏈資料提交成本。

官方 Arbitrum Gas 與手續費說明文件指出，Arbitrum 手續費涵蓋計算和儲存等子鏈資源，以及提交交易所需 calldata 等父鏈資源。

因此，總手續費會同時受到 Arbitrum 需求與 Ethereum 資料成本影響。

如果父鏈資料成本上升，Arbitrum 手續費中的父鏈部分也可能增加。

如果子鏈活動量超過目標，子鏈手續費也可能上升。

Arbitrum 透過壓縮、批次處理和動態定價，降低相較於直接在 Ethereum 執行每筆交易的手續費。

不過，Arbitrum Rollup Chain 交易並非免費。

使用者仍需要 ETH 或該鏈指定的 Gas 代幣支付交易手續費。

官方 Arbitrum 常見問題指出，Arbitrum One 等 Arbitrum 網路使用 ETH 支付 Gas 費。

使用者在確認交易前，應一律查看錢包顯示的手續費預估。

ETH 作為 Arbitrum One 的 Gas 代幣

Arbitrum One 使用 ETH 作為 Gas 代幣。

因此，使用者需要在 Arbitrum One 上持有 ETH，才能提交交易、與智能合約互動、兌換代幣、鑄造 NFT，或將資產跨鏈轉回。

只跨鏈 ERC-20 代幣、卻忘記跨入支付 Gas 所需 ETH 的使用者，可能會因此感到困惑。

如果使用者在 Arbitrum One 上持有代幣，卻沒有 ETH 支付手續費，可能必須先取得 Arbitrum One 上的 ETH，才能移動這些代幣。

應用程式團隊可以透過 Gas 代付或新手引導流程降低這個問題，但使用者仍應了解所需的手續費代幣。

自訂 Arbitrum 鏈有時可以選擇不同的 Gas 代幣設定。

因此，使用者應先確認特定鏈的設定，不要假設所有 Arbitrum 鏈都一律使用 ETH 作為手續費代幣。

Arbitrum One 一般使用 ETH 作為 Gas 資產。

其他 Arbitrum Rollup Chain 則依其設定決定 Gas 代幣設計。

Arbitrum Rollup Chain 與 Ethereum 安全性

若 Ethereum 是底層鏈，Arbitrum Rollup Chain 會以 Ethereum 作為父鏈，處理結算、資料可用性及爭議仲裁。

這不代表使用體驗與 Ethereum 主網完全相同。

這代表 Rollup 有一套明確流程，可在 Ethereum 上發布資料、提交狀態聲明並解決爭議。

一般情況下，Ethereum 不會直接執行每一筆 Arbitrum 交易。

相反地，Ethereum 會儲存資料，並執行讓欺詐挑戰得以進行的 Rollup 合約。

Rollup 藉此繼承重要的安全特性，而不必承擔 Ethereum 全部的執行成本。

使用者應了解，Layer 2 的安全性是分層構成的。

基礎鏈提供資料可用性和爭議執行機制。

Rollup 協議負責執行、狀態聲明、欺詐證明和驗證者激勵。

應用程式則有自己的智能合約邏輯、流動性和治理機制。

與父鏈緊密連結，並不能消除應用程式層級的風險。

供開發者使用的 Arbitrum Rollup Chain

開發者可以使用 Ethereum 風格的工具和智能合約模式，在 Arbitrum Rollup Chain 上建置應用程式。

官方 Arbitrum 鏈概覽說明，Arbitrum 鏈是可部署、可設定的 Arbitrum Nitro 技術堆疊執行個體。

開發者可依用途設定執行環境、手續費模型、治理、資料可用性、驗證及其他鏈參數。

對 Arbitrum One 這類公開 Rollup，開發者可以直接在既有鏈上部署應用程式。

若要建立專用的 Arbitrum Rollup Chain，團隊可以依特定治理、Gas、吞吐量和資料可用性需求建立自己的鏈。

開發者應了解 Gas 預估、retryable tickets、延遲收件匣行為、outbox 執行、地址別名及最終性假設。

也應向使用者說明提領時間和橋接假設。

在 Ethereum 上運作正常的合約，仍可能需要針對 Arbitrum 進行特定測試，因為 Layer 2 在手續費、最終性、訊息傳遞和預先編譯合約方面可能有所不同。

與 Ethereum 相容可降低開發門檻，但不代表可以省略仔細的部署測試。

Arbitrum Rollup Chain 的應用情境

DeFi 是 Arbitrum Rollup Chain 的主要應用情境之一，因為交易、借貸、強制平倉和收益策略往往需要頻繁操作。

代幣化資產系統也可能受益，因為它們可能需要與 Ethereum 對齊的結算方式和較低交易成本。

支付應用程式可受益於更快的確認速度和較低的轉帳成本。

遊戲應用程式可透過較低成本的道具移轉、獎勵領取和市場交易獲益。

NFT 應用程式也可能受益，因為鑄造、上架、轉移和領取資產都可能需要多筆交易。

企業或機構系統若需要可設定的區塊鏈環境並採用 Ethereum 結算，也可能使用專用 Arbitrum Rollup Chain。

當單一產品需要專用吞吐量和自訂規則時，應用程式專用 Rollup 也可能採用 Arbitrum 技術。

共同點是：當產品需要更具擴展性的執行環境，同時又不想放棄與 Ethereum 的結算連結時，Rollup Chain 就能派上用場。

不過，並非每個專案都需要自己的 Rollup Chain。

只有在效益足以抵銷額外營運複雜度時，專案才應採用專用 Arbitrum Rollup Chain。

Arbitrum Rollup Chain 的優點

第一項優點是，相較於直接在 Ethereum 主網執行每個操作，交易成本較低。

第二項優點是，透過排序器的軟確認，使用者能更快取得回饋。

第三項優點是，Rollup 模式會將交易資料提交至父鏈，因此具備 Ethereum 資料可用性。

第四項優點是，透過 Arbitrum Nitro 技術堆疊與 EVM 相容。

第五項優點是，具備可用於解決無效狀態聲明的欺詐證明挑戰系統。

第六項優點是，透過延遲收件匣和強制納入機制，提供抗審查備援管道。

第七項優點是，團隊可以設定並部署自己的 Arbitrum 鏈。

第八項優點是，支援跨鏈橋、跨鏈訊息傳遞及 canonical 資產移轉。

第九項優點是，若使用 Ethereum 提供資料可用性，其安全假設比成本較低的資料委員會設計更強。

這些優點讓 Arbitrum Rollup Chain 適用於重視成本與驗證強度的高價值應用程式。

Arbitrum Rollup Chain 的風險

第一項風險是跨鏈橋風險。

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

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

雖然有強制納入機制，但排序器仍會影響日常操作的速度和便利性。

第三項風險是提領延遲。

透過 canonical bridge 提領至 Ethereum，必須等待爭議期結束才能完成最後的領取步驟。

第四項風險是智能合約風險。

Arbitrum Rollup Chain 上的應用程式仍可能有程式錯誤、不安全的升級控制、預言機問題或不良代幣邏輯。

第五項風險是治理風險。

公開或專用 Arbitrum 鏈都可能有影響升級、參數和緊急操作的治理流程。

第六項風險是手續費波動。

手續費通常低於 Ethereum 主網，但仍會隨父鏈資料成本和子鏈需求而變動。

第七項風險是誤解安全假設。

使用者應了解自己使用的是 Rollup 鏈、AnyTrust 鏈，還是其他自訂 Arbitrum 鏈設定。

Arbitrum Rollup Chain 與 Ethereum 主網的比較

Ethereum 主網是基礎 Layer 1 區塊鏈，交易由 Ethereum 驗證者直接執行並結算。

Arbitrum Rollup Chain 是 Layer 2 鏈，會在 Ethereum 之外執行交易，並將資料與狀態承諾提交回 Ethereum。

Ethereum 主網提供直接的基礎層執行，但網路壅塞時可能十分昂貴。

Arbitrum Rollup Chain 的執行成本較低，但會增加 Layer 2 特有的假設，例如排序器排序、橋接合約、爭議期和提領延遲。

Ethereum 主網的最終性與 Arbitrum 排序器的軟確認並不相同。

Arbitrum 使用者通常能快速看到操作結果，但父鏈最終性仍須透過 Rollup 流程完成。

對大多數日常應用操作而言，Layer 2 體驗可能更快也更便宜。

若涉及高價值結算或提領，使用者應了解 Rollup 的處理時程。

這兩套系統並非互相排斥。

它們以分層方式協同運作：Ethereum 提供基礎層，Arbitrum Rollup Chain 則提供可擴展的執行環境。

Arbitrum Rollup Chain 與應用程式專用鏈的比較

Arbitrum Rollup Chain 可以是公開、通用的鏈，也可以專為特定應用程式或生態系打造。

Arbitrum One 是許多應用程式共同使用的公開 Rollup 鏈。

團隊也可以為自己的應用程式或業務需求，推出採用 Rollup 模式的專用 Arbitrum 鏈。

應用程式專用 Arbitrum Rollup Chain 可提供專用吞吐量、自訂治理、自訂 Gas 設定及專門設計的使用體驗。

取捨是團隊必須管理更多基礎設施，並清楚說明其安全假設。

如果小型應用程式可以部署在既有公開鏈上，可能不需要自己的 Rollup Chain。

交易量大、執行需求特殊或結算要求嚴格的大型應用程式，則可能受益於專用 Rollup 鏈。

是否採用應取決於產品需求，而不是品牌考量。

只有在自訂功能創造的價值高於額外複雜度成本時，專用鏈才有用。

對 Arbitrum Rollup Chain 的常見誤解

一種常見誤解是所有 Arbitrum 鏈都是 Rollup 鏈。

部分 Arbitrum 鏈採用 AnyTrust 或其他資料可用性設定，而非純 Rollup 模式。

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

一般交易可以快速確認，等待期主要適用於透過 canonical bridge 提領回 Ethereum 的情況。

第三種誤解是 Rollup 鏈完全沒有信任假設。

Rollup 鏈透過資料可用性和欺詐證明降低信任需求，但使用者仍會面臨排序器、跨鏈橋、治理和應用程式風險。

第四種誤解是手續費低就代表鏈預設較不安全。

較低手續費來自批次處理、壓縮、鏈下執行和 Rollup 設計，而不是忽視安全性。

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

Arbitrum Rollup Chain 與 EVM 相容，但在手續費、最終性、跨鏈及訊息傳遞方面仍有 Layer 2 特有規則。

使用者最佳實務

使用者應確認自己使用的鏈是 Rollup 鏈、AnyTrust 鏈，還是其他以 Arbitrum 為基礎的設定。

使用者應透過官方連結或信任的書籤前往跨鏈橋和應用程式。

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

交易、跨鏈或存入代幣前，使用者應確認代幣合約地址。

使用者應了解，透過 canonical bridge 提領至 Ethereum 可能需要約一週。

若可行，使用者應避免無上限代幣授權，改採較小的授權額度。

使用者應撤銷不再需要的舊授權。

使用者應追蹤跨鏈交易在子鏈和父鏈上的狀態。

首次嘗試新的跨鏈路徑或不熟悉的代幣時，使用者應先進行小額測試轉帳。

使用者應記得，Rollup 本身安全，不代表其上的每個應用程式都安全。

開發者最佳實務

開發者應在預計使用的特定 Arbitrum Rollup Chain 上測試智能合約。

開發者應了解 Gas 預估，因為 Arbitrum 手續費包含子鏈和父鏈兩部分。

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

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

對重要的使用者退出流程，開發者應考慮延遲收件匣和強制納入機制。

開發者應在使用者介面中清楚說明提領延遲。

開發者不應假設 Ethereum 主網和 Arbitrum 在所有邊界情況下的行為都相同。

開發者應稽核持有使用者資金的合約，並在上線後監控正式環境。

推出專用 Arbitrum Rollup Chain 的開發者，應記錄治理、Gas 代幣、驗證、跨鏈橋和資料可用性設定。

清楚的說明文件是保障使用者安全的一環，因為 Rollup 風險取決於鏈的設定。

相關加密貨幣術語

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

Rollup 是一種擴充設計，在鏈下執行交易，並將資料、證明或承諾提交至父鏈。

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

Arbitrum Nitro 是 Arbitrum Rollup Chain 和其他 Arbitrum 鏈所使用的技術堆疊。

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

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

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

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

延遲收件匣是父鏈上的管道，讓交易不必只依賴排序器，也能進入 Arbitrum 鏈。

跨鏈橋是用於在不同區塊鏈之間移動資產或訊息的基礎設施。

常見問題

什麼是 Arbitrum Rollup Chain？

Arbitrum Rollup Chain 是採用 Arbitrum Rollup Protocol，並將交易資料提交至父鏈以提供資料可用性的 Arbitrum 鏈。

Arbitrum One 是 Arbitrum Rollup Chain 嗎？

是。Arbitrum One 是主要的公開 Arbitrum Rollup Chain，並以 Ethereum 作為底層鏈。

Arbitrum Rollup Chain 和 Arbitrum AnyTrust Chain 有何不同？

Rollup 鏈會將交易資料提交至父鏈；AnyTrust 鏈則通常依賴資料可用性委員會來降低成本。

資料可用性為什麼對 Arbitrum Rollup Chain 很重要？

驗證者必須取得交易資料，才能驗證狀態並挑戰無效聲明，因此資料可用性十分重要。

Arbitrum Rollup Chain 採用哪種技術堆疊？

Arbitrum Rollup Chain 採用 Arbitrum Nitro 技術堆疊。

排序器的作用是什麼？

排序器會為大多數交易排序，並為使用者提供 Arbitrum Rollup Chain 上的快速軟確認。

什麼是 BoLD？

BoLD 是 Arbitrum 的爭議協議，可支援無須許可的驗證，並為 Arbitrum 鏈提供有界限的爭議處理時間。

為什麼從 Arbitrum Rollup Chain 提領需要約一週？

提領約需一週，是因為 Optimistic Rollup 必須先經過爭議期，Ethereum 才能透過 canonical 提領管道安全地釋出資產。

Arbitrum Rollup Chain 使用 ETH 支付 Gas 費嗎？

Arbitrum One 使用 ETH 支付 Gas 費，但專用 Arbitrum 鏈可依設定採用不同的 Gas 代幣。

Arbitrum Rollup Chain 和 Ethereum 相同嗎？

不同。它與 Ethereum 相容並以 Ethereum 結算，但有自己的執行環境、排序器、手續費模型、跨鏈規則和最終性流程。

Arbitrum Rollup Chain 安全嗎？

這類鏈採用具備強安全假設的 Rollup 設計，但使用者仍會面臨跨鏈橋、智能合約、排序器假設、治理及操作失誤等風險。

哪些人適合使用 Arbitrum Rollup Chain？

想使用 Ethereum 風格應用程式、降低成本、加快確認速度，並採用較強父鏈資料可用性假設的使用者和開發者，可能適合使用 Arbitrum Rollup Chain。

結論

Arbitrum Rollup Chain 是以 Arbitrum 為基礎的 Layer 2 鏈，採用 Arbitrum Rollup Protocol 擴展與 Ethereum 相容的智能合約活動。

其主要特點是將交易資料提交至 Ethereum 等父鏈，讓驗證者可以驗證鏈並挑戰無效的狀態聲明。

這使 Rollup 模型有別於通常使用資料可用性委員會降低成本的 AnyTrust。

Arbitrum Rollup Chain 採用 Nitro 技術堆疊、排序器排序、確定性執行、壓縮資料提交、驗證者狀態聲明、欺詐證明及 BoLD 爭議解決機制。

其設計目標是在降低手續費、加快確認速度的同時，維持與 Ethereum 結算及安全性的緊密連結。

主要公開範例是 Arbitrum One。

若需要為專用鏈採用更強的資料可用性假設，開發者也可以推出採用 Rollup 模式且可設定的 Arbitrum 鏈。

Arbitrum Rollup Chain 的主要優點，是以符合實際需求的方式擴展規模，同時保留與 Ethereum 一致的驗證機制。

主要取捨是，向父鏈提交資料的成本高於信任假設較弱的資料可用性設計。

使用者也應了解提領延遲、跨鏈橋風險、排序器假設及應用程式層級的智能合約風險。

開發者在建置正式環境前，應了解 Nitro、Gas 預估、retryable tickets、延遲收件匣行為、outbox 執行及鏈設定。

對加密貨幣初學者而言，最重要的觀念是：Arbitrum Rollup Chain 不只是速度更快的區塊鏈。

它是一種 Layer 2 設計，將執行與結算分開，同時確保交易資料能在父鏈上取得。

正是這種分工，讓 Arbitrum Rollup Chain 能支援成本較低、速度較快的加密貨幣活動，同時保有可驗證的 Ethereum 連結。