ERC-8211 Bertujuan untuk Membolehkan Pelaksanaan Dinamik untuk Agen AI dalam DeFi

Mulai tahun 2025, ramai orang mungkin perlahan-lahan menjadi biasa dengan cara interaksi baru: berkata kepada GPT atau Gemini, "Sila aturkan perjalanan saya ke Hong Kong minggu depan, dan cadangkan tiket pesawat dan hotel yang sesuai," dan ia akan secara diam-diam menjalankan serangkaian langkah seperti mencari maklumat, menyaring syarat, memilih rute, dan membandingkan harga, sebelum hanya menyerahkan hasilnya kepada anda untuk pengesahan.

Namun, membawa harapan yang sama ke atas rantai, ceritanya berubah sepenuhnya.

Sebagai contoh, anda memberi arahan kepada DeFi Agent: “Tukar ETH dalam dompet menjadi USDC, silang ke rantai Base, kemudian simpan sepenuhnya ke Aave”, secara objektif, dari segi “memahami keperluan” dan “merancang laluan”, Agent hari ini mungkin tidak mustahil untuk melakukannya, tetapi jurang sebenar muncul pada peringkat pelaksanaan:

Anda masih sangat mungkin perlu melaksanakan langkah-langkah secara bertahap seperti menandatangani, memberikan kuasa, menukar, berpindah antara rantai, dan menyimpan dana, dan setiap langkah terdedah kepada risiko perubahan slippage, fluktuasi Gas, kelewatan jambatan, dan perubahan status di rantai. Ini bermakna sekiranya sebarang satu langkah menyimpang daripada jangkaan, tindakan sebelumnya mungkin tidak boleh dibatalkan, sementara tindakan seterusnya mungkin tidak dapat disambungkan, dan akhirnya yang tinggal di rantai sering kali hanyalah satu proses separuh siap.

Masalahnya bukanlah AI tidak cukup pintar, tetapi lapisan pelaksanaan di rantai masih kekurangan cara ekspresi yang benar-benar sesuai untuk Agent.

Oleh sebab itu, pada awal April 2026, Biconomy dan Ethereum Foundation secara bersama-sama melancarkan ERC-8211 yang bertujuan untuk menyelesaikan masalah "kekangan statik" dalam pelaksanaan kontrak pintar semasa, memberikan lapisan pelaksanaan yang lebih cekap untuk agen AI dan alur kerja DeFi yang kompleks, cuba memperbaiki kepingan puzzle yang hilang ini.

Dalam satu hingga dua tahun terakhir, fokus perhatian industri kripto jelas berpindah dari penskalaan L2 dan likuiditi RWA kepada topik yang sangat menggugat—bagaimana AI Agent benar-benar mengambil alih operasi di rantai.

Secara objektif, baru-baru ini kita juga melihat banyak praktik dari "mengarahkan strategi DeFi berbilang langkah dengan bahasa semula jadi" hingga "mempercayakan agen autonomi mengurus seluruh portofolio lintas rantai", dan kebanyakan konsep ini telah matang pada tahap demo, sama ada dalam penghasilan strategi DeFi berbilang langkah melalui bahasa semula jadi, pelaksanaan autonomi semula seimbang, pemindahan pendapatan automatik, penyesuaian posisi lintas rantai, atau bahkan pengurusan portofolio yang lebih kompleks.

Dari segi penalaran dan pengaturan, kemampuan AI telah bergerak sangat pantas, tetapi apabila benar-benar dimasukkan ke dalam persekitaran pengeluaran, kelemahan pada peringkat pelaksanaan semakin jelas.

Apabila benar-benar diterapkan dalam persekitaran pengeluaran, kelemahan ini boleh diringkaskan dalam satu ayat: DeFi adalah dinamik, tetapi kebanyakan batch hari ini masih statik.

Laman web dan pos perbincangan ERC-8211 menjelaskan isu ini dengan jelas, iaitu ERC-4337 dan EIP-5792 yang sedia ada memang telah memajukan model lama "satu tanda tangan untuk satu panggilan" kepada peringkat baru "satu tanda tangan boleh menghimpunkan banyak panggilan", tetapi parameter dalam panggilan-panggilan ini pada dasarnya masih kebanyakannya dibekukan pada masa tanda tangan dibuat.

Dengan kata lain, jumlah, nilai sasaran, dan output yang diharapkan yang dimasukkan pengguna semasa menandatangani tidak akan disesuaikan secara automatik berdasarkan perubahan status rantai semasa pelaksanaan.

DeFi itu sendiri justru penuh ketidakpastian. Output sebenar bagi satu Swap bergantung kepada slippage dan likuiditi dalam blok yang dilaksanakan; masa tiba dan jumlah akhir bagi satu Bridge bergantung kepada mekanisme dan caj jambatan itu sendiri; nisbah share-to-asset bagi protokol pinjaman atau Vault juga sentiasa berubah.

Setelah semua, nilai yang dilihat oleh pengguna atau Agent semasa penandatanganan sering kali hanyalah anggaran semasa, bukan hasil sebenar semasa pelaksanaan.

Untuk memahami apa yang diselesaikan oleh ERC-8211, lihat contoh paling klasik: anggaplah Agent ingin melakukan perkara yang kelihatan biasa—menukar ETH dalam akaunnya kepada USDC, kemudian menyimpan sepenuhnya ke Spark untuk mendapat faedah.

Dalam model pemprosesan batch statik yang sedia ada, Agen mesti menganggar berapa banyak USDC yang akan diterima selepas Swap sebelum menandatangani, sering memaksa anda untuk menetapkan jumlah input langkah kedua secara tetap semasa menandatangani; jika anggaran terlalu tinggi, jumlah yang sebenar yang diterima tidak mencukupi dan keseluruhan batch akan dipulihkan; jika anggaran terlalu rendah, sebahagian dana akan terbiar di dompet dan tidak dapat digunakan.

Dengan kata lain, ia secara fundamental terperangkap dalam dilema yang dikenal sebagai risiko kegagalan atau kos peluang. Inilah sebabnya mengapa banyak proses on-chain yang kelihatannya tidak rumit menjadi rapuh dengan cepat apabila langkah-langkahnya diperpanjang menjadi 5, 8 langkah, atau bahkan melintasi dua rantai—bukan kerana strateginya sendiri terlalu kompleks untuk dijelaskan, tetapi kerana paradigma pelaksanaan semasa terlalu bergantung kepada parameter yang telah ditetapkan sebelumnya.

Dengan kata lain, had kemampuan batch statik sebenarnya menentukan had strategi yang boleh dilaksanakan oleh Agen dengan selamat.

Dari sudut pandang ini, ERC-8211 bertujuan untuk menyelesaikan bukan bagaimana AI Agent membuat keputusan, tetapi apakah ada cara yang lebih alami, stabil, dan selamat untuk melaksanakannya di rantai setelah Agent telah membuat keputusan. Dengan demikian, pelaksanaan di rantai pertama kalinya memiliki bentuk ekspresi yang dirancang secara asli untuk AI Agent.

Terobosan utama ERC-8211 bukanlah dengan memasukkan lebih banyak langkah ke dalam satu tanda tangan, tetapi dengan meningkatkan pemprosesan batch dari urutan transaksi dengan parameter yang ditetapkan tetap, menjadi sebuah "program di mana parameter dinilai secara dinamik semasa pelaksanaan".

Kedengarannya memang abstrak, tetapi tidak sukar difahami; pihak rasmi menggambarkannya dengan satu ayat: From transactions to programs.

Ini bermakna ERC-8211 tidak lagi menganggap batch sebagai senarai tindakan yang dilaksanakan secara berurutan, tetapi sebagai satu program pelaksanaan yang dinilai semasa runtime dengan syarat keselamatan; secara terperinci, ia mencapai ini melalui tiga primitif yang boleh digabungkan:

• Fetcher: Menentukan dari mana parameter ini diambil nilainya, ia boleh merupakan satu permintaan terhadap baki semasa untuk alamat tertentu, menjadikan parameter bukan lagi gambaran semasa penandatanganan, tetapi bacaan masa nyata yang diambil dari status rantai pada ketika pelaksanaan;
• Constraints: Selepas parameter dikeluarkan, ia masih perlu melalui semakan constraint in-line — contohnya, “USDC yang diperoleh mestilah ≥ 2500” atau “slippage tidak boleh melebihi 0.5%”, constraint ini disemak sebelum nilai dirutekan ke panggilan seterusnya; sebarang kegagalan akan menyebabkan keseluruhan batch segera rollback;
• Predicates (syarat pemicu): Boleh difahami sebagai penjaga di antara langkah-langkah, yang tidak bertanggungjawab menghasilkan nilai, tetapi bertanggungjawab menentukan sama ada penerusan eksekusi boleh berterusan; contohnya, dalam skenario lintas rantai, batch di sisi Ethereum boleh menggunakan predicate untuk menunggu syarat “WETH yang dipindahkan lintas rantai telah diterima”, dan tidak akan menghantar sehingga dana tersebut sampai.

Dalam reka bentuk ini, setiap parameter harus menjawab dua soalan: pertama, nilai ini harus datang dari mana semasa pelaksanaan; kedua, apakah syarat yang perlu dipenuhi sebelum ia digunakan secara sebenar dalam panggilan, supaya apabila ketiga-tiganya digabungkan, satu batch bukan lagi urutan transaksi, tetapi satu program dengan semakan keselamatan terbenam.

Pada akhirnya, model mental pemprosesan batch statik adalah senarai semak—melaksanakan langkah A, B, C secara berurutan; manakala model mental ERC-8211 adalah program bersyarat—setelah A dilaksanakan, ambil output sebenar A sebagai input untuk B; B hanya masuk ke C jika memenuhi syarat; sekiranya sebarang langkah gagal mencapai jangkaan, keseluruhan batch akan dikembalikan.

Kita sebenarnya boleh memahaminya sebagai mekanisme "pengolahan pintar" yang direka khas untuk AI Agent dan operasi DeFi yang kompleks, kerana dalam operasi atas rantai tradisional, menyelesaikan satu strategi DeFi yang kompleks sering memerlukan beberapa transaksi berasingan: mengambil dana daripada protokol pinjaman, menukar token, kemudian menyimpannya semula ke protokol lain (baca lanjut: Persepsi Protokol AI Kripto: Dari Medan Utama Ethereum, Bagaimana Membina Sistem Operasi Baharu untuk AI Agent?).

Setiap langkah memerlukan tanda tangan dan pengesahan tersendiri, yang sudah rumit bagi pengguna manusia, dan lebih menjadi halangan bagi AI Agent yang memerlukan operasi otonom frekuensi tinggi, sementara penyelesaian ERC-8211 membenarkan pelaksanaan beberapa operasi blockchain dalam satu transaksi, dengan setiap langkah menyelesaikan nilai sebenar secara dinamik semasa pelaksanaan, dan mesti memenuhi syarat yang ditetapkan sebelum boleh melangkah ke langkah seterusnya.

Sebagai contoh, sebuah Agent boleh menyelesaikan semuanya dalam satu transaksi yang ditandatangani: menarik dana dari Aave → menukar jumlah yang diterima secara sebenar di Uniswap → menyimpan hasil pertukaran ke Compound—semuanya dilaksanakan secara atomik, tanpa perlu menulis kon pintar baru.

ERC-8211 patut diperhatikan oleh industri dompet bukan sahaja kerana ia sesuai untuk Agen, tetapi juga kerana ia akan mentakrif semula kedudukan dompet dalam rantai interaksi.

Dompet masa lalu lebih menyerupai penerangan tanda tangan yang selamat, tugasnya adalah menyimpan kunci peribadi, memaparkan transaksi, meminta pengguna mengesahkan, kemudian menghantar tanda tangan tersebut. Peranan ini sudah cukup penting di era EOA dan tetap berlaku di era abstraksi akaun, tetapi jika semakin banyak operasi di atas rantai yang dilakukan oleh Agen pada masa depan, maka peranan dompet akan menjadi lebih sentral dan penting.

Sebabnya mudah, apabila pengguna tidak lagi mengendalikan tindakan di rantai satu per satu, tetapi mulai memberikan kuasa kepada Agent untuk melaksanakan satu set sasaran, dompet mesti mampu menerima objek interaksi peringkat lebih tinggi ini, ia tidak lagi menunjukkan hanya alamat kontrak dan satu set calldata, tetapi satu program pelaksanaan keseluruhan «niat—logik pengambilan nilai—penilaian syarat—keputusan akhir».

Oleh itu, dompet masa depan perlu memahami bukan hanya transaksi, tetapi juga program. ERC-8211 memberikan genggaman yang lebih jelas kepada dompet pada tingkat ini, kerana ia menulis secara eksplisit makna pelaksanaan ini ke dalam struktur kod, termasuk dari mana parameter datang, syarat apa yang mesti dipenuhi, kapan meneruskan, dan kapan rollback, bukan lagi sebagai kotak hitam dalam logik belakang, tetapi sebagai objek yang boleh diinterpretasi, disimulasikan, dan ditunjukkan oleh dompet.

Dari perspektif dompet, keseluruhan mekanisme ini akhirnya menunjuk kepada perkara yang sama, iaitu pengguna tidak lagi menandatangani satu siri panggilan asas yang sukar dipahami sepenuhnya, tetapi menandatangani satu program pelaksanaan yang berorientasikan hasil, sempadan jelas, dan syarat boleh disahkan:

• Agen AI boleh bertanggungjawab untuk memahami niat pengguna, menghasilkan laluan;
• Dompet bertanggungjawab untuk menunjukkan laluan ini kepada pengguna dengan cara yang lebih jelas untuk disemak;
• Dan relayer hanya bertanggung jawab untuk menghantar apabila syarat terpenuhi, tanpa kuasa untuk mengubah hasil;

Ini adalah sebab mengapa pelaksanaan bukan terpusat dianggap sebagai prasyarat Agentic DeFi, kerana agen boleh terlibat, tetapi kedaulatan, batasan, dan penyelesaian akhir tetap berada di rantai—ini juga adalah tempat ERC-8211 selari dengan dompet pintar, iaitu ia menulis "ungkapan selamat terhadap niat kompleks" ke dalam piawaian lapisan protokol.

Perlu ditekankan bahawa ERC-8211 sepenuhnya serasi dengan kerangka abstraksi akaun seperti ERC-4337, EIP-7702, dan ERC-7579; ia bukan pengganti abstraksi akaun, tetapi menambahkan lapisan semantik pelaksanaan berprogramkan baru untuk Agent di atas abstraksi akaun.

Jika ERC-4337 menyelesaikan "siapa yang boleh mewakili saya untuk memulakan transaksi", EIP-7702 menyelesaikan "bagaimana EOA boleh sementara mempunyai kemampuan kontrak pintar", maka ERC-8211 menyelesaikan sama ada Agent boleh menyelesaikan keseluruhan rantai keputusan dalam satu tanda tangan sekali ia mula mengendalikan urusan saya.

Melihat semula evolusi pola interaksi di rantai Ethereum dalam 10 tahun terakhir:

• Fasa pertama: Satu tanda tangan = Satu panggilan fungsi (era EOA)
• Tahap kedua: Satu tanda tangan = Satu set panggilan paket statik (era ERC-4337, EIP-5792)
• Tahap ketiga: Satu tanda tangan = Satu program niat yang dinilai secara dinamik (era ERC-8211)

Setiap lompatan bermaksud pengguna (atau Agent yang mewakili pengguna) dapat menyatakan matlamat yang lebih kompleks dengan lebih sedikit gesekan.

Walaupun ERC-8211 masih berada dalam peringkat draf, perbincangan teknikal masih berterusan, dan integrasi protokol berskala besar masih memerlukan masa, arah yang ditunjukkannya sudah cukup jelas: apabila AI Agent benar-benar mula membuat keputusan di rantai atas nama pengguna, rantai tersebut memerlukan sintaks pelaksanaan asli yang sepadan.