Ethereum Foundation dan Virtuals Protocol Meluncurkan ERC-8183 untuk Memungkinkan Transaksi Agen AI Tanpa Kepercayaan

iconOdaily
Bagikan
Share IconShare IconShare IconShare IconShare IconShare IconCopy
AI summary iconRingkasan

expand icon
Berita ethereum muncul pada 10 Maret 2026, ketika tim dAI dari Ethereum Foundation dan Virtuals Protocol meluncurkan ERC-8183. Pembaruan protokol ini memperkenalkan kerangka tanpa kepercayaan untuk transaksi agen AI, memungkinkan alur kerja sewa-kirim-selesaikan secara on-chain. Protokol ini mendefinisikan tiga peran—Client, Provider, dan Evaluator—serta mendukung ekstensi modular. ERC-8183 bekerja bersama x402 dan ERC-8004 untuk membangun ekonomi AI terdesentralisasi.

Asli | Odaily Planet Daily (@OdailyChina)

Penulis | Azuma (@azuma_eth)

Pada 10 Maret, tim dAI milik Ethereum Foundation yang berfokus pada mendorong integrasi mendalam antara "kecerdasan buatan (AI) dan blockchain" hari ini meluncurkan standar baru ERC-8183 bersama Virtuals Protocol.

Pemimpin AI dari Ethereum Foundation, Davide Crapis, menyatakan bahwa ERC-8183 adalah salah satu komponen yang hilang dalam sistem ekonomi Agent terbuka yang sedang dibangun oleh komunitas Ethereum, dan standar ini dapat digunakan bersama x402 serta ERC-8004 untuk berperan sebagai infrastruktur dalam interaksi aman antar Agent. Tim dAI akan mendukung adopsi ERC-8183 dan berkomitmen untuk menjadikannya standar netral.

Apa yang ingin diatasi oleh ERC-8183?

Menurut artikel pengenalan yang diterbitkan oleh Virtuals Protocol, ERC-8183 dirancang khusus untuk transaksi komersial antara AI Agent, standar ini mendefinisikan serangkaian aturan on-chain yang memungkinkan dua Agent yang tidak saling percaya menyelesaikan proses bisnis seperti "mengontrak-pengiriman-pembayaran" tanpa bergantung pada platform terpusat.

Masalah inti yang ingin dipecahkan oleh ERC-8183 adalah bagaimana menyelesaikan transaksi ketika Agent saling merekrut dan bekerja sama, tanpa platform, tanpa hukum, dan tanpa arbitrase manusia.

Sebagai contoh, misalkan Agent A yang berfokus pada pemasaran ingin mempekerjakan Agent B yang berfokus pada generasi gambar untuk membuat serangkaian poster pemasaran. Di sini muncul masalah kepercayaan bisnis—kedua belah pihak tidak saling mengenal dan tidak memiliki dasar kepercayaan. Kapan seharusnya pembayaran dilakukan? Jika A membayar terlebih dahulu, B mungkin berhenti bekerja atau mengembalikan hasil kerja yang tidak memenuhi syarat; jika B bekerja terlebih dahulu, A juga mungkin menolak membayar imbalan...

Di dunia internet tradisional, pengguna dan pedagang juga menghadapi kepercayaan bisnis serupa, di mana platform memainkan peran kunci sebagai perantara — platform bertanggung jawab untuk menahan dana A, menilai apakah layanan B telah selesai, serta mengatur pencairan dana terakhir. Platform seperti Taobao, JD.com, Meituan, dan Didi yang kita kenal pada dasarnya adalah perantara berbasis platform semacam ini.

Namun, Ethereum Foundation dan Virtuals Protocol ingin mengabstraksikan fungsi platform menjadi protokol on-chain melalui ERC-8183, sehingga dijalankan oleh kontrak pintar, dan memainkan peran perantara terdesentralisasi dalam ekonomi Agent.

Pemecahan Rencana Kerja ERC-8183

Mekanisme operasi ERC-8183 tidak rumit, standar ini memperkenalkan konsep baru bernama Job (Anda dapat memahaminya sebagai "tugas"). Setiap Job dapat dipandang sebagai satu transaksi bisnis lengkap, yang mencakup tiga peran berbeda:

  • Client: "Pelanggan", secara sederhana adalah Agent yang mempublikasikan berbagai tugas;
  • Provider: “penyedia layanan”, yaitu Agent yang bertanggung jawab menyelesaikan tugas;
  • Evaluator: "Evaluator", peran paling khusus yang bertanggung jawab untuk menilai apakah tugas telah selesai.

Di sini perlu dijelaskan secara khusus mengenai Evaluator, karena pengenalan peran ini merupakan desain paling inti dari ERC-8183. Dalam standar ini, Evaluator hanya didefinisikan sebagai sebuah alamat blockchain (address), namun dari sudut pandang yang lebih luas, alamat tersebut dapat mewakili berbagai bentuk eksekusi yang berbeda.

  • Untuk tugas-tugas bersifat subjektif seperti menulis, desain, atau analisis, Evaluator dapat berupa AI Agent yang membaca hasil yang diserahkan, membandingkannya dengan persyaratan tugas awal, lalu membuat keputusan;
  • Untuk tugas deterministik seperti komputasi, pembuatan bukti, atau transformasi data, Evaluator dapat berupa kontrak pintar yang membungkus zero-knowledge verifier (ZK verifier). Provider mengirimkan bukti, Evaluator memverifikasi di rantai, dan secara otomatis memanggil 'complete' atau 'reject' untuk menyelesaikan atau menolak tugas tersebut;
  • Dalam skenario tugas bernilai tinggi atau berisiko tinggi, Evaluator juga dapat berupa akun multi-signature, DAO, atau klaster verifikasi yang didukung oleh mekanisme staking.

ERC-8183 tidak membedakan bentuk-bentuk berbeda ini. Di tingkat protokol, yang hanya menjadi perhatian adalah apakah alamat tertentu memanggil 'complete' atau 'reject', sedangkan apakah di balik alamat tersebut berjalan AI Agent yang didorong oleh LLM atau sirkuit ZK, tidak termasuk dalam lingkup yang perlu diperhatikan oleh protokol.

Kembali ke Job, setiap Job memiliki empat status siklus hidup, yang masing-masing sesuai dengan tahapan berbeda dalam operasi ERC-8183.

  • Buka: Klien akan membuat Job, mempublikasikan tugas, dan menetapkan persyaratan secara jelas dalam periode ini;
  • Dana telah masuk: Klien akan mentransfer komisi ke alamat penitipan kontrak pintar, bukan langsung ke Provider;
  • Dikirimkan: Penyedia menyelesaikan pekerjaan dan mengirimkan bukti;
  • Terminal (Selesai / Ditolak / Kedaluwarsa): Evaluator bertanggung jawab untuk meninjau tugas dan menentukan apakah tugas tersebut selesai (Completed atau Rejected) berdasarkan hasil tinjauan, serta mentransfer dana masing-masing ke Client atau Provider; jika tidak ada respons atau penyelesaian tugas dari Provider dalam waktu yang ditentukan, dana akan dikembalikan ke Client.

Selain prosedur standar yang disebutkan di atas, ERC-8183 juga dapat mengimplementasikan lebih banyak fungsi turunan melalui fitur ekstensi modular berupa Hooks, untuk menyesuaikan dengan kasus bisnis nyata yang kompleks. Hooks adalah kontrak cerdas opsional yang ditambahkan saat Job dibuat, yang dapat menjalankan logika khusus sebelum dan sesudah setiap tahap siklus hidup Job, seperti ambang kepercayaan, mekanisme penawaran, alokasi biaya, atau persyaratan khusus lainnya.

Apa perbedaan antara ERC-8183, x402, dan ERC-8004?

Dari x402 hingga ERC-8004, lalu ke ERC-8183 saat ini, pembaca yang kurang familiar mungkin bingung mengapa perlu membuat hal baru secara berkala. Namun sebenarnya, ketiganya masing-masing berada di tiga tahap berbeda dalam sistem ekonomi AI Agent, dan menangani masalah yang berbeda pula.

x402 adalah protokol pembayaran HTTP yang bertujuan menyelesaikan masalah agar AI Agent dapat melakukan pembayaran langsung seperti memanggil API; ERC-8004 adalah standar identitas dan reputasi AI Agent yang menyelesaikan masalah bagaimana menilai apakah sebuah Agent dapat dipercaya; ERC-8183 fokus pada tahap transaksi komersial, berusaha mengatasi tantangan bagaimana dua Agent yang tidak saling percaya dapat menyelesaikan transaksi.

Jika diringkas dalam satu kalimat, x402 bertanggung jawab atas "bagaimana cara membayar"; ERC-8004 bertanggung jawab untuk mengetahui "siapa pihak lawan dan apakah bisa dipercaya"; ERC-8183 bertanggung jawab menangani "bagaimana melakukan transaksi dengan aman".

Ketiganya bukanlah hubungan kompetitif, melainkan hubungan saling melengkapi, yang bersama-sama menuju tujuan yang sama — membangun sistem ekonomi AI Agent yang terdesentralisasi dan dapat beroperasi secara mandiri.

Penafian: Informasi pada halaman ini mungkin telah diperoleh dari pihak ketiga dan tidak mencerminkan pandangan atau opini KuCoin. Konten ini disediakan hanya untuk tujuan informasi umum, tanpa representasi atau jaminan apa pun, dan tidak dapat ditafsirkan sebagai saran keuangan atau investasi. KuCoin tidak bertanggung jawab terhadap segala kesalahan atau kelalaian, atau hasil apa pun yang keluar dari penggunaan informasi ini. Berinvestasi di aset digital dapat berisiko. Harap mengevaluasi risiko produk dan toleransi risiko Anda secara cermat berdasarkan situasi keuangan Anda sendiri. Untuk informasi lebih lanjut, silakan lihat Ketentuan Penggunaan dan Pengungkapan Risiko.