模組化區塊鏈：追蹤執行、資料與結算
模組化區塊鏈將不同職責分配給不同組件，而非要求單一系統完成所有工作。這使架構描述聽起來很簡單：一處執行交易，另一處提供資料，再由其他層結算。關鍵是每個組件實際提供什麼保證。
本文比較架構角色，不比較代幣價格或為項目排名。模組化設計不代表風險必然較低、投資報酬較高，也不代表不同實作具有相同安全性。
先區分職責，再比較系統
執行層依交易規則計算擬議的狀態變更。資料可用性關注驗證系統所需的資訊是否已提供。結算層依特定協議接受狀態承諾（state commitments）、證明或爭議處理結果。共識決定系統接受的順序與歷史。
這些角色可能重疊，也可能以不同方式分配。僅看項目標籤並不足夠：網路即使自稱模組化，也可能透過排序器、升級金鑰或資料委員會保留重要控制權。應畫出實際依賴關係，而非假設所有模組化網路採用同一種信任模型。
以太坊的資料可用性文件說明了驗證為何依賴交易資料，以及輕客戶端與 Rollup 為何需要適當的資料可用性保證。資料是否可取得，與計算執行結果是否正確，是不同問題。
追蹤一筆假設交易
假設使用者向執行網路提交交易，排序器將其納入一批交易。系統透過選定的資料層提供必要資料，並依其設計所需的驗證機制，向結算層提交狀態承諾。
在所有階段達到最終狀態前，使用者可能已看到初步確認。應記錄每個狀態的含義：已接收、已排序、已執行、資料已發布、證明已接受，或爭議期間已結束。除非協議支持該解讀，否則不能把最早的確認當成最終結算。
這個案例只說明角色，不規定通用順序。不同 Rollup 與模組化系統可能合併某些階段，或採用不同證明與最終性安排。
檢查組件失效時的處理方式
排序器停止時，使用者能否改由其他途徑提交交易？條件是什麼？資料服務隱瞞資料時，由誰偵測，使用者又能驗證什麼？結算層壅塞時，狀態承諾提交或提款會受到什麼影響？
應依現行文件回答，包括緊急程序與管理控制。路線圖中的備援機制不代表已可使用。網路即使仍顯示餘額，也可能無法正常接受交易或完成提款。
跨鏈橋的依賴關係需另行檢查。同一代幣出現在兩個網路上，不代表轉移路徑自動繼承兩條鏈的所有安全屬性。
比較完整成本與使用者體驗
低執行費只是交易成本的一部分。資料發布、結算、橋接及提款可能增加費用或等待時間。應在相同期間比較等同操作，並說明各項成本由誰支付。
衡量使用者實際需要的完整路徑：進入、執行、確認、提款，以及回到所需資產或網路。只涵蓋其中一個階段的基準，不能當作整個往返操作的成本。成本節省也可能隨需求與資料層狀況改變。
使用依賴關係檢查表
為每個系統記錄執行規則、排序權限、資料位置、驗證機制、結算目的地、升級控制與退出程序。區分已上線與仍在規劃的功能，保留來源與檢查日期，因為架構設定可能變更。
相關但不同的問題可參閱跨鏈訊息比較：該文追蹤鏈與鏈之間的指令，本文則追蹤架構內部的工作分工。
協議的工程設計與代幣的經濟權利是不同研究問題。應透過官方文件和 OrangeX 市場頁面，另外核對代幣用途與實際交易可用性，不能把擴容主張直接當成交易結論。
