Mulai tahun 2025, banyak orang mungkin akan mulai terbiasa dengan cara interaksi baru: mengatakan kepada GPT atau Gemini "bantu saya merencanakan perjalanan ke Hong Kong minggu depan, dan rekomendasikan tiket pesawat dan hotel yang sesuai", dan AI akan secara diam-diam menyelesaikan serangkaian langkah seperti pencarian informasi, penyaringan kondisi, pemilihan rute, perbandingan harga, dan akhirnya hanya memberikan hasilnya kepada Anda untuk dikonfirmasi.
Namun, ketika membawa harapan yang sama ke dalam blockchain, ceritanya berubah sepenuhnya.
Misalnya, Anda memberikan perintah kepada sebuah DeFi Agent: "tukar ETH di dompet saya menjadi USDC, kirimkan ke Base, lalu setorkan seluruhnya ke Aave". Secara objektif, dari sudut pandang "memahami kebutuhan" dan "merencanakan jalur", Agent saat ini belum tentu tidak bisa melakukannya. Kesenjangan sebenarnya muncul pada tahap eksekusi:
Anda masih sangat mungkin harus menyelesaikan langkah-langkah seperti penandatanganan, otorisasi, penukaran, bridging, dan penyetoran secara bertahap. Dan setiap langkah terpapar pada risiko perubahan slippage, fluktuasi Gas, penundaan bridging, dan perubahan status on-chain. Ini berarti bahwa jika ada satu bagian yang menyimpang dari ekspektasi, tindakan sebelumnya belum tentu dapat ditarik kembali, sementara tindakan selanjutnya mungkin tidak dapat terhubung. Akhirnya, yang tertinggal di blockchain seringkali hanyalah alur proses yang setengah jadi.
Masalahnya bukan pada AI yang tidak cukup pintar, tetapi pada lapisan eksekusi on-chain yang hingga saat ini masih kekurangan cara berekspresi yang benar-benar sesuai untuk Agent.
Karena alasan inilah, pada awal April 2026, Biconomy dan Ethereum Foundation bersama-sama merilis ERC-8211, yang bertujuan untuk menyelesaikan masalah "batasan statis" dalam eksekusi smart contract saat ini, menyediakan lapisan eksekusi yang lebih ekspresif untuk agen AI dan alur kerja DeFi yang kompleks, mencoba melengkapi potongan puzzle yang hilang ini.
一、"Kesenjangan Terakhir" AI Agent Mengakses Blockchain
Dalam satu hingga dua tahun terakhir, fokus perhatian industri crypto secara jelas beralih dari penskalaan L2, likuiditas RWA, ke topik yang cukup disruptif tentang bagaimana AI Agent dapat benar-benar mengambil alih operasi on-chain.
Secara objektif, dari "memberikan strategi DeFi multi-langkah dengan bahasa alami" hingga "mempercayakan portofolio investasi cross-chain lengkap kepada Agent otonom", baru-baru ini kita juga telah melihat banyak praktik, dan sebagian besar konsep telah matang pada tingkat demo, baik itu menghasilkan strategi DeFi multi-langkah dari bahasa alami, eksekusi rebalancing otomatis, migrasi yield otomatis, penyesuaian posisi cross-chain, bahkan manajemen portofolio yang lebih kompleks.
Dari sudut pandang penalaran dan pengaturan, kemampuan AI sudah berjalan sangat cepat, tetapi ketika benar-benar dimasukkan ke dalam lingkungan produksi, kelemahan lapisan eksekusi justru semakin terlihat.
Jika benar-benar diterapkan di lingkungan produksi, kelemahan ini dapat diringkas dalam satu kalimat: DeFi itu dinamis, tetapi sebagian besar batch (pemrosesan batch) saat ini masih statis.
Situs web ERC-8211 dan postingan diskusi menjelaskan masalah ini dengan jelas, yaitu ERC-4337 dan EIP-5792 yang ada, memang telah memajukan model lama "satu tanda tangan sesuai dengan satu panggilan" ke tahap baru "satu tanda tangan dapat membungkus beberapa panggilan", tetapi parameter dalam panggilan ini pada dasarnya masih dibekukan pada saat penandatanganan.
Artinya, jumlah, nilai target, output yang diharapkan yang dimasukkan pengguna saat menandatangani, tidak akan secara otomatis menyesuaikan ketika benar-benar dieksekusi karena perubahan status on-chain.
Padahal DeFi sendiri penuh dengan ketidakpastian. Output aktual dari一次 Swap bergantung pada slippage dan likuiditas di blok tempat eksekusi; waktu penerimaan dan jumlah akhir dari一次 Bridge bergantung pada mekanisme dan biaya bridge itu sendiri; rasio share-to-asset dari protokol pinjaman atau Vault juga akan terus berubah.
Lagipula, nilai yang dilihat pengguna atau Agent saat menandatangani, seringkali hanyalah perkiraan saat itu, bukan hasil sebenarnya saat eksekusi.
Untuk memahami apa yang diselesaikan oleh ERC-8211, pertama-tama lihat contoh paling tipikal, yaitu misalkan Agent ingin melakukan hal yang terlihat sangat biasa - menukar ETH di akun menjadi USDC, lalu menyetorkan seluruhnya ke Spark untuk mendapatkan bunga.
Dalam model pemrosesan batch statis yang ada, Agent harus memperkirakan berapa banyak USDC yang akan diterima setelah Swap sebelum penandatanganan, seringkali memaksa Anda untuk menuliskan jumlah input untuk langkah kedua sebelumnya saat menandatangani. Jika estimasi terlalu tinggi, angka penerimaan sebenarnya tidak cukup, seluruh batch langsung rollback; jika estimasi terlalu rendah, akan menyisakan sebagian dana menganggur di dompet yang tidak bisa melakukan apa-apa.
Dengan kata lain, pada dasarnya terjebak dalam dilema yang disebut,要么 menanggung risiko kegagalan,要么 menanggung biaya peluang. Inilah sebabnya mengapa banyak alur on-chain yang terlihat tidak kompleks,一旦 langkahnya diperpanjang menjadi 5 langkah, 8 langkah, bahkan melintasi dua chain, dengan cepat menjadi rapuh. Ini bukan karena strateginya sendiri terlalu kompleks untuk dijelaskan, tetapi karena paradigma eksekusi yang ada terlalu bergantung pada parameter yang ditulis sebelumnya.
Singkatnya, batas atas kemampuan batch statis, pada kenyataannya menentukan batas atas strategi yang dapat dieksekusi dengan aman oleh Agent.
Dari sudut pandang ini, yang ingin diselesaikan ERC-8211 bukanlah bagaimana AI Agent membuat keputusan, tetapi setelah Agent sudah membuat keputusan, apakah ada cara yang lebih alami, lebih stabil, dan lebih aman di on-chain untuk mengeksekusinya. Sehingga membuat eksekusi on-chain untuk pertama kalinya memiliki bentuk ekspresi yang dirancang asli untuk AI Agent.
二、Apa Sebenarnya yang Diubah oleh ERC-8211?
Terobosan inti ERC-8211 bukanlah memuat lebih banyak langkah ke dalam satu tanda tangan, tetapi meningkatkan pemrosesan batch dari urutan transaksi dengan parameter yang ditulis mati, menjadi sebuah "program yang parameter nilainya dievaluasi secara dinamis di lokasi eksekusi".
Kedengarannya memang abstrak, tetapi tidak sulit dipahami,官方 menggunakan satu kalimat untuk menggambarkannya: Dari transaksi ke program.
Ini berarti ERC-8211 tidak lagi memandang batch sebagai daftar tindakan yang dieksekusi secara berurutan, tetapi menganggapnya sebagai program eksekusi yang dievaluasi selama runtime dan dilengkapi dengan kondisi keamanan. Secara spesifik, hal ini diwujudkan melalui tiga primitif yang dapat dikomposisi:
- Fetchers (pengambil nilai): Mendefinisikan dari mana parameter ini mengambil nilainya. Ini bisa berupa kueri terhadap saldo saat ini dari suatu alamat, membuat parameter bukan lagi snapshot saat penandatanganan, tetapi pembacaan real-time yang diambil dari status on-chain pada saat eksekusi;
- Constraints (pembatas): Setelah parameter diurai,还必须 melalui pemeriksaan batasan inline - misalnya "USDC yang ditukar harus ≥ 2500", atau "slippage tidak boleh melebihi 0.5%". Batasan ini divalidasi sebelum nilai dirutekan ke panggilan berikutnya; jika ada yang tidak terpenuhi, seluruh batch langsung rollback;
- Predicates (kondisi pemicu): Dapat dipahami sebagai penjaga gerbang di antara langkah-langkah, tidak bertanggung jawab untuk menghasilkan nilai, tetapi untuk menilai apakah akan melanjutkan eksekusi. Misalnya dalam skenario cross-chain, batch di sisi Ethereum dapat menunggu melalui predicate pada kondisi "WETH yang dikirimkan melalui cross-chain sudah sampai", dan tidak提交 sebelum sampai;
Dalam desain ini, setiap parameter harus menjawab dua pertanyaan: Pertama, dari mana nilai ini harus berasal saat eksekusi; Kedua, kondisi apa yang perlu dipenuhi sebelum benar-benar digunakan dalam panggilan. Setelah ketiganya dikombinasikan, sebuah batch tidak lagi hanya urutan transaksi, tetapi sebuah program yang menyematkan pemeriksaan keamanan.
Pada akhirnya, model mental pemrosesan batch statis adalah daftar - eksekusi langkah A, B, C secara berurutan; sedangkan model mental ERC-8211 adalah program dengan kondisi - setelah A dieksekusi, ambil output sebenarnya dari A sebagai input untuk B; B memenuhi batasan baru masuk ke C; jika ada langkah yang tidak memenuhi ekspektasi, seluruh batch rollback.
Kita sebenarnya dapat memahaminya secara sederhana sebagai mekanisme "pemrosesan batch pintar" yang dirancang khusus untuk AI Agent dan operasi DeFi yang kompleks, karena dalam operasi on-chain tradisional, menyelesaikan strategi DeFi yang kompleks seringkali membutuhkan banyak transaksi independen: menarik dana dari protokol pinjaman, menukar token, menyimpannya ke protokol lain (bacaan lebih lanjut《Landskap Protokol AI Crypto: Berangkat dari Medan Perang Utama Ethereum, Bagaimana Membangun Sistem Operasi Baru untuk AI Agent?》).
Setiap langkah memerlukan tanda tangan dan konfirmasi terpisah, yang sudah merepotkan bagi pengguna manusia, apalagi menjadi hambatan bagi AI Agent yang membutuhkan operasi otonom frekuensi tinggi. Solusi ERC-8211 adalah mengizinkan beberapa operasi blockchain digabungkan dan dieksekusi dalam satu transaksi, setiap langkah mengurai nilai aktual secara dinamis selama eksekusi, dan harus memenuhi kondisi yang telah ditentukan sebelumnya sebelum melanjutkan ke langkah berikutnya.
Misalnya, sebuah Agent dapat menyelesaikan dalam satu transaksi tanda tangan: menarik dana dari Aave → menukar jumlah yang benar-benar diterima di Uniswap → menyimpan hasil penukaran ke Compound — semua dieksekusi secara atomik, tanpa perlu menulis smart contract baru.
三、Mengapa Dikatakan Lebih Berhubungan dengan Dompet, Khususnya Smart Wallet
Alasan ERC-8211 patut diperhatikan oleh industri dompet, bukan hanya karena cocok untuk Agent, tetapi juga karena akan mendefinisikan ulang posisi dompet dalam rantai interaksi.
Dompet sebelumnya, lebih seperti penanda tangan yang aman, tanggung jawabnya adalah menyimpan private key, menampilkan transaksi, meminta konfirmasi pengguna, lalu mengirimkan tanda tangan. Peran ini sudah cukup penting di era EOA, dan terus berlaku di era abstraksi akun. Tetapi jika di masa depan semakin banyak operasi on-chain yang dilakukan oleh Agent, maka peran dompet akan menjadi lebih sentral dan penting.
Alasannya sederhana, ketika pengguna tidak lagi mengontrol tindakan on-chain per transaksi, tetapi mulai mengotorisasi sebuah Agent untuk mengeksekusi serangkaian target, dompet harus memiliki kemampuan untuk menangani objek interaksi tingkat tinggi ini. Yang harus ditampilkannya bukan lagi sekadar alamat kontrak dan calldata, tetapi seluruh program eksekusi "intensi — logika pengambilan nilai — penilaian kondisi — hasil akhir".
Oleh karena itu, dompet masa depan perlu memahami, bukan lagi transaksi, tetapi program. ERC-8211 justru pada level ini memberikan pegangan yang lebih jelas kepada dompet, karena menuliskan semantik eksekusi ini secara eksplisit ke dalam struktur pengkodean, berisi dari mana parameter berasal, harus memenuhi kondisi apa, kapan melanjutkan, kapan rollback, bukanlah logika backend yang tersembunyi dalam kotak hitam, tetapi objek yang dapat diinterpretasikan, disimulasikan, dan ditampilkan oleh dompet.
Dari perspektif dompet, seluruh mekanisme ini akhirnya mengarah pada hal yang sama, yaitupengguna tidak lagi menandatangani serangkaian panggilan底层 yang sulit dipahami sepenuhnya, tetapi menandatangani program eksekusi yang berorientasi hasil, batasan jelas, dan kondisi dapat diverifikasi:
- AI Agent dapat bertanggung jawab untuk memahami intensi pengguna, menghasilkan jalur;
- Dompet bertanggung jawab untuk menampilkan jalur ini dengan cara yang lebih jelas untuk ditinjau pengguna;
- Dan relayer hanya bertanggung jawab untuk提交 ketika kondisi terpenuhi, tidak memiliki izin untuk memanipulasi hasil;
Inilah alasan mengapa eksekusi non-custodial dianggap sebagai prasyarat untuk Agentic DeFi, karena agen dapat berpartisipasi, tetapi kedaulatan, batasan, dan penyelesaian akhir tetap berada di on-chain. Ini juga adalah tempat dimana ERC-8211 dan smart wallet benar-benar cocok, yaitu menuliskan hal "mengekspresikan intensi kompleks dengan aman" ke dalam standar lapisan protokol.
Perlu disebutkan, ERC-8211 sepenuhnya kompatibel dengan kerangka kerja abstraksi akun seperti ERC-4337, EIP-7702, ERC-7579. Itu tidak menggantikan abstraksi akun, tetapi di atas abstraksi akun, menambahkan lapisan semantik eksekusi yang dapat diprogram untuk Agent.
Jika ERC-4337 menyelesaikan "siapa yang dapat mewakili saya untuk memulai transaksi", EIP-7702 menyelesaikan "bagaimana EOA dapat memiliki kemampuan smart contract sementara", maka ERC-8211 menyelesaikansetelah Agent mulai beroperasi untuk saya, apakah itu dapat menyelesaikan seluruh rantai keputusan dalam satu tanda tangan.
Melihat kembali evolusi paradigma interaksi on-chain Ethereum selama 10 tahun terakhir:
- Tahap pertama: satu tanda tangan = satu panggilan fungsi (era EOA)
- Tahap kedua: satu tanda tangan = satu set panggilan yang dikemas statis (era ERC-4337, EIP-5792)
- Tahap ketiga: satu tanda tangan = program intensi dengan evaluasi dinamis (era ERC-8211)
Setiap lompatan, berarti pengguna (atau Agent yang mewakili pengguna) dapat menggunakan lebih sedikit gesekan, untuk mengekspresikan tujuan yang lebih kompleks.
Meskipun ERC-8211 saat ini masih dalam tahap draf, diskusi teknis masih berlangsung, dan adopsi protokol skala besar masih membutuhkan waktu, tetapi arah yang ditunjukkannya sudah cukup jelas. Ketika AI Agent benar-benar mulai membuat keputusan on-chain untuk manusia, on-chain membutuhkan sintaksis eksekusi asli yang sesuai dengannya.
