大家都在打造代理與錢包，卻幾乎沒人問：這些交易最後到底結不結得了算。
代理已經在以太坊上為東西付款，這不是實驗 Demo。x402 把 HTTP 402 變成真人在用的支付流程，而代理錢包現在出廠就附金鑰與支出上限。各團隊正依賴一個假設來建構系統：機器可以在沒有人的情況下，自行結清它的義務。
產業很快就把「讓代理能付款」的那一層做出來了，但跳過了下面那一層。任何支付軌都默認「付款會成功」，而以太坊從來不是這樣設計的。交易被打包只是「盡力而為」：你送出交易，只能期待它進到下一個區塊。人類可以盯著卡住的交易，加價、重送來繞過問題。你也可以替代理寫程式做同樣的事。但你無法打造的是「確定性」：重送只是不斷在已經變動的市場裡，重押一次同樣的賭注。
這些在單筆交易上不算什麼，在每天一萬筆，而每一步都卡在前一步結果上的時候，就變得極度重要。
以太坊能「結算」價值，還不能「排程」價值。
在以太坊上，區塊空間是透過一個大約每 12 秒結算一次的即時拍賣來分配。當你送出交易時，你不是買下一個「保證在下個區塊出現」的位子，而是進入一場競賽；它的結果——你會不會被包含、最後實際付多少——在結束前都完全未知。這種設計對一個無許可網路來說很優雅，但跟傳統機構金融的運作方式非常不同。
機構其實已經在以太坊上了，他們不能做的，是需要「保證」的策略。當一個交易室無法事先知道：交易能不能準時執行，或要付多少成本才能做到，它就沒辦法下大部位，於是這種活動就留在鏈外，或是搬到願意做出承諾的地方。
多年來，回答以太坊限制的標準做法是「提高吞吐量」：每秒更多交易，更多 rollup 分散需求。吞吐量衡量的是「能做多少」，卻完全沒說「什麼時候做得到」。這是個「時間」問題，而不是「空間」問題，單純加空間解不了。
補上缺口
現在有幾種做法開始進入實作階段，各自從不同層面處理這個問題。
Preconfirmation（預先確認）讓 proposer 在區塊最終確定前，就對「納入或執行某筆交易」做出承諾。這是對時間問題最直接的回答：代理不再只是送出然後祈禱。但這個承諾必須「有意義」。它需要廣泛的驗證者參與、可信的經濟背書，還有在 proposer 爽約時可被執行的後果。把預先確認與質押抵押品和 slashing 條件綁在一起的系統，能把一句「承諾」變成一個「可追究的義務」。
Inclusion list（收錄清單）則在協議層面運作，限制 builder 可以排除什麼交易。這讓它成為對抗審查非常有力的工具。但它解的是另一種問題：讓一筆交易「更難被排除」，不等於保證「什麼時候會執行」。收錄清單設定的是一個「底線」，不是一個「時間表」。
Forward market（遠期市場）則把時間表拉得更長。它讓機構與應用可以在真正需要前，就預先保留未來的區塊空間，就像電力、頻寬、運算能力會在需求到來前先簽約鎖定一樣。這把「未來容量」變成一個買家可以事先規劃，而不是到時候即時競價的東西。這裡的設計問題在於市場結構：公開透明的存取、驗證者對交付結果的可追責性，以及防止能力被少數大買家壟斷的機制。
各種做法可能都有需要繞開的限制，但合在一起，它們勾勒出一個代理與機構真的能往上建構的市場形狀：有意義的 proposer 承諾、協議層級的「不可排除」保證、以及能隨機構需求擴展的遠期容量。個別路線還有設計問題要解，但方向已經很清楚。
一個代理如果要在兩個場域拆解部位，它必須在做出第一腿之前，就知道第二腿一定會落地。沒有這一點，它不是在跑策略，而是在「下賭注，等結果」。
以太坊已經打造出可信的結算層，下一個挑戰是讓「取得這個結算」在事前也可編程、可約定。如果代理要用機器速度來協調資本，區塊空間就不能只是一個它們出價競標、然後「希望」拿到的東西，它必須變成可以事先排程的資源。