Semua orang membangun agen dan dompet. Hampir tak ada yang bertanya apakah transaksi tersebut benar-benar terselesaikan.
Agen sudah membayar berbagai hal di Ethereum. Bukan sekadar demo. x402 mengubah HTTP 402 menjadi alur pembayaran langsung, dan dompet agen kini dikirimkan dengan kunci dan batas pengeluaran. Tim-tim membangun dengan asumsi bahwa mesin bisa menyelesaikan kewajibannya sendiri tanpa orang di dekatnya.
Industri bergerak cepat untuk memberi agen cara melakukan pembayaran, tetapi bagian yang dilewati adalah lapisan di bawahnya. Rel pembayaran mengasumsikan pembayaran akan berhasil, sementara Ethereum tidak pernah dibangun dengan asumsi itu. Inklusi bersifat best effort: Anda mengirim transaksi, dan Anda berharap transaksi tersebut masuk ke blok berikutnya. Manusia bisa mengatasinya dengan mengamati transaksi yang macet, menaikkan biaya, dan mengirim ulang. Anda bisa membangun agen untuk melakukan hal yang sama. Yang tidak bisa Anda bangun adalah kepastian: percobaan ulang adalah taruhan yang sama yang dipasang lagi, di pasar yang sudah bergerak.
Semua ini tidak terlalu penting pada satu transaksi. Ini menjadi sangat penting pada sepuluh ribu transaksi per hari, ketika setiap aksi menunggu aksi sebelumnya.
Ethereum menyelesaikan nilai. Belum menjadwalkannya.
Di Ethereum, blockspace dialokasikan melalui lelang langsung yang terselesaikan kira-kira setiap dua belas detik. Saat Anda mengirim transaksi, Anda tidak sedang membeli tempat yang dijamin di blok berikutnya. Anda sedang memasuki sebuah kompetisi, dan hasilnya—baik apakah Anda akan disertakan sama sekali maupun berapa biaya akhir yang Anda bayar—tetap tidak diketahui sampai semuanya selesai. Desain ini elegan untuk jaringan tanpa izin. Namun ini asing bagi cara kerja keuangan institusional.
Institusi sudah ada di Ethereum. Yang tidak bisa mereka lakukan adalah menjalankan strategi yang butuh jaminan. Ketika sebuah desk tidak bisa tahu sebelumnya apakah transaksi akan dieksekusi tepat waktu atau berapa biayanya untuk mencapai titik itu, ia tidak bisa memasang ukuran besar, sehingga aktivitas tersebut tetap off-chain atau pindah ke tempat lain yang bersedia memberi komitmen.
Selama bertahun-tahun, jawaban atas keterbatasan Ethereum adalah throughput: lebih banyak transaksi per detik, lebih banyak rollup yang menyebarkan permintaan. Throughput mengukur seberapa banyak. Ia tidak mengatakan apa pun tentang kapan. Itu adalah masalah waktu, bukan ruang, dan menambah ruang tidak menyelesaikannya.
Menutup kesenjangan
Beberapa pendekatan kini memasuki tahap implementasi, masing-masing menangani lapisan masalah yang berbeda.
Preconfirmation memungkinkan proposer berkomitmen untuk menyertakan atau mengeksekusi transaksi sebelum blok difinalkan. Itu adalah jawaban paling langsung terhadap masalah waktu: agen tidak lagi harus mengirim dan berharap. Namun komitmen tersebut harus bermakna. Komitmen itu perlu partisipasi validator yang luas, dukungan ekonomi yang kredibel, dan konsekuensi yang dapat ditegakkan ketika proposer gagal memenuhi janji. Sistem yang memasangkan preconfirmation dengan kolateral yang di-stake dan kondisi slashing mengubah janji menjadi kewajiban yang dapat dimintai pertanggungjawaban.
Inclusion list bekerja di level protokol, membatasi apa yang boleh ditinggalkan oleh builder. Itu membuatnya menjadi alat yang kuat melawan sensor. Namun mereka menyelesaikan masalah yang berbeda: membuat transaksi lebih sulit untuk dikecualikan bukanlah hal yang sama dengan berkomitmen pada kapan transaksi itu akan dieksekusi. Inclusion list menetapkan batas bawah. Ia tidak menetapkan jadwal.
Pasar forward memperpanjang jadwal itu lebih jauh ke masa depan. Pasar ini memungkinkan institusi dan aplikasi memesan blockspace sebelum mereka membutuhkannya, seperti cara energi, bandwidth, dan kapasitas komputasi dikontrak sebelum permintaan muncul. Itu mengubah kapasitas di masa depan menjadi sesuatu yang bisa direncanakan pembeli, bukan diperebutkan secara real time. Pertanyaan desain di sini adalah tentang struktur pasar: akses yang transparan, penyampaian yang dapat dimintai pertanggungjawaban dari validator, dan mekanisme yang mencegah kemampuan dikuasai oleh segelintir pembeli besar.
Setiap pendekatan mungkin memiliki kendala yang perlu direkayasa solusinya. Secara bersama-sama, semuanya membentuk rupa pasar yang benar-benar bisa dijadikan dasar oleh agen dan institusi: komitmen proposer yang bermakna, jaminan di level protokol terhadap eksklusi, dan kapasitas forward yang dapat diskalakan ke permintaan institusional. Masing-masing pendekatan punya pertanyaan desain yang harus dipecahkan. Arahnya jelas.
Seorang agen yang melakukan unwinding posisi di dua venue harus tahu bahwa leg kedua akan terselesaikan sebelum ia berkomitmen pada leg pertama. Tanpa itu, ia bukan menjalankan strategi. Ia memasang taruhan dan menunggu hasil.
Ethereum sudah membangun penyelesaian yang kredibel. Tantangan berikutnya adalah membuat akses ke penyelesaian tersebut bisa diprogram jauh-jauh hari. Jika agen akan mengoordinasikan modal dengan kecepatan mesin, blockspace tidak bisa tetap sekadar sesuatu yang mereka tawar dan harapkan untuk diperoleh. Blockspace harus menjadi sesuatu yang bisa mereka jadwalkan.