僅供教育參考，不構成財務、投資、互通性、交易最終性或安全建議。共享排序器的保證、備援路徑和結算假設因實作而異，並可能在升級後改變。
直接答案
共享排序器是一種服務或網路，它接收多個 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 和審查。 它改變了排序權的控制者，並可能改善問責或競爭，但排序權及其相關誘因依然存在。