ERC-8211 Bertujuan untuk Memungkinkan Eksekusi Dinamis untuk Agen AI di DeFi

Mulai tahun 2025, banyak orang mungkin secara perlahan menjadi terbiasa dengan cara interaksi baru: mengatakan kepada GPT atau Gemini, "Bantu saya merencanakan perjalanan ke Hong Kong minggu depan, dan sarankan tiket pesawat dan hotel yang sesuai," lalu sistem akan secara diam-diam menyelesaikan serangkaian langkah seperti pencarian informasi, penyaringan kondisi, pemilihan rute, dan perbandingan harga, sebelum hanya menyerahkan hasilnya kepada Anda untuk dikonfirmasi.

Namun, membawa harapan yang sama ke rantai, ceritanya benar-benar berubah.

Misalnya Anda memberikan perintah ke DeFi Agent: «Tukar ETH di dompet menjadi USDC, pindahkan ke rantai Base, lalu simpan seluruhnya ke Aave», secara objektif, dari segi «memahami kebutuhan» dan «merencanakan jalur», Agent saat ini belum tentu tidak mampu melakukannya; titik pemisah yang sebenarnya muncul di tahap eksekusi:

Anda masih sangat mungkin harus menyelesaikan secara bertahap operasi seperti menandatangani, memberikan otorisasi, menukar, melakukan lintas rantai, dan menyetor, dan setiap langkahnya terpapar risiko perubahan slippage, fluktuasi Gas, keterlambatan jembatan, dan perubahan status di rantai, yang berarti bahwa jika satu tahap saja menyimpang dari yang diharapkan, tindakan sebelumnya mungkin tidak dapat dibatalkan, sementara tindakan berikutnya mungkin tidak dapat dilanjutkan, sehingga yang tersisa di rantai sering kali hanyalah proses setengah jadi.

Masalahnya bukan pada AI yang tidak cukup cerdas, tetapi pada lapisan eksekusi on-chain yang hingga kini masih kekurangan cara ekspresi yang benar-benar sesuai untuk Agent.

Oleh karena itu, pada awal April 2026, Biconomy bersama Ethereum Foundation merilis ERC-8211 yang bertujuan untuk menyelesaikan masalah "keterbatasan statis" dalam eksekusi kontrak cerdas saat ini, menyediakan lapisan eksekusi yang lebih ekspresif untuk agen AI dan alur kerja DeFi yang kompleks, berusaha mengisi kepingan teka-teki yang hilang ini.

Dalam satu hingga dua tahun terakhir, fokus perhatian industri kripto jelas berpindah dari skalabilitas L2 dan likuiditas RWA ke topik yang sangat revolusioner: bagaimana AI Agent benar-benar mengambil alih operasi on-chain.

Secara objektif, baru-baru ini kita juga melihat banyak praktik, mulai dari "menggunakan bahasa alami untuk memberikan strategi DeFi multi-langkah" hingga "mempercayakan agen otonom untuk mengelola seluruh portofolio lintas rantai", dan sebagian besar konsep tersebut sudah matang di tingkat demo, baik itu generasi strategi DeFi multi-langkah berbasis bahasa alami, eksekusi otomatis rebalancing, migrasi pendapatan otomatis, penyesuaian posisi lintas rantai, bahkan manajemen portofolio yang lebih kompleks.

Dari sudut pandang penalaran dan pengaturan, kemampuan AI telah berkembang sangat cepat, namun ketika benar-benar diterapkan dalam lingkungan produksi, kelemahan di tingkat eksekusi semakin jelas.

Jika benar-benar diterapkan ke lingkungan produksi, kelemahan ini dapat diringkas dalam satu kalimat: DeFi bersifat dinamis, tetapi sebagian besar batch hari ini masih statis.

Situs web dan posting diskusi ERC-8211 menjelaskan masalah ini dengan jelas, yaitu ERC-4337 dan EIP-5792 yang ada telah mendorong model lama "satu tanda tangan untuk satu panggilan" ke tahap baru "satu tanda tangan dapat mengemas banyak panggilan", tetapi parameter dalam panggilan-panggilan ini pada dasarnya masih tetap dibekukan pada saat tanda tangan dibuat.

Artinya, jumlah, target, dan output yang diharapkan yang diisi pengguna saat menandatangani tidak akan disesuaikan secara otomatis saat dieksekusi karena perubahan status di rantai.

DeFi itu sendiri justru penuh ketidakpastian. Output nyata dari sebuah Swap tergantung pada slippage dan likuiditas di blok yang dieksekusi; waktu kedatangan dan jumlah akhir dari sebuah Bridge tergantung pada mekanisme dan biaya bridge itu sendiri; rasio share-to-asset dari protokol pinjaman atau Vault juga terus berubah.

Setelah semua, nilai yang dilihat pengguna atau Agent saat menandatangani sering kali hanya perkiraan sementara, bukan hasil aktual saat eksekusi.

Untuk memahami apa yang diatasi oleh ERC-8211, lihat contoh paling khas: misalkan Agent ingin melakukan hal yang tampaknya sangat biasa—menukar ETH di akunnya menjadi USDC, lalu menyetor 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 menandatangani, sering kali memaksa Anda untuk menetapkan jumlah input langkah kedua secara tetap saat menandatangani; jika perkiraan terlalu tinggi, jumlah yang benar-benar masuk tidak mencukupi dan seluruh batch langsung digulung kembali; jika perkiraan terlalu rendah, sebagian dana akan menganggur di dompet dan tidak dapat digunakan.

Dengan kata lain, pada dasarnya terjebak dalam dilema yang disebutkan, baik mengambil risiko kegagalan maupun biaya peluang. Inilah mengapa banyak proses on-chain yang tampaknya tidak rumit, begitu langkah-langkahnya diperpanjang menjadi 5, 8 langkah, bahkan melintasi dua rantai, akan cepat menjadi rapuh—bukan karena strateginya sendiri terlalu rumit untuk dijelaskan, tetapi karena paradigma eksekusi saat ini terlalu bergantung pada parameter yang telah ditetapkan sebelumnya.

Singkatnya, batas kemampuan batch statis sebenarnya menentukan batas strategi yang dapat dieksekusi Agent secara aman.

Dari sudut pandang ini, yang ingin diatasi oleh ERC-8211 bukanlah bagaimana AI Agent membuat keputusan, tetapi apakah ada cara yang lebih alami, stabil, dan aman untuk mengeksekusinya di blockchain setelah agen sudah membuat keputusan. Dengan demikian, eksekusi di blockchain pertama kalinya memiliki bentuk ekspresi yang dirancang secara native untuk AI Agent.

Terobosan utama ERC-8211 bukan terletak pada memasukkan lebih banyak langkah ke dalam satu tanda tangan, tetapi pada meningkatkan pemrosesan batch dari urutan transaksi dengan parameter yang ditetapkan statis menjadi sebuah "program di mana parameter dievaluasi secara dinamis saat eksekusi".

Terdengar memang sangat abstrak, tetapi tidak sulit dipahami, pihak resmi menggambarkannya dengan satu kalimat: From transactions to programs.

Ini berarti ERC-8211 tidak lagi memandang batch sebagai daftar tindakan yang dieksekusi secara berurutan, melainkan sebagai program eksekusi yang dievaluasi saat runtime dengan kondisi keamanan; secara rinci, ia mencapai hal ini melalui tiga primitif yang dapat dikombinasikan:

• Fetchers: Menentukan dari mana parameter ini mengambil nilai, yang dapat berupa permintaan satu kali terhadap saldo saat ini dari alamat tertentu, sehingga parameter bukan lagi snapshot saat penandatanganan, melainkan pembacaan real-time yang diambil dari status rantai pada saat eksekusi;
• Constraints: Setelah parameter diekstraksi, masih harus melewati pemeriksaan constraint inline—misalnya «USDC yang diperoleh harus ≥ 2500» atau «slippage tidak boleh melebihi 0,5%», constraint ini diverifikasi sebelum nilai dirutekan ke pemanggilan berikutnya; jika salah satu gagal, seluruh batch langsung dibatalkan;
• Predikat (kondisi pemicu): Dapat dipahami sebagai penjaga di antara langkah-langkah, yang tidak bertanggung jawab menghasilkan nilai, tetapi bertugas menilai apakah eksekusi harus dilanjutkan; misalnya dalam skenario lintas rantai, batch di sisi Ethereum dapat menggunakan predikat untuk menunggu kondisi "WETH yang dikirim lintas rantai telah diterima", dan tidak mengirimkan transaksi sampai dana tersebut benar-benar masuk.

Dalam desain ini, setiap parameter harus menjawab dua pertanyaan: pertama, dari mana nilai ini berasal saat dieksekusi; kedua, kondisi apa yang harus dipenuhi sebelum nilai tersebut benar-benar digunakan dalam pemanggilan, sehingga ketiga elemen ini digabungkan, satu batch tidak lagi sekadar urutan transaksi, tetapi sebuah program dengan pemeriksaan keamanan yang tertanam.

Pada akhirnya, model mental pemrosesan batch statis adalah daftar periksa—menjalankan langkah A, B, C secara berurutan; sedangkan model mental ERC-8211 adalah program bersyarat—setelah A dijalankan, ambil output aktual A sebagai input untuk B; B baru masuk ke C jika memenuhi batasan; jika langkah mana pun gagal mencapai harapan, seluruh batch akan rollback.

Kita sebenarnya bisa memahaminya secara sederhana sebagai mekanisme "pemrosesan batch cerdas" yang dirancang khusus untuk AI Agent dan operasi DeFi kompleks, karena dalam operasi on-chain tradisional, menyelesaikan satu strategi DeFi yang rumit sering memerlukan beberapa transaksi terpisah: mengambil dana dari protokol pinjaman, menukar token, lalu menyetorkannya ke protokol lain (baca lanjutan: Ringkasan Protokol AI Kripto: Dari Medan Pertempuran 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 bagi AI Agent yang membutuhkan operasi otonom frekuensi tinggi, sedangkan solusi ERC-8211 memungkinkan beberapa operasi blockchain digabungkan dan dieksekusi dalam satu transaksi, di mana setiap langkah secara dinamis mengevaluasi nilai aktual saat dieksekusi, dan harus memenuhi kondisi yang telah ditentukan sebelumnya sebelum melanjutkan ke langkah berikutnya.

Misalnya, sebuah Agent dapat menyelesaikan semuanya dalam satu transaksi yang ditandatangani: menarik dana dari Aave → menukar jumlah yang diterima di Uniswap → menyimpan hasil pertukaran ke Compound—semuanya dieksekusi secara atom, tanpa perlu menulis kontrak cerdas baru.

ERC-8211 patut mendapat perhatian dari industri dompet, bukan hanya karena cocok untuk Agent, tetapi karena akan mendefinisikan ulang posisi dompet dalam rantai interaksi.

Dompet masa lalu lebih mirip sebuah penandatangan aman, yang tugasnya adalah menyimpan kunci pribadi, menampilkan transaksi, meminta pengguna untuk mengonfirmasi, lalu mengirimkan tanda tangan. Peran ini sudah cukup penting di era EOA dan tetap berlaku di era account abstraction, tetapi jika di masa depan semakin banyak operasi on-chain yang dilakukan oleh Agent, maka peran dompet akan menjadi semakin sentral dan berat.

Alasannya sederhana: ketika pengguna tidak lagi mengontrol tindakan on-chain satu per satu, tetapi mulai memberikan otoritas kepada Agent untuk menjalankan serangkaian tujuan, dompet harus mampu menerima tingkat interaksi yang lebih tinggi ini. Yang perlu ditampilkan bukan lagi hanya alamat kontrak dan sepotong calldata, melainkan seluruh program eksekusi berupa "intent—nilai logika—penilaian kondisi—hasil akhir".

Oleh karena itu, dompet masa depan perlu memahami bukan hanya transaksi, tetapi juga program. ERC-8211 memberikan genggaman yang lebih jelas bagi dompet pada lapisan ini, karena secara eksplisit menuliskan semantik eksekusi ini ke dalam struktur kode, termasuk dari mana parameter berasal, kondisi apa yang harus dipenuhi, kapan melanjutkan, dan kapan menggulung kembali, semuanya bukan lagi kotak hitam yang tersembunyi di logika backend, melainkan objek yang dapat diinterpretasi, disimulasikan, dan ditampilkan oleh dompet.

Dari perspektif dompet, seluruh mekanisme ini pada akhirnya menunjuk pada hal yang sama, yaitu pengguna tidak lagi menandatangani serangkaian panggilan dasar yang sulit mereka pahami sepenuhnya, melainkan menandatangani sebuah program eksekusi yang berorientasi pada hasil, batas jelas, dan kondisi dapat diverifikasi:

• Agen AI dapat bertanggung jawab untuk memahami niat pengguna dan menghasilkan jalur;
• Dompet bertanggung jawab untuk menampilkan jalur ini kepada pengguna dengan cara yang lebih jelas untuk ditinjau;
• Dan relayer hanya bertanggung jawab untuk mengirimkan saat kondisi terpenuhi, tanpa wewenang untuk mengubah hasil;

Ini precisely mengapa eksekusi non-custodial dianggap sebagai prasyarat Agentic DeFi, karena agen dapat berpartisipasi, tetapi kedaulatan, batasan, dan penyelesaian akhir tetap berada di rantai, yang juga merupakan titik kecocokan nyata antara ERC-8211 dan dompet cerdas, yaitu ia menuliskan "ekspresi aman terhadap niat kompleks" ke dalam standar lapisan protokol.

Perlu dicatat bahwa ERC-8211 sepenuhnya kompatibel dengan kerangka abstraksi akun seperti ERC-4337, EIP-7702, dan ERC-7579; ia tidak menggantikan abstraksi akun, tetapi menambahkan lapisan semantik eksekusi programatik baru untuk Agent di atas abstraksi akun.

Jika ERC-4337 menyelesaikan "siapa yang dapat mewakili saya untuk memulai transaksi", EIP-7702 menyelesaikan "bagaimana EOA sementara memiliki kemampuan kontrak pintar", maka ERC-8211 menyelesaikan apakah Agent dapat menyelesaikan seluruh rantai keputusan dalam satu tanda tangan setelah mulai bertindak atas nama saya.

Melihat kembali evolusi pola interaksi di rantai Ethereum selama 10 tahun terakhir:

• Tahap pertama: Satu tanda tangan = Satu pemanggilan fungsi (era EOA)
• Tahap kedua: Satu tanda tangan = Sekumpulan panggilan paket statis (era ERC-4337, EIP-5792)
• Tahap ketiga: Satu tanda tangan = Satu program niat yang dievaluasi secara dinamis (era ERC-8211)

Setiap lompatan berarti pengguna (atau Agent yang mewakili pengguna) dapat menyampaikan tujuan yang lebih kompleks dengan lebih sedikit hambatan.

Meskipun ERC-8211 saat ini masih dalam tahap draf dan diskusi teknis masih berlangsung, integrasi protokol skala besar juga memerlukan waktu, arah yang ditunjuknya sudah cukup jelas: ketika AI Agent benar-benar mulai membuat keputusan on-chain untuk manusia, blockchain membutuhkan sintaks eksekusi asli yang sesuai.