人人都在打造代理和錢包，卻幾乎沒有人在問：這些交易最終能否真正落在鏈上。
代理已經在以太坊上為東西付款了。不是在示範環境裡。x402 把 HTTP 402 變成一個真實的支付流程，而代理錢包現在預設就附帶金鑰和支出上限。各團隊的建設前提，是機器可以在沒有人在旁邊的情況下，自行結清自己的義務。
這個產業很快就讓代理擁有支付能力，但中間跳過了底層那一段。支付軌道預設「付款會完成」，而以太坊從來不是在這個假設下被設計的。交易被納入區塊是 best effort：你提交，然後你希望它能在下一個區塊裡落地。人類可以靠盯著交易卡住時加價、重送來繞過這個問題。你也可以打造一個代理來做同樣的事。但你無法打造的是「確定性」：重送只是不斷再下注，而市場其實早已變動。
一筆交易的時候，這些事都還不太重要。一天一萬筆、所有動作都在等前一筆落地時，這就變得極其重要。
以太坊已能結算價值，但還不能排程價值。
在以太坊上，區塊空間是透過一個現場拍賣來分配，大約每十二秒結算一次。當你提交交易時，你買到的不是下一個區塊裡「保證有你的位置」。你加入的是一場競爭，而結果——你會不會被納入、以及你最後到底付多少——在拍賣結束之前都是未知的。這樣的設計對一個無許可網路而言相當優雅，但和傳統機構金融的運作方式很不一樣。
機構其實已經在以太坊上了。他們做不到的，是那些需要明確保證的策略。當一個交易室無法事先知道一筆交易能不能準時執行、又或者要付出多少成本才能做到，就沒辦法在上面下大部位，於是這種活動就留在鏈外，或是搬到願意做出承諾的地方。
多年來，對以太坊限制的答案一直是「吞吐量」：每秒更多交易、更多 rollup 把需求分散出去。吞吐量衡量的是「可以做多少」。它完全沒有回答「什麼時候」。這是一個時間、而不是空間的問題，單純增加空間並不能解決。
把差距補上
現在有好幾種做法進入實作階段，各自處理這個問題的不同層面。
預確認（preconfirmations）讓出塊者可以在區塊最終確定之前，就承諾會納入或執行某筆交易。這是對時間問題最直接的回應：代理不用再「送出然後祈禱」。但這個承諾必須「有份量」。它需要廣泛的驗證者參與、可信的經濟後盾，以及在出塊者失信時可執行的懲罰。把預確認和質押抵押品、砍倉條件（slashing）綁在一起的系統，能把一句承諾變成一份有責任的義務。
包含清單（inclusion lists）是在協議層運作，限制區塊建構者可以省略什麼交易。這使它們成為對抗審查的有力工具。但它們解的是另一個問題：讓一筆交易「更難被排除」和「承諾它何時會執行」不是同一件事。包含清單訂出的是「底線」，不是「時間表」。
遠期市場（forward markets）則把這個時間表往更遠的未來延伸。它們讓機構和應用可以在需要之前預約區塊空間，就像能源、頻寬和運算能力會在需求發生前先簽約一樣。那把未來的區塊容量，從一個你得在當下即時競價的資源，變成一個買家可以事先規劃的東西。這裡的設計問題在於市場結構：透明的進場機制、驗證者需為交付負責，以及避免能力被少數大買家壟斷的機制。
各種做法本身可能都有需要繞開的限制。但合在一起，它們勾勒出一個代理和機構真正能在其上建構的市場形狀：有份量的出塊者承諾、協議層級的「不被排除」保證，以及可隨機構需求擴展的未來容量。單一路線各自有設計難題要解，但大方向很清楚。
一個代理要在兩個場域之間拆解部位，必須先知道第二腳一定會落地，才敢先下第一腳。沒有這點，它不是在執行策略，而是在下注之後等結果而已。
以太坊已經打造出可信的結算層。下一個挑戰，是讓對這個結算能力的存取可以事先被程式化。如果代理要在機器速度下協調資本，區塊空間就不能只是一個它們出價競標、然後「希望會拿到」的資源，它必須變成一個它們可以預先排程的東西。