Wszyscy budują agentów i portfele. Prawie nikt nie pyta, czy transakcje faktycznie dochodzą do skutku.
Agenci już dziś płacą za rzeczy na Ethereum. Nie w demie. x402 zamieniło HTTP 402 w rzeczywisty przepływ płatności, a portfele agentów są dziś dostarczane z kluczami i limitami wydatków. Zespoły budują w oparciu o założenie, że maszyna może sama rozliczać swoje zobowiązania bez obecności człowieka.
Branża szybko dała agentom środki do płacenia, ale pominęła to, co jest pod spodem. Tory płatności zakładają, że płatność dochodzi do skutku, a Ethereum nigdy nie było zbudowane w oparciu o takie założenie. Włączenie do bloku jest jedynie staraniem: wysyłasz transakcję i liczysz, że wejdzie do następnego bloku. Człowiek może to obejść, obserwując, że transakcja utknęła, podbijając opłatę i ponawiając próbę. Możesz zbudować agenta, który zrobi to samo. Czego nie możesz zbudować, to pewność: ponowna próba to ten sam zakład postawiony ponownie, na rynku, który już się poruszył.
Przy jednej transakcji nie ma to większego znaczenia. Ma to ogromne znaczenie przy dziesięciu tysiącach dziennie, gdy każda akcja czeka na tę poprzedzającą.
Ethereum rozlicza wartość. Nie planuje jeszcze jej realizacji w czasie.
Na Ethereum przestrzeń blokowa jest przydzielana przez żywą aukcję, która rozstrzyga się mniej więcej co dwanaście sekund. Gdy wysyłasz transakcję, nie kupujesz gwarantowanego miejsca w następnym bloku. Wchodzisz w konkurencję, a jej wynik — zarówno to, czy w ogóle zostaniesz uwzględniony, jak i to, ile ostatecznie zapłacisz — pozostaje nieznany, dopóki wszystko się nie zakończy. Ten projekt jest elegancki dla sieci bez zezwoleń. Jest też obcy temu, jak działa finansowanie instytucjonalne.
Instytucje są już na Ethereum. Czego nie mogą robić, to uruchamiać strategii, które wymagają gwarancji. Gdy biurko tradingowe nie wie z góry, czy transakcja wykona się na czas ani ile trzeba będzie zapłacić, by to zapewnić, nie może zaangażować dużego kapitału, więc taka aktywność pozostaje off-chain albo przenosi się tam, gdzie otrzyma zobowiązanie.
Przez lata odpowiedzią na ograniczenia Ethereum była przepustowość: więcej transakcji na sekundę, więcej rollupów rozpraszających popyt. Przepustowość mierzy, ile. Nie mówi nic o tym, kiedy. To problem czasu, nie przestrzeni — i dodanie większej przestrzeni go nie rozwiązuje.
Zamykanie luki
Kilka podejść wchodzi teraz w fazę implementacji, każde atakując inny poziom problemu.
Prekonfirmacje pozwalają proponującemu blok zobowiązać się do włączenia lub wykonania transakcji przed finalizacją bloku. To najbezpośredniejsza odpowiedź na problem czasu: agent nie musi już wysyłać transakcji i mieć nadziei. Ale zobowiązanie musi coś znaczyć. Potrzebuje szerokiego udziału walidatorów, wiarygodnego zabezpieczenia ekonomicznego i egzekwowalnych konsekwencji, gdy proponujący nie dowiezie. Systemy łączące prekonfirmacje z postawionym zabezpieczeniem i warunkami „slashing” zamieniają obietnicę w rozliczalne zobowiązanie.
Listy włączeń działają na poziomie protokołu, ograniczając to, co budowniczy bloku może pominąć. Czyni je to potężnym narzędziem przeciw cenzurze. Rozwiązują jednak inny problem: utrudnienie wykluczenia transakcji nie jest tym samym, co zobowiązanie się do chwili jej wykonania. Lista włączeń wyznacza podłogę. Nie ustala harmonogramu.
Rynki terminowe dla przestrzeni blokowej wydłużają ten harmonogram dalej w przyszłość. Pozwalają instytucjom i aplikacjom rezerwować przestrzeń blokową zanim jej potrzebują, tak jak energia, przepustowość czy moc obliczeniowa są kontraktowane z wyprzedzeniem popytu. To zamienia przyszłą pojemność w coś, wokół czego kupujący może planować, zamiast konkurować o to w czasie rzeczywistym. Pytania projektowe dotyczą tu struktury rynku: przejrzysty dostęp, dostawa rozliczana wobec walidatorów oraz mechanizmy zapobiegające temu, by możliwości zostały przejęte przez niewielką liczbę dużych nabywców.
Każde podejście może mieć ograniczenia, wokół których trzeba projektować. Razem tworzą one kształt rynku, na którym agenci i instytucje mogą faktycznie budować: zobowiązania proponujących, które coś znaczą, gwarancje protokołu przeciw wykluczeniu i przyszła pojemność skalująca się do popytu instytucjonalnego. Poszczególne rozwiązania mają do rozstrzygnięcia kwestie projektowe. Kierunek jest jasny.
Agent zamykający pozycję na dwóch rynkach musi wiedzieć, że druga noga transakcji dojdzie do skutku, zanim zobowiąże się do pierwszej. Bez tego nie realizuje strategii. Stawia zakład i czeka na wynik.
Ethereum zbudowało już wiarygodne rozliczanie. Następnym wyzwaniem jest uczynienie dostępu do tego rozliczania programowalnym z wyprzedzeniem. Jeśli agenci mają koordynować kapitał z prędkością maszyn, przestrzeń blokowa nie może pozostać czymś, o co tylko licytują z nadzieją na powodzenie. Musi stać się czymś, co mogą zaplanować w czasie.