Seri Pemula Web3: ERC8004: Narasi Web3+AI ini akan membuat Anda mendapatkan satu porsi makanan pesan antar yang hangat

ERC8004 adalah sebuah standar protokol di atas Ethereum yang mendefinisikan sebuah kerangka kerja standar agar agen cerdas dapat membangun hubungan kepercayaan berbasis blockchain, sehingga narasi A2A (Agent to Agent) memadukan narasi Web3. Artikel ini akan membahas seperti apa logika besar dari Web3+AI ini.

Alamat protokol dibuat pada bulan Agustus dan masih dalam tahap review. Artikel ini akan menjelaskan masalah apa yang diselesaikan oleh protokol ini, secara sederhana menafsirkan standar protokol ini, dan akhirnya mengungkapkan beberapa makna dari protokol ini. Durasi artikel sekitar 15 menit, silakan disimpan.

Masalah yang Diselesaikan

Pertama kita lihat apa yang coba diselesaikan oleh protokol ini:

Secara sederhana, ini adalah tentang menyelesaikan masalah kepercayaan dalam proses A2A (Agent memanggil Agent), misalnya saya punya asisten AI bernama 小 A, dia adalah sebuah agen cerdas, saya minta dia pesankan makanan delivery yang terpercaya. Tapi agen cerdas saya ini tidak ahli dalam hal ini (bagaimanapun juga menghubungi pengantar makanan dan merchant juga merupakan pekerjaan besar, sebuah AI kecil tidak mendukung hal itu), lalu apa yang harus dilakukan?

Pada titik ini, kita bisa mencari bantuan dari agen cerdas lain.

Lantas, bagaimana agen cerdas saya menemukan agen cerdas yang terpercaya untuk membantu? Apakah perlu ada lembaga kepercayaan? Sebenarnya manusia juga begitu, kita bertransaksi melalui Taobao, yang merupakan lembaga kepercayaan terpusat. Tapi lembaga kepercayaan terpusat memiliki keterbatasan, dan di era agen cerdas, masalah ini menjadi semakin menonjol. Agar agen cerdas dapat bekerja secara efisien, mereka tidak bisa selalu mencari orang atau lembaga pusat untuk menyelesaikan semuanya; jika tidak, manusia akan menjadi penghambat AI. Bahkan jika menggunakan lembaga pusat untuk verifikasi, tetap perlu mencari lembaga kepercayaan yang berbasis AI atau bekerja secara desentralisasi agar AI dapat berfungsi secara optimal.

Oleh karena itu, jika ada data yang terpercaya dan desentralisasi untuk membantu menemukan agen cerdas yang andal, efisiensi kerja akan meningkat secara signifikan. Maka muncullah protokol 8004.

Hmm, tampaknya sangat masuk akal. Lalu, berdasarkan logika ini, bagaimana rancangan ERC8004?

Analisis Solusi Protokol Spesifik

Bagian ini adalah analisis tentang solusi teknis protokol secara spesifik, tapi di sini kami tidak membahas detail kontrak dan parameter secara mendalam, agar semua orang bisa memahami secara umum. Detailnya dapat dilihat di dokumen standar protokol. Berdasarkan isi protokol, kita akan menjelaskan secara sederhana bagaimana protokol ini menyelesaikan masalah yang diajukan di atas.

Secara teknis, ERC8004 pada dasarnya mendefinisikan antarmuka tiga jenis kontrak:

Identity Registry, registri identitas. Berbasis ERC721 (Token non-fungible, NFT), digunakan untuk mendaftarkan agen cerdas, dimana setiap agen cerdas sebenarnya adalah NFT, dan melalui NFT ini kita dapat memperoleh informasi terkait agen tersebut.

Reputation Registry, registri reputasi.

Validation Registry, registri verifikasi.

Secara sederhana, ketiga kontrak ini dapat dipahami sebagai tiga lembaga yang berjalan di blockchain.

Lembaga pertama: agen cerdas membuka akun, seperti membuka toko makanan.

Lembaga kedua: saya bertanggung jawab mengumpulkan penilaian untuk agen cerdas ini, seperti layanan ulasan dan peta.

Lembaga ketiga: adalah lembaga investigasi pihak ketiga yang bertanggung jawab melakukan verifikasi, seperti badan pengawas mutu, badan kesehatan, dan lain-lain.

🌐 Sebuah Alur Kerja Spesifik

Mengambil contoh pengantaran makanan, misalnya kamu ingin agar AI asisten「小 A」 membantumu pesan makanan tanpa minyak goreng yang mengandung limbah rumah tangga:

Mencari mitra: 「小 A」 pertama-tama akan mencari di registri identitas, mencari makanan delivery「小 B」yang mendapat penilaian baik dan melihat riwayat penilaiannya.

Membangun kepercayaan awal: lalu, 「小 A」 akan memeriksa registri reputasi, melihat bagaimana penilaian dari mitra lain terhadap「小 B」, dan memutuskan apakah akan merekrutnya.

Pelaksanaan dan verifikasi: jika pesanan ini sangat penting, 「小 A」 atau kamu bisa mempekerjakan verifikator independen dari registri verifikasi, 「小 C」. 「小 C」 akan memeriksa apakah laporan dari「小 B」akurat dan memenuhi syarat, serta mengumumkan hasil verifikasi tersebut.

Pembayaran dan umpan balik: kamu akan membayar biaya kepada 「小 A」 melalui protokol x402 (mekanisme kuitansi yang menghubungkan aktivitas di chain dan off-chain, lihat artikel kami tentang x402 sebelumnya). 「小 A」 kemudian membayar ke「小 B」 dan「小 C」. Akhirnya, kamu memberikan ulasan positif untuk layanan 「小 A」 dan「小 B」, dan semua pembayaran serta tindakan ini akan memperkuat atau mempengaruhi reputasi mereka di registri.

Singkatnya, ERC-8004 melalui interaksi dan kolaborasi ketiga kontrak ini membangun lingkungan kolaborasi desentralisasi dan terpercaya bagi agen cerdas, sehingga mereka dapat bertransaksi dan bertukar nilai secara bebas dan aman seperti manusia di pasar.

Registri Identitas

Kontrak ini pada dasarnya adalah kontrak NFT, berisi fitur transfer dan fitur lain dari ERC721, tetapi memperluas definisi metadata NFT:

Dapat dilihat bahwa kamu sudah menyediakan nama agen, gambar, deskripsi, dan alamat endpoint yang relevan.

Selain itu, juga disepakati metode pendaftaran 「register」 dan event terkait (secara standar, ERC721 tidak mendefinisikan metode mint, jadi metode ini termasuk dalam ERC8004).

Registri Reputasi

Kontrak ini saat pertama kali dideploy harus menerima kontrak NFT melalui konstruktor, artinya terhubung secara unik dengan registri identitas.

Didefinisikan beberapa metode:

giveFeedback, memberi penilaian, dapat memberi skor NFT di registri identitas dari 0 sampai 100 poin. (agentId adalah TokenID NFT). Metode ini memerlukan parameter「feedbackAuth」, yaitu tanda tangan yang dibuat agen saat menerima tugas.

revokeFeedback, membatalkan penilaian.

appendResponse, menambahkan respons (dengan format tertentu), bisa menyertakan alamat offline dan hash untuk verifikasi.

Selain itu, ada metode baca yang dapat digunakan untuk membaca informasi penilaian terkait.

Format data tambahan harus memenuhi format tertentu, seperti:

Registri Verifikasi

Sama seperti registri reputasi, kontrak ini juga harus menerima alamat kontrak registri provinsi saat konstruksi, sehingga terhubung secara unik dengan registri identitas. Kontrak ini harus dipanggil oleh Owner dari NFT (pemilik NFT) dan menyediakan metode:

validationRequest, untuk meminta verifikasi.

validationResponse, untuk merespon permintaan verifikasi.

Rincian detailnya tidak akan dibahas di sini, secara garis besar, ERC8004 mendefinisikan tiga kontrak standar yang memungkinkan terbentuknya mekanisme evaluasi agen cerdas yang transparan dan desentralisasi di atas chain, membantu agen cerdas menemukan mitra yang cocok dan menyediakan solusi kepercayaan berbasis Web3 untuk proses A2A.

Pengalaman Kami

Berkaitan dengan desain ERC-8004, kami telah membangun layanan Trustless berbasis Web3 di jaringan Pharos dan Jovay, yang dapat membantu pengguna mengalokasikan 「Identitas Kepercayaan Agent DID」 di dunia Web3, sekaligus melakukan peningkatan keamanan tingkat keuangan melalui verifikasi TEE/ZK. Ke depan, akan mendukung verifikasi keamanan yang lebih tinggi untuk transaksi mesin di skenario keuangan.

Visi Masa Depan

Tampaknya sangat menjanjikan, tetapi juga penuh tantangan. Tantangan adalah peluang, jadi mari kita lihat apa peluang yang mungkin akan muncul di masa depan.

Pertama, meskipun data di chain bersifat transparan dan tidak bisa diubah, bagaimana memastikan data di chain benar-benar akurat dan terpercaya? Pada akhirnya, mungkin akan ada validator terpercaya di chain yang merepresentasikan lembaga otoritatif di baliknya. Validator yang dapat diandalkan bisa menyediakan informasi yang lebih akurat melalui data historis di chain. Misalnya, kamu menggunakan akun baru untuk mengirim ulasan buruk, tentu reputasimu akan menurun.

Berdasarkan logika ini, banyak hal yang dapat dilakukan terkait protokol ini:

Kamu bisa membuat layanan yang khusus menyediakan layanan on-chain untuk agen cerdas. Misalnya, aku bisa membantu agen cerdasmu mengimplementasikan kontrak yang berbasis protokol ini. Aku bisa menyediakan layanan tersebut melalui MCP.

Kamu bisa membangun sebuah 「Pasar Makanan di Chain」, di mana semua orang mendaftar agen cerdas mereka di kontrak ini. Misalnya, aku membuka toko ayam goreng (robot AI ayam goreng), dan orang bisa mendaftar di pasar ini. Jika pasar ini ramai, mereka bisa mengenakan biaya pendaftaran. Sama seperti ENS (Ethereum Name Service). Haha, sebenarnya ENS bisa dipahami sebagai sebuah registri, cukup dikembangkan sedikit.

Kamu bisa membangun 「Black Pearl」 (atau Michelin) di chain, yang bertugas memberi penilaian dan ulasan, tentu dengan biaya tertentu.

Singkatnya, semua yang dilakukan secara offline sebelumnya, dapat dipindahkan ke chain, dan agen cerdas di dunia chain akan bekerja di sana.

Bagaimana menurut kalian? Setidaknya penulis merasa ini sangat menarik.

Artikel ini ditulis oleh Fisher dari ZAN Team (X akun @zan_team) dan @yudao1024.