---
title: "共享排序器"
description: "說明共享排序器如何為多個 Rollup 排列交易、其預確認能與不能保證什麼，以及互通性、活性、審查、MEV 與共因故障風險。"
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# 共享排序器
> 僅供教育參考，不構成財務、投資、互通性、交易最終性或安全建議。共享排序器的保證、備援路徑和結算假設因實作而異，並可能在升級後改變。
## 直接答案
共享排序器是一種服務或網路，它接收多個 Rollup 的交易資料，並為這些資料產生共同認可的順序。參與的 Rollup 從有序日誌中讀取分配給自己的部分，再依照各自的狀態轉換規則執行。排序層也可能在資料到達 Rollup 的資料可用性層與結算層之前提供快速預確認。
「共享」描述的是多個 Rollup 重複使用同一服務，而不是某種特定的信任模型。共享排序器可以是中心化的、由許可委員會運行的，也可以由去中心化共識保護。它本身不能證明執行正確、保證交易資料永久可用、在父鏈上完成 Rollup 結算，或保證跨 Rollup 操作具有原子性。
這種設計可以分散排序基礎設施，讓多個 Rollup 對相對順序形成一致視圖，並減少重複營運。但在評估這些好處時，也必須考慮新增的依賴，因為它可能同時影響所有接入的 Rollup。
## 運作機制
- **提交。** 使用者、錢包或 Rollup 專用閘道向共享排序層傳送已簽署交易或不透明交易包，通常會附帶 Rollup 識別碼或命名空間。
- **排序。** 營運者或共識網路選擇交易、決定是否納入，並就共同的有序區塊或日誌達成一致。其規則決定了直接的審查、費用和 MEV 暴露面。
- **預確認。** 服務可以對順序承諾進行簽署或敲定。其保障來自該實作的簽署者、委員會、質押或共識假設，並不會自動成為父鏈最終性。
- **分發。** 中繼器和 Rollup 節點取得有序資料、驗證承諾，並篩選屬於各 Rollup 的項目。
- **執行與發布。** 每個 Rollup 執行自己的交易，並依照自身協議發布資料和狀態承諾。惰性共享排序器可以排列不透明位元組，而不驗證 Rollup 的狀態轉換。
- **結算。** Rollup 的證明或挑戰系統、資料可用性規則、橋接合約以及父鏈共識共同決定執行正確性、提款和最終結算。
共同順序讓應用程式可以引用同一個排序事件，因此有助於跨 Rollup 協調。原子互通仍需要額外協議邏輯來定義交易兩端、驗證結果，並防止或處理部分執行。僅有共享排序既不提供訊息傳遞，也不提供回復語意。
## 範例
假設某應用程式希望用 Rollup A 上的資產交換 Rollup B 上的資產。它把兩端交易作為一個交易包提交給兩個 Rollup 共用的排序層。排序器承諾它們的相對順序，各 Rollup 再從同一份有序日誌中衍生自己的項目。
如果兩個 Rollup 和互通協議都能識別該交易包、驗證共享承諾，並執行全成或全敗規則，共同順序就能協助協調執行。如果 Rollup A 執行了自己的一端，而 Rollup B 拒絕、延遲或無法取得另一端，共享排序器並沒有讓這次交換具備原子性。必須由橋、證明系統、託管或其他復原規則解決這種狀態。
進行營運審查時，應把預確認、可用性發布、執行結果和父鏈結算作為不同狀態分別追蹤。只顯示「已確認」的使用者介面可能掩蓋實際達到的是哪一種保障。
## 風險
- **共因停機。** 共識故障、軟體缺陷、中繼器問題或網路中斷可能讓多個 Rollup 同時停頓。每個 Rollup 都需要有成文的備援路徑，以及復原後協調順序的規則。
- **審查與治理。** 驗證者、營運者、准入政策或升級權限方可能排除交易或 Rollup。如果實際參與或交易提交仍需許可，去中心化共識也無濟於事。
- **排序與 MEV。** 共享視圖可以協調跨 Rollup 活動，但也可能集中有價值的訂單流，並促成跨域搶跑、優先納入或複雜的 MEV 提取。
- **確認錯配。** 排序器承諾、資料可用性確認、Rollup 執行結果與父鏈結算是不同的保障。如果橋和應用程式把最早的訊號當成最強保障，資金可能遭受損失。
- **資料與整合故障。** 錯誤命名空間、有缺陷的衍生、資料不可用、不相容升級或遭入侵的轉接器，可能讓 Rollup 執行錯誤輸入或停止衍生區塊。
- **經濟與控制集中。** 共用的驗證者集合、代幣、用戶端、RPC 服務或治理流程可能具有系統重要性。共享基礎設施可以分散單一 Rollup 的營運者風險，卻把生態系集中到另一個層級。
## 常見誤解
- **共享就等於去中心化。** 共享只說明有多少 Rollup 使用該服務；去中心化取決於誰能驗證、提議、提交、升級和復原網路。
- **一個順序就代表一個狀態機。** 每個 Rollup 通常保留獨立的執行和狀態。排序器可以排列自己無法理解或不會執行的資料。
- **預確認就是父鏈最終性。** 在所需的可用性、證明和結算步驟完成前，其強度和可逆條件來自排序協議。
- **共享排序讓橋不再必要。** 資產和訊息在 Rollup 之間傳遞，仍需要經過驗證的狀態轉換、結算邏輯和故障處理。
- **這種設計消除了 MEV 和審查。** 它改變了排序權的控制者，並可能改善問責或競爭，但排序權及其相關誘因依然存在。
## 相關主題
- [Rollup](/zh-tw/crypto/rollup/)
- [排序器](/zh-tw/crypto/sequencer/)
- [資料可用性](/zh-tw/crypto/data-availability/)
- [抗審查性](/zh-tw/crypto/censorship-resistance/)
- [MEV](/zh-tw/crypto/mev/)
## 來源
- [簡介](https://docs.astria.org/overview/introduction) - Astria Documentation（查閱日期：2026-08-21）
- [交易流程](https://docs.astria.org/overview/transaction-flow) - Astria Documentation（查閱日期：2026-08-21）
- [Rollup 架構](https://docs.espressosys.com/network/concepts/rollup-architecture) - Espresso Documentation（查閱日期：2026-08-21）
- [以太坊擴容](https://ethereum.org/en/developers/docs/scaling/) - Ethereum.org（查閱日期：2026-08-21）
Source: https://wiki.fcontext.com/zh-tw/crypto/shared-sequencer/index.mdx