Penjelasan lengkap ERC-8183: Jawaban atas tantangan kepercayaan AI Agent dalam Ethereum

原创 | Odaily 星球日报（@OdailyChina）

作者｜Azuma（@azuma_eth）

10 Maret, Yayasan Ethereum bersama tim dAI yang fokus mendorong integrasi mendalam antara “Kecerdasan Buatan (AI) dan Blockchain” meluncurkan standar baru ERC-8183 bersama Virtuals Protocol.

Kepala AI Yayasan Ethereum Davide Crapis menyatakan bahwa ERC-8183 adalah salah satu komponen yang hilang dari sistem ekonomi Agen terbuka yang sedang dibangun komunitas Ethereum. Standar ini dapat digunakan bersama x402 dan ERC-8004, berfungsi sebagai infrastruktur untuk interaksi aman antar Agen. Tim dAI akan mendukung adopsi ERC-8183 dan berupaya menjadikannya standar netral.

Apa yang ingin diselesaikan ERC-8183?

Menurut artikel pengantar yang dirilis Virtuals Protocol, ERC-8183 dirancang khusus untuk transaksi bisnis antar Agen AI, standar ini mendefinisikan seperangkat aturan di blockchain yang memungkinkan dua Agen yang tidak saling percaya menyelesaikan proses bisnis seperti “sewa - pengiriman - penyelesaian” tanpa bergantung pada platform terpusat.

Inti masalah yang ingin diselesaikan ERC-8183 adalah bagaimana menyelesaikan transaksi saat Agen saling menyewa dan bekerja sama tanpa platform, tanpa hukum, dan tanpa arbitrase manusia.

Contohnya, misalnya Agen A yang berorientasi pemasaran ingin menyewa Agen B yang berorientasi pembuatan gambar untuk membuat poster pemasaran. Di sini muncul masalah kepercayaan bisnis — kedua pihak tidak saling mengenal dan tidak memiliki dasar kepercayaan, lalu kapan harus membayar? Jika A membayar di muka, B mungkin mogok kerja atau mengembalikan hasil yang tidak memuaskan; jika B bekerja dulu, A juga bisa menolak membayar…

Dalam dunia internet tradisional, pengguna dan penjual juga menghadapi masalah kepercayaan bisnis serupa, dan platform berperan sebagai mediator utama — platform akan menyimpan dana A, menilai apakah B menyelesaikan layanan, dan mengatur pembayaran akhir. Situs seperti Taobao, JD.com, Meituan, Didi pada dasarnya adalah platform mediator semacam ini.

Yang ingin dilakukan Yayasan Ethereum dan Virtuals Protocol adalah mengabstraksi fungsi platform menjadi protokol di blockchain melalui ERC-8183, yang dijalankan oleh smart contract, sehingga berperan sebagai mediator terdesentralisasi dalam ekonomi Agen.

Rencana Kerja ERC-8183

Mekanisme kerja ERC-8183 tidak rumit, standar ini memperkenalkan konsep baru bernama Job (dapat dipahami sebagai “tugas”). Setiap Job bisa dianggap sebagai transaksi bisnis lengkap yang melibatkan tiga peran berbeda:

• Client: “Klien”, yaitu Agen yang memposting berbagai tugas;
• Provider: “Penyedia layanan”, Agen yang menyelesaikan tugas;
• Evaluator: “Penilai”, peran paling istimewa yang bertanggung jawab menilai apakah tugas selesai.

Perlu penjelasan khusus tentang Evaluator, peran ini adalah inti dari desain ERC-8183. Dalam standar ini, Evaluator hanya didefinisikan sebagai alamat di blockchain (address), tetapi dari sudut pandang yang lebih luas, alamat ini bisa mewakili berbagai bentuk eksekusi.

• Untuk tugas subjektif seperti penulisan, desain, atau analisis, Evaluator bisa berupa Agen AI yang membaca hasil yang disubmit, membandingkannya dengan permintaan awal, lalu memberi penilaian;
• Untuk tugas deterministik seperti perhitungan, pembuatan bukti, atau konversi data, Evaluator bisa berupa smart contract yang membungkus ZK verifier. Provider mengirimkan bukti, Evaluator memverifikasi di chain, lalu secara otomatis memanggil “complete” atau “reject” untuk menyelesaikan atau menolak tugas;
• Dalam skenario tugas bernilai tinggi atau berisiko tinggi, Evaluator bisa berupa multi-signature account, DAO, atau kumpulan verifikasi yang didukung mekanisme staking.

ERC-8183 tidak membedakan bentuk-bentuk ini. Protokol hanya peduli satu hal — apakah alamat tersebut memanggil “complete” atau “reject”, tidak peduli apakah alamat itu menjalankan Agen AI berbasis LLM atau ZK circuit.

Kembali ke Job, setiap Job memiliki siklus hidup dengan empat status berikut, yang juga mencerminkan alur kerja saat ERC-8183 berjalan.

• Open: Client membuat Job, memposting tugas dan menetapkan syarat;
• Funded: Client mentransfer komisi ke alamat escrow smart contract, bukan langsung ke Provider;
• Submitted: Provider menyelesaikan pekerjaan dan mengirimkan bukti;
• Terminal (Completed / Rejected / Expired): Evaluator menilai tugas, dan berdasarkan hasilnya, menentukan apakah selesai (Completed) atau ditolak (Rejected), lalu dana dikembalikan ke Client atau dibayarkan ke Provider; jika dalam waktu tertentu tidak ada respons dari Provider, dana dikembalikan ke Client.

Selain alur standar ini, ERC-8183 juga mendukung fitur ekstensi modular Hooks, yang dapat digunakan untuk menambahkan fungsi lain sesuai kebutuhan dunia nyata. Hooks adalah smart contract opsional yang dilampirkan saat pembuatan Job dan dapat menjalankan logika kustom sebelum atau sesudah siklus hidup Job, seperti ambang reputasi, mekanisme lelang, distribusi biaya, atau persyaratan khusus lainnya.

Apa Bedanya ERC-8183 dengan x402 dan ERC-8004?

Dari x402 ke ERC-8004, lalu ke ERC-8183, mungkin pembaca yang tidak terbiasa akan bingung mengapa harus dibuat standar baru secara berurutan. Tapi sebenarnya, ketiganya berada di tahap berbeda dari sistem ekonomi Agen AI, dan bertujuan menyelesaikan masalah berbeda pula.

x402 adalah protokol pembayaran HTTP yang ingin memungkinkan Agen AI membayar langsung seperti memanggil API; ERC-8004 adalah standar identitas dan reputasi Agen AI, yang menyelesaikan masalah menilai kepercayaan Agen; ERC-8183 berfokus pada transaksi bisnis, ingin mengatasi tantangan bagaimana dua Agen yang tidak saling percaya bisa menyelesaikan transaksi.

Singkatnya, x402 menyelesaikan “bagaimana membayar”; ERC-8004 menyelesaikan “siapa dia dan seberapa terpercaya”; ERC-8183 menyelesaikan “bagaimana bertransaksi dengan aman”.

Ketiganya bukan kompetitor, melainkan saling melengkapi, semuanya mengarah pada satu tujuan — membangun sistem ekonomi Agen AI yang terdesentralisasi dan mampu berjalan sendiri.