Mengapa paradigma interaksi baru ERC-8211 layak untuk diperhatikan?

Penulis: imToken

Mulai tahun 2025, banyak orang mungkin akan perlahan-lahan terbiasa dengan cara interaksi yang baru: mengatakan kepada GPT atau Gemini sebuah kalimat seperti “Bantu saya rencanakan perjalanan ke Hong Kong minggu depan, dan rekomendasikan tiket pesawat dan hotel yang cocok”, maka mereka akan secara diam-diam menyelesaikan pencarian informasi, penyaringan kondisi, pemilihan rute, perbandingan harga, dan serangkaian langkah lainnya di latar belakang, akhirnya hanya menyerahkan hasilnya kepada Anda untuk dikonfirmasi.

Hanya saja, membawa harapan yang sama ke dalam rantai, ceritanya justru berubah total.

Misalnya, Anda memberi perintah kepada Agen DeFi: “Tukarkan ETH di dompet menjadi USDC, lintas ke jaringan Base, lalu simpan seluruhnya ke Aave”, secara objektif, dari sudut “memahami kebutuhan” dan “merencanakan jalur”, agen saat ini mungkin belum tentu tidak bisa melakukannya, namun yang benar-benar menjadi celah terletak pada tahap eksekusi:

Anda tetap kemungkinan harus menyelesaikan tanda tangan, otorisasi, pertukaran, lintas rantai, dan penyimpanan secara bertahap, dan setiap langkahnya terbuka terhadap risiko perubahan slippage, fluktuasi Gas, penundaan jembatan, dan perubahan status di atas rantai, yang berarti, selama satu bagian menyimpang dari harapan, tindakan sebelumnya mungkin tidak bisa dibatalkan, dan langkah berikutnya mungkin tidak bisa dilanjutkan, sehingga akhirnya yang tertinggal di rantai biasanya hanya proses setengah jadi yang belum selesai.

Masalahnya bukan karena AI tidak cukup pintar, melainkan karena lapisan eksekusi di atas rantai hingga saat ini masih kekurangan sebuah cara ekspresi yang benar-benar cocok untuk Agen.

Karena itulah, awal April 2026, Biconomy bersama Ethereum Foundation merilis ERC-8211, yang bertujuan menyelesaikan masalah “batas statis” dalam eksekusi kontrak pintar saat ini, menyediakan lapisan eksekusi yang lebih ekspresif untuk agen AI dan alur kerja DeFi yang kompleks, berusaha melengkapi bagian yang hilang ini.

1. “Lapisan terakhir” dalam penghubungan Agen AI ke rantai

Dalam satu hingga dua tahun terakhir, fokus perhatian industri kripto sedang beralih dari skalabilitas L2, likuiditas RWA, ke pertanyaan yang cukup revolusioner: bagaimana Agen AI benar-benar mengambil alih operasi di atas rantai.

Secara objektif, dari “memberikan strategi DeFi multi-langkah dengan bahasa alami” hingga “membiarkan Agen otonom mengelola portofolio lintas rantai secara penuh”, kita juga telah melihat banyak praktik, dan sebagian besar konsep ini sudah matang di tingkat demo, baik itu menghasilkan strategi DeFi multi-langkah secara alami, eksekusi ulang secara mandiri, migrasi hasil otomatis, penyesuaian posisi lintas rantai, bahkan pengelolaan portofolio yang lebih kompleks.

Dari sudut penalaran dan pengaturan, kemampuan AI sudah berjalan cukup cepat, hanya saja ketika benar-benar memasukkannya ke lingkungan produksi, kekurangan di lapisan eksekusi menjadi semakin nyata.

Kalau harus berbicara di lingkungan produksi, kekurangan ini bisa dirangkum dalam satu kalimat: DeFi bersifat dinamis, tetapi sebagian besar batch (pemrosesan kelompok) saat ini masih bersifat statis.

Situs resmi dan diskusi ERC-8211 menyebutkan masalah ini dengan sangat jelas, bahwa ERC-4337 dan EIP-5792 yang ada saat ini memang telah mendorong “satu tanda tangan untuk satu panggilan” ke tahap baru “satu tanda tangan untuk mengemas banyak panggilan”, tetapi parameter dalam panggilan tersebut secara esensial masih banyak yang dibekukan saat tanda tangan dilakukan.

Artinya, jumlah yang diisi pengguna saat tanda tangan, target nilai, output yang diharapkan, saat eksekusi sebenarnya tidak akan otomatis menyesuaikan karena perubahan status di atas rantai.

Padahal, DeFi sendiri penuh ketidakpastian. Output dari satu Swap tergantung pada slippage dan likuiditas di blok tempat eksekusi; waktu dan jumlah dana yang masuk dari Bridge tergantung pada mekanisme dan biaya jembatan itu sendiri; rasio share-to-asset dari protokol pinjaman atau Vault juga terus berubah.

Akhirnya, angka yang dilihat pengguna atau Agen saat tanda tangan seringkali hanya perkiraan saat itu, bukan hasil nyata saat eksekusi.

Untuk memahami apa yang diselesaikan ERC-8211, mari lihat contoh paling khas: misalnya, Agen ingin melakukan hal yang tampaknya sangat sederhana—mengubah ETH di akun menjadi USDC, lalu menyimpan seluruhnya ke Spark untuk mendapatkan bunga.

Dalam model batch statis yang ada saat ini, Agen harus memperkirakan berapa USDC yang akan didapatkan setelah Swap sebelum tanda tangan, seringkali memaksa Anda menulis angka input langkah kedua secara tetap saat tanda tangan, dan jika perkiraan terlalu tinggi, angka yang masuk tidak cukup, seluruh batch akan dibatalkan; jika terlalu rendah, sebagian dana akan tertinggal di dompet dan tidak bisa digunakan.

Dengan kata lain, ini terjebak dalam dilema: menanggung risiko kegagalan atau opportunity cost. Inilah mengapa, proses di atas rantai yang tampaknya tidak rumit, jika langkahnya diperpanjang menjadi 5, 8, bahkan lintas dua rantai, akan menjadi sangat rapuh. Bukan karena strateginya terlalu kompleks untuk dideskripsikan, melainkan karena paradigma eksekusi saat ini terlalu bergantung pada parameter yang sudah dipatok sebelumnya.

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

Dari sudut pandang ini, yang ingin diselesaikan ERC-8211 bukanlah bagaimana Agen AI membuat keputusan, melainkan setelah Agen membuat keputusan, apakah ada cara yang lebih alami, stabil, dan aman untuk mengeksekusinya di atas rantai. Dengan demikian, eksekusi di atas rantai pertama kali akan memiliki sebuah ekspresi yang dirancang secara asli untuk Agen AI.

2. Apa sebenarnya yang diubah ERC-8211?

Terobosan utama ERC-8211 bukanlah menambahkan lebih banyak langkah ke dalam satu tanda tangan, melainkan mengubah batch dari sekadar urutan transaksi dengan parameter yang dibekukan menjadi sebuah “program yang parameter-parameter di dalamnya dievaluasi secara dinamis saat eksekusi”.

Terdengar sangat abstrak, tetapi sebenarnya tidak sulit dipahami, penjelasan resmi menyebutnya: From transactions to programs.

Ini berarti ERC-8211 tidak lagi memandang batch sebagai daftar aksi yang dieksekusi secara berurutan, melainkan sebagai sebuah program yang dievaluasi saat runtime dan dilengkapi kondisi keamanan. Secara rinci, ini diimplementasikan melalui tiga primitive yang dapat digabungkan:

• Fetchers (Pengambil Nilai): Mendefinisikan dari mana nilai parameter diambil, bisa berupa query saldo saat ini dari sebuah alamat, sehingga parameter tidak lagi berupa snapshot saat tanda tangan, melainkan nilai real-time yang diambil dari status di atas rantai saat eksekusi;

• Constraints (Pembatas): Setelah parameter diambil, harus melalui pemeriksaan constraint secara inline—misalnya “USDC yang didapat minimal ≥ 2500”, atau “slippage tidak boleh melebihi 0.5%”, constraint ini diverifikasi sebelum nilai digunakan dalam panggilan berikutnya, jika tidak lolos, seluruh batch langsung rollback;

• Predicates (Kondisi Pemicu): Bisa dipahami sebagai penjaga di antara langkah-langkah, bukan bertugas menghasilkan nilai, melainkan menilai apakah proses harus dilanjutkan, misalnya dalam skenario lintas rantai, di sisi Ethereum, batch bisa melalui predicate yang memastikan “WETH dari lintas rantai sudah masuk”, sebelum melanjutkan.

Dalam desain ini, setiap parameter harus menjawab dua pertanyaan: pertama, dari mana nilai ini diambil saat eksekusi; kedua, nilai ini harus memenuhi kondisi apa sebelum digunakan dalam panggilan. Kombinasi ketiganya menjadikan batch bukan sekadar daftar transaksi, melainkan sebuah program yang mengandung pemeriksaan keamanan.

Pada akhirnya, model mental batch statis adalah sebuah daftar—menjalankan A, B, C secara berurutan; sedangkan model ERC-8211 adalah sebuah program bersyarat—A dieksekusi, output A digunakan sebagai input B; B memenuhi constraint baru bisa masuk ke C; jika ada langkah yang tidak sesuai, seluruh proses dibatalkan.

Kita bisa menyederhanakannya sebagai sebuah mekanisme “batch cerdas” yang dirancang khusus untuk Agen AI dan operasi DeFi kompleks, karena dalam operasi tradisional di atas rantai, menyelesaikan satu strategi DeFi yang kompleks biasanya membutuhkan beberapa transaksi terpisah: menarik dana dari protokol pinjaman, menukar token, menyimpan ke protokol lain (baca juga “Panorama Protokol AI Kripto: Dari medan perang Ethereum, bagaimana membangun OS baru untuk Agen AI?”).

Setiap langkah harus tanda tangan dan konfirmasi secara terpisah, yang sudah merepotkan bagi pengguna manusia, dan menjadi bottleneck bagi Agen AI yang membutuhkan operasi frekuensi tinggi. Solusi ERC-8211 adalah memungkinkan beberapa operasi lintas rantai digabungkan dalam satu transaksi, dengan setiap langkah secara dinamis mengekstrak nilai aktual saat eksekusi, dan hanya melanjutkan jika memenuhi kondisi yang telah ditentukan sebelumnya.

Contohnya, sebuah Agen bisa menyelesaikan dalam satu tanda tangan transaksi: menarik dana dari Aave → menukar jumlah yang diterima di Uniswap → menyimpan hasil tukar ke Compound—semuanya dieksekusi secara atomik, tanpa perlu menulis kontrak pintar baru.

3. Mengapa ini lebih berkaitan dengan dompet, terutama dompet pintar

Alasan ERC-8211 layak diperhatikan industri dompet bukan hanya karena cocok untuk Agen, tetapi juga karena akan mendefinisikan ulang posisi dompet dalam alur interaksi.

Dulu, dompet lebih seperti alat tanda tangan aman, tugasnya menyimpan kunci pribadi, menampilkan transaksi, meminta konfirmasi pengguna, lalu mengirim tanda tangan. Peran ini sudah cukup penting di era EOA, dan tetap berlaku di era abstraksi akun. Tetapi jika di masa depan semakin banyak operasi di atas rantai dilakukan oleh Agen, maka peran dompet akan menjadi semakin sentral dan penting.

Sebabnya sangat sederhana: ketika pengguna tidak lagi mengendalikan setiap langkah di atas rantai, melainkan memberi otorisasi kepada Agen untuk menjalankan satu rangkaian tujuan, dompet harus mampu menampung objek interaksi yang lebih tinggi ini. Ia harus menampilkan bukan hanya alamat kontrak dan calldata, melainkan sebuah “program niat—logika pengambilan nilai—pemeriksaan kondisi—hasil akhir”.

Oleh karena itu, dompet masa depan harus memahami bukan hanya transaksi, tetapi juga program. ERC-8211 menyediakan kerangka yang lebih jelas untuk ini, karena menuliskan secara eksplisit makna eksekusi tersebut ke dalam struktur kode, termasuk dari mana parameter berasal, kondisi apa yang harus dipenuhi, kapan harus dilanjutkan, kapan harus rollback, semuanya tidak lagi tersembunyi di balik logika backend, melainkan dapat diinterpretasi, disimulasikan, dan ditampilkan oleh dompet.

Dari sudut pandang dompet, mekanisme ini akhirnya mengarah pada satu hal: pengguna tidak lagi menandatangani rangkaian panggilan yang sulit dipahami secara lengkap, melainkan menandatangani sebuah program eksekusi yang berorientasi hasil, dengan batasan yang jelas dan kondisi yang dapat diverifikasi:

• Agen AI dapat bertanggung jawab memahami niat pengguna, menghasilkan jalur eksekusi;

• Dompet bertugas menampilkan jalur ini secara lebih jelas untuk diverifikasi pengguna;

• Relayer hanya bertugas mengirim saat kondisi terpenuhi, tanpa memiliki hak untuk mengubah hasilnya.

Inilah sebabnya eksekusi non-penitipan (non-custodial) yang berbasis agen dianggap sebagai prasyarat DeFi yang berorientasi Agen, karena agen dapat berpartisipasi, tetapi kedaulatan, batasan, dan penyelesaian akhir tetap di atas rantai. Ini juga tempat ERC-8211 dan dompet pintar benar-benar cocok, karena mereka menuliskan “ekspresi keamanan dari niat kompleks” ke dalam standar protokol.

Perlu dicatat bahwa ERC-8211 kompatibel sepenuhnya dengan kerangka akun abstrak seperti ERC-4337, EIP-7702, ERC-7579. Ia tidak menggantikan akun abstrak, melainkan menambahkan lapisan makna eksekusi yang bersifat programatik di atasnya.

Kalau ERC-4337 menyelesaikan “siapa yang bisa mewakili saya untuk memulai transaksi”, dan EIP-7702 menyelesaikan “bagaimana EOA bisa sementara memiliki kemampuan kontrak pintar”, maka ERC-8211 menyelesaikan pertanyaan: begitu Agen mulai beroperasi atas nama saya, apakah dia bisa menyelesaikan seluruh rantai pengambilan keputusan dalam satu tanda tangan?

Melihat evolusi paradigma interaksi di Ethereum selama 10 tahun terakhir:

• Tahap pertama: satu tanda tangan = satu panggilan fungsi (Era EOA)

• Tahap kedua: satu tanda tangan = satu paket panggilan statis (Era ERC-4337, EIP-5792)

• Tahap ketiga: satu tanda tangan = sebuah program niat yang dievaluasi secara dinamis (Era ERC-8211)

Setiap transisi berarti pengguna (atau Agen yang mewakilinya) dapat mengungkapkan target yang lebih kompleks dengan lebih sedikit hambatan.

Meskipun ERC-8211 saat ini masih dalam tahap draft, diskusi teknis masih berlangsung, dan integrasi skala besar masih membutuhkan waktu, arah yang ditunjuk sudah cukup jelas: ketika Agen AI benar-benar mulai mengambil alih pengambilan keputusan di atas rantai, maka rantai perlu memiliki sebuah sintaks eksekusi yang asli dan cocok secara bawaan.