僅供教育參考，不構成財務、投資、橋接或安全建議。Rollup 的保證取決於其已部署合約、證明系統、資料可用性、營運者權限、治理和基礎層，而這些均可能改變。
直接答案
Rollup 是一種區塊鏈擴容設計：它在基礎層之外執行交易，同時利用基礎層發布協議規定的資料或承諾，並結算有爭議或已證明的狀態轉換。多筆交易共同分攤基礎層資料與結算成本。因此，Rollup 不只是交易壓縮，單獨一個狀態根也不能提供重建鏈所需的交易資料。
樂觀 Rollup 通常接受狀態聲明，除非成功的錯誤證明挑戰表明某次轉換無效。ZK Rollup 則提交由結算合約驗證的有效性證明。這些名稱描述的是狀態轉換如何被接受，並不對排序器去中心化、資料儲存、升級控制、費用或提款時間作出統一保證。
運作原理
- 排序與執行。 排序器或其他排序機制選擇交易、確定順序並計算由此產生的 Rollup 狀態。使用者可能在結果得到基礎層確認之前收到快速回執。
- 發布資料。 系統向基礎層發布足夠的協議輸入資料，常見方式是 calldata 或 Blob，也可能採用獨立的資料可用性設計。資料可用性決定獨立節點能否重建並驗證 Rollup 狀態。
- 承諾狀態。 Rollup 發布狀態根或其他承諾，將其與某個執行結果綁定。承諾很精簡，但並不是底層交易歷史。
- 驗證轉換。 樂觀設計依賴挑戰窗口和已部署的錯誤證明流程；ZK 設計依賴有效性證明與鏈上驗證器。兩種設計都仍需考慮證明系統漏洞、權限與活性。
- 結算與提款。 基礎層合約決定聲明或證明何時被接受，以及訊息和資產如何最終確認。規範提款可能受證明期、挑戰期或最終確認延遲影響；快速橋還會增加獨立的流動性提供者和對手方風險。
- 升級與復原。 治理、安全委員會、守護者或管理員可能暫停或升級合約。必須檢查具體已部署 Rollup 的時間鎖、逃生路徑和強制納入機制，不能僅從類別推斷。
範例
假設一個批次包含 1,000 筆交易。使用者合計支付 0.8 ETH，測得基礎層資料成本為 0.5 ETH，Rollup 執行成本為 0.2 ETH。無法解釋的剩餘為 0.8 - 0.5 - 0.2 = 0.1 ETH，即每筆交易 0.1 / 1,000 = 0.0001 ETH，其中尚未扣除證明生成、基礎設施、失敗批次、資金成本和退款。這是成本核對，並非營運者利潤。
在把該批次視為最終確認之前，應分別確認回執是否僅由排序器確認、資料與承諾是否已到達基礎層、相應錯誤證明窗口是否結束或有效性證明是否獲接受，以及提款訊息是否另外達到可執行狀態。
風險
- 中心化排序器可以審查、重新排序交易，或暫時停止服務。
- 批次資料缺失或不可用，可能妨礙獨立重建與退出。
- 錯誤證明程式、有效性電路、驗證器或客戶端實作可能存在漏洞。
- 挑戰者或證明生成者可能離線、受審查、資金不足或權限設定錯誤。
- 基礎層壅塞、重組或故障可能延遲發布、證明與結算。
- 升級金鑰、守護者或治理可以改變程式碼、參數或橋接行為。
- 即使 Rollup 執行正確，規範橋和代幣映射仍可能失敗。
- 費用、證明時間與提款延遲因部署而異，並可能在升級後改變。
常見誤解
- 所有 Rollup 都會把一切永久儲存在基礎層。 發布格式和歸檔保證各不相同；例如，Blob 並不是永久儲存。
- 排序器回執就是最終結算。 它可能只是早期排序承諾，而非已在基礎層結算的結果。
- ZK 就意味著隱私。 在 ZK Rollup 中，有效性證明用於證明計算正確；交易隱私是另一項設計選擇。
- 樂觀模式意味著不驗證。 正確性依賴可重現的資料、有效運作的錯誤證明系統，以及能夠挑戰無效聲明的參與者。
- 較低的平均費用消除了營運風險。 共享結算可以降低成本，但排序器、證明、治理、橋和資料可用性依賴仍然存在。
相關主題
來源
- 擴容 - Ethereum.org（查閱日期：2026-08-21）
- 樂觀 Rollup - Ethereum.org（查閱日期：2026-08-21）
- 零知識 Rollup - Ethereum.org（查閱日期：2026-08-21）
- EIP-4844：分片 Blob 交易 - Ethereum Improvement Proposals（查閱日期：2026-08-21）