FOCIL 的抗審查邊界：交易進入區塊後，建構者仍掌握什麼

值得記下的 5 件事

1. [2:38]
   FOCIL 提供有條件的納入保障，而非交易成功保證

   這項提案要求交易有效、已列入納入清單，且區塊仍有空間，才適用保障。建構者仍負責組裝區塊，但不能單方面排除符合條件的交易；這能提升抗審查能力，卻不代表交易進入區塊後就一定能成功執行。

2. [3:52]
   納入清單保障公開交易的基本機會，卻不限制私有交易的占比

   清單取自公開交易池，透過私有管道直接送給建構者、未被清單看見的交易，不在保障範圍內。只要清單上的交易獲得納入，建構者仍可用私有訂單流填滿其餘空間，因此私有管道帶來的市場優勢仍然存在。

3. [4:45]
   交易能否成功，可能取決於區塊內更早放入的資料

   部分由做市商定價的自動造市池，必須在交換交易之前先放入做市商的最新報價。即使交換交易獲得納入，缺少這項更新仍可能失敗。因此，除了能否進入區塊，也要檢視交易結果是否依賴特定建構者。

4. [5:19]
   大型建構者即使不審查交易，也可能透過介面採用順序促成集中化

   Marissa 以 Titan 為例，指出做市商傾向先整合最大的建構者，其他建構者再跟進採用其介面。她認為，若更多建構者都能提供應用所需的結果，使用者就較不必在意最後由誰取得區塊建構權。

5. [6:30]
   降低應用對單一建構者的依賴，不必等待硬分叉

   Marissa 建議從 3 個方向著手：保留每個區塊都能運作的基本路徑，讓建構者改善結果，而非決定應用能否運作；讓所需功能採用共通標準；並按建構者追蹤交易執行失敗、狀態回復的頻率。