Virtuals bersama Yayasan Ethereum merilis ERC-8183: Protokol bisnis on-chain tanpa kepercayaan

作者： Virtuals Protocol

Terjemahan: Deep潮 TechFlow

Deep潮 Panduan Utama: Virtuals Protocol bekerja sama dengan tim dAI dari Ethereum Foundation mengajukan proposal standar ERC-8183, yang inti gagasannya adalah membangun seperangkat protokol bisnis on-chain tanpa kepercayaan untuk interaksi ekonomi antar AI Agent. Ini bukan sekadar protokol pembayaran lagi, melainkan sebuah infrastruktur bisnis lengkap yang mencakup spesifikasi tugas, escrow, verifikasi pengiriman, dan sertifikasi evaluasi. Bersamaan dengan ERC-8004 sebelumnya (Identitas dan Reputasi Agent), kedua standar ini membentuk sebuah siklus tertutup: penemuan, transaksi, akumulasi reputasi, penemuan yang lebih baik, dan lebih banyak transaksi tanpa kepercayaan. Jika Anda tertarik dengan jalur implementasi ekonomi AI Agent di atas blockchain, artikel ini layak dibaca dengan saksama.

Berikut isi lengkapnya:

Dikembangkan oleh Virtuals Protocol bersama tim dAI dari Ethereum Foundation

Standar dan Spesifikasi:

Forum diskusi: ethereum-magicians.org/t/erc-8183-agentic-commerce/27902

Bergabung dengan komunitas Builder:

Bisnis: Prasyarat untuk AI yang terdesentralisasi

Jika kita ingin AI Agent dapat diakses, terdesentralisasi, tidak dikendalikan oleh satu platform tunggal, tidak bergantung pada satu penyedia, dan tidak memiliki titik kegagalan tunggal, maka bisnis adalah hal yang tak terhindarkan. Bisnis tidak bisa dipikirkan setelahnya; harus menjadi infrastruktur dasar. Dan infrastruktur ini harus selalu terbuka dan tanpa izin. Inilah yang dibangun oleh @ethereum—sebuah “ruang digital bersama tanpa pemilik”.

Mengapa? Karena desentralisasi di tingkat AI dan Agent membutuhkan banyak Agent dan layanan independen. Contohnya, jika hanya satu Agent yang bisa menghasilkan gambar, dan dia berhenti beroperasi, maka terlepas dari protokol apa yang digunakan, pembuatan gambar menjadi terpusat. Jika hanya satu penyedia yang mengendalikan eksekusi transaksi, pengelolaan dana bergantung pada niat operasional satu pihak. Jika hanya satu platform yang mengendalikan infrastruktur penyelesaian, maka setiap penyedia dan pelanggan tunduk pada aturan platform tersebut, meskipun ada seribu Agent di platform itu.

Ini mengharuskan terbukanya bisnis: setiap Agent harus bisa membeli layanan, dan setiap Agent harus bisa menyediakan layanan. Tanpa penjaga gerbang, tanpa taman tertutup, tanpa perantara yang dipaksakan.

Mengapa menggunakan blockchain

Intinya, bisnis hanya bisa berjalan jika semua pihak percaya bahwa transaksi akan dilaksanakan. Jika pelanggan membayar di muka, bagaimana tahu penyedia akan mengirimkan? Jika penyedia mengirim dulu, bagaimana tahu pelanggan akan membayar? Dibutuhkan seseorang yang memegang dana, melacak apakah pekerjaan selesai, dan mengeksekusi hasilnya: membayar saat selesai, mengembalikan dana jika gagal. Kepercayaan (atau kekurangannya) secara fundamental melahirkan entitas terpusat atau penjaga gerbang.

Dalam arsitektur tradisional, “orang” ini adalah platform. Sebuah perusahaan memegang dana escrow, mengontrol mesin status, dan memutuskan siapa yang mendapatkan bayaran dan kapan. Sistem ini bisa digunakan—sampai suatu saat tidak bisa lagi. Platform bisa mengubah aturan, membekukan dana, menurunkan penyedia, menutup layanan. Setiap peserta bergantung pada niat baik platform yang berkelanjutan. Ini adalah bentuk sentralisasi, bukan di tingkat protokol, melainkan di tingkat eksekusi. Tidak salah, tetapi dalam sistem tanpa kepercayaan, ini adalah keharusan. Tujuan kita adalah “de-totalisasi”: mencegah satu entitas tunggal memiliki kendali penuh atas cara transaksi Agent dilakukan. Kita ingin infrastruktur yang dapat diandalkan oleh pengembang, yang dapat diandalkan tapi tidak bergantung pada niat baik satu platform saja.

Solusi untuk ini adalah kontrak pintar terdesentralisasi di blockchain. Escrow, mesin status, dan sertifikasi evaluator semuanya ada dalam kode yang terbuka, tidak dapat diubah, dan tidak dimiliki oleh siapa pun. Kontrak ini adalah pelaksana netral yang menghasilkan sinyal reputasi yang bermakna bagi semua pihak.

Selain itu, penyelesaian di blockchain menghasilkan sesuatu yang tidak bisa disediakan platform terpusat: catatan yang portabel, dapat diverifikasi, dan tidak dapat diubah. Setiap tugas yang selesai, setiap sertifikasi evaluator, setiap hash deliverable tercatat di blockchain dan dapat dilihat oleh Agent, platform, dan antarmuka apa pun. Catatan ini menjadi bahan bakar sistem reputasi dan identitas Agent. Tanpa penyelesaian di blockchain, tidak ada riwayat yang dapat diverifikasi. Tanpa riwayat yang dapat diverifikasi, tidak ada reputasi yang portabel. Tanpa reputasi yang portabel, setiap interaksi Agent dimulai dari nol kepercayaan.

Inilah mengapa standar on-chain diperlukan. Escrow, transisi status, sertifikasi—semua bagian ini harus netral, aman, dan dapat dieksekusi.

Penemuan, negosiasi, dan komunikasi bisa dilakukan di blockchain maupun off-chain, melalui antarmuka apa pun yang paling alami. Agent dapat berinteraksi melalui HTTP menggunakan protokol x402, yang pengalaman penggunaannya seperti API standar atau permintaan HTTPS. Agent tidak harus langsung berinteraksi dengan blockchain. Mereka dapat menandatangani pesan, yang kemudian difasilitasi oleh pihak ketiga (facilitator) untuk penyelesaian dan standar di blockchain. Atau Agent bisa berinteraksi langsung melalui MCP atau A2A. Antarmuka ini fleksibel, tetapi penyelesaian utama harus tanpa kepercayaan, terprogram, dan di blockchain. Ini adalah infrastruktur dasar yang tidak akan disediakan sistem terpusat, karena akan melemahkan kendali mereka.

Ekonomi Agent

Model dan Agent AI berkembang pesat setiap bulan. Tugas yang sebelumnya membutuhkan keahlian manusia—menulis kode produksi, menghasilkan konten media profesional, menganalisis data keuangan, mengoordinasikan alur kerja multi-langkah—sekarang bisa dilakukan oleh Agent dengan kualitas yang setara bahkan lebih tinggi. Kemampuan mereka pun semakin meningkat pesat. Jejak perkembangan AI membuat ekonomi baru menjadi hal yang tak terelakkan.

Ketika Agent menjadi lebih kuat, pekerjaan yang mereka lakukan menjadi lebih berharga. Agent yang mampu menghasilkan gambar yang tak bisa dibedakan dari karya fotografi profesional adalah layanan yang layak dibayar. Agent yang mampu menganalisis portofolio dan mengeksekusi trading optimal mengelola uang nyata. Agent yang mampu meninjau dokumen hukum dan menandai risiko melakukan pekerjaan yang biasanya dibayar ratusan dolar per jam oleh manusia.

Inilah perubahan kunci: AI dan Agent sedang menjadi pelaku ekonomi yang menciptakan nilai dan menyediakan layanan.

Ketika AI menjadi tersedia untuk semua orang, setiap individu, organisasi, dan perangkat bisa beroperasi melalui Agent. Ekonomi akan berubah. Agent tidak hanya berinteraksi dan melayani manusia, tetapi juga berinteraksi satu sama lain dan saling melayani. Misalnya, Agent yang mengoordinasikan kampanye pemasaran akan menandatangani konten Agent, mendistribusikan Agent, dan menganalisis Agent. Ekonomi berubah menjadi jaringan transaksi antar Agent, berjalan dengan kecepatan mesin, dan berkembang secara global.

Ketika Agent mampu menyelesaikan pekerjaan bernilai, dan setiap orang memiliki Agent, hasilnya adalah ekonomi di mana sebagian besar aktivitas bisnis mengalir melalui sistem otonom. Inilah masa depan yang sedang kita bangun.

Masalah: Bisnis tanpa kepercayaan antar Agent

Ekonomi Agent membutuhkan bisnis antar Agent. Dan bisnis antar Agent yang belum pernah berinteraksi, melintasi organisasi dan blockchain berbeda, harus tanpa kepercayaan.

Dalam transaksi manusia, saling mempekerjakan, atau menggunakan layanan, kepercayaan adalah inti. Dalam konteks ini, kepercayaan diwakili oleh platform, sistem penilaian, sistem hukum, dan norma sosial. Ketika satu Agent mempekerjakan Agent lain, mekanisme ini tidak berlaku. Tidak ada reputasi sosial yang dapat diverifikasi, tidak ada hukum atau sistem reputasi yang berjalan secepat transaksi mesin, dan tidak ada platform atau regulator yang menegakkan.

Jadi, pertanyaannya adalah: bagaimana membuat bisnis antar Agent tanpa kepercayaan?

Anda tidak bisa sekadar transfer token dan berharap semuanya berjalan lancar. Transfer token bukanlah bisnis; itu hanya pembayaran tanpa jaminan. Tidak ada catatan yang mengatur apa yang disepakati, tidak ada mekanisme menahan dana sampai pekerjaan selesai, tidak ada sinyal yang bisa dirujuk Agent lain, dan jika penyedia tidak mengirimkan, tidak ada mekanisme penuntutan.

Yang dibutuhkan adalah mekanisme kolaborasi terstruktur: dana disimpan oleh escrow terprogram yang terdesentralisasi dan tidak memihak, pekerjaan diserahkan dalam bentuk deliverable yang dapat diverifikasi, evaluator membuktikan apakah deliverable sesuai ketentuan, dan hasilnya bersifat pasti. Dana akan dibayarkan saat selesai, dikembalikan jika ditolak, dan dapat direbut kembali jika melewati batas waktu. Semua ini mengarah pada identitas dan reputasi semua pihak.

ERC-8183: Primitive Job

Kami bekerja sama dengan tim @ethereumfndn dAI untuk memformalkan ini sebagai standar. ERC-8183: Agentic Commerce adalah standar aplikasi bisnis Agent terbuka dan tanpa izin, yang mengimplementasikan escrow dan sertifikasi evaluator dalam bentuk kontrak pintar di blockchain.

ERC-8183 mendefinisikan sebuah unit inti: Job. Setiap Job melibatkan tiga pihak—Klien (Client), Penyedia (Provider), dan Evaluator. Setiap pihak hanya diidentifikasi melalui alamat wallet mereka, sehingga primitive ini dapat digunakan secara luas.

Komponen dan prinsip utama di balik primitive Job meliputi: (i) spesifikasi dan deskripsi tugas—catatan yang jelas tentang tugas, layanan, atau pekerjaan yang terkait pembayaran; (ii) pembayaran itu sendiri—disimpan dalam escrow tanpa bias sampai kondisi akhir, dan dirilis secara terprogram; (iii) pengiriman deliverable yang tercatat, dapat diverifikasi, dan dapat dilacak, melindungi kedua belah pihak; (iv) sertifikasi evaluator—menghasilkan sinyal yang dapat dirujuk oleh Agent lain dan berpengaruh terhadap reputasi, serta menyediakan insentif yang selaras untuk penyelesaian tanpa kepercayaan.

Ini menggerakkan alur status Job melalui empat tahap utama, memastikan transaksi tanpa kepercayaan:

Open → Funded → Submitted → Terminal (Completed / Rejected / Expired)

Singkatnya: Klien membuat Job dengan Penyedia, kemudian mengunci dana dalam escrow. Setelah pekerjaan selesai, Penyedia memanggil submit dan mengunggah deliverable (atau referensinya) ke blockchain. Evaluator meninjau isi pengiriman, lalu memanggil complete (yang membayar ke penyedia) atau reject (mengembalikan dana ke klien). Jika sebelum tenggat waktu tidak ada aksi dari penyedia maupun evaluator, Job kedaluwarsa dan dana dikembalikan ke klien.

Standar ini sengaja dibuat minimalis, sebagai primitive atomik. Tidak mengatur proses negosiasi, struktur biaya, penyelesaian sengketa, protokol komunikasi, atau mekanisme penemuan. Hanya mengatur siklus hidup utama Job—lapisan paling minimal dari bisnis Agent tanpa kepercayaan.

Evaluator

Salah satu konsep dan keputusan desain utama ERC-8183 adalah evaluator, yang hanya diidentifikasi sebagai sebuah alamat. Evaluator selalu merupakan Agent, dalam definisi paling luas.

Untuk tugas subjektif seperti penulisan, desain, atau analisis, evaluator bisa berupa Agent AI yang membaca pengiriman, membandingkannya dengan permintaan, dan membuat penilaian. Untuk tugas deterministik seperti kalkulasi, pembuatan proof, atau konversi data, evaluator bisa berupa kontrak pintar yang membungkus ZK verifier. Penyedia mengirimkan proof, evaluator memverifikasi di chain dan secara otomatis memanggil complete atau reject. Untuk skenario berisiko tinggi, evaluator bisa berupa multisig, DAO, atau validator yang didukung staking.

Standar ini tidak membedakan semua itu. Satu alamat memanggil complete atau reject. Apakah alamat itu menjalankan LLM Agent atau ZK circuit, protokol tidak peduli. Ini memungkinkan satu antarmuka menangani tugas gambar seharga $0,1 dan pengelolaan dana senilai ratusan ribu dolar.

Hooks: Ekstensibilitas Modular

Primitive Job sengaja dibuat minimal. Tapi bisnis tidak. Aplikasi nyata membutuhkan kustomisasi verifikasi, pembaruan reputasi, distribusi biaya, transfer dana, mekanisme bidding, dan logika domain spesifik yang berbeda-beda. Sebuah tugas penilaian konten, pertukaran token, atau posisi pasar prediksi masing-masing membutuhkan logika yang sangat berbeda.

ERC-8183 mengatasi ini dengan Hooks. Hook adalah kontrak pintar opsional yang dilampirkan saat pembuatan Job. Hook menerima callback sebelum dan sesudah setiap operasi, memungkinkan logika kustom berjalan di sekitar siklus hidup utama tanpa mengubahnya. Hook diidentifikasi oleh satu fungsi selector (menunjukkan transformasi apa yang sedang terjadi), dan menerima parameter terkait. Hook dapat menjalankan prasyarat, mencegah operasi tidak valid, memicu efek samping, atau melakukan transfer token tambahan, semuanya dalam transaksi yang sama dengan perubahan status utama.

Jika tidak ada Hook yang disetel, kontrak berjalan normal. Implementasi tanpa Hook sepenuhnya sesuai ERC-8183. Hooks bersifat opsional dan tambahan. Desain ini menjaga kontrak inti tetap ramping dan antarmuka stabil. Kasus penggunaan baru didukung melalui kontrak Hook baru, memperluas logika secara on-chain, terprogram, dan tanpa kepercayaan—seperti inti.

Contoh Aplikasi Bisnis

Job inti menangani transaksi layanan langsung: pembayaran, pengiriman, evaluasi. Tapi ekonomi Agent tidak sesederhana itu. Beberapa Job melibatkan pengelolaan modal pelanggan, bukan sekadar biaya. Beberapa membutuhkan bidding sebelum distribusi penyedia. Beberapa membutuhkan verifikasi reputasi eksternal untuk kepercayaan. Ini adalah model ekonomi yang sangat berbeda, dan Hooks memungkinkan satu antarmuka Job inti mendukung keberagaman ini, menjadikan ERC-8183 sebagai primitive bisnis universal.

Job berbasis layanan adalah baseline, tidak membutuhkan Hooks. Klien membayar untuk pembuatan konten, analisis data, atau review kode. Proses escrow dan evaluasi sepenuhnya otomatis.

Job berbasis transfer dana melampaui biaya layanan. Klien menyediakan modal (token yang akan dipertukarkan, dana investasi), penyedia mengubahnya, dan output harus dikembalikan. Hooks dapat mengelola aliran modal dua arah ini di luar escrow utama, memastikan penyedia menyetor token output sebelum menyelesaikan Job. Ini berlaku untuk berbagai skenario, seperti yield farming, token swap, rebalancing portofolio—apapun yang melibatkan penyedia yang mengelola dana pelanggan atau membutuhkan modal awal untuk menjalankan tugas, bukan hanya biaya.

Job bidding membalik model distribusi. Bukan klien yang memilih penyedia sebelumnya, melainkan penyedia bersaing dalam harga. Hooks memverifikasi tanda tangan enkripsi dari tawaran saat distribusi, membuktikan penyedia terpilih benar-benar berjanji sesuai harga yang diklaim. Tidak ada pihak yang bisa memalsukan atau menyangkal ketentuan.

Job berbasis reputasi menjalankan kepercayaan di tingkat protokol. Hooks dapat memeriksa ERC-8004 sebelum melakukan operasi, mencegah penyedia dengan reputasi rendah atau Agent yang belum diverifikasi dari menuntut ketentuan yang lebih ketat.

Job yang melindungi privasi memanfaatkan Hooks untuk bisnis tanpa data terbuka. Privacy Hook dapat meminta field “submit” berisi bukti zero-knowledge (ZKP) atau referensi lingkungan terenkripsi (seperti TEE), bukan data sensitif yang diungkap di chain. Ini memastikan pembayaran tanpa kepercayaan dan terbuka, sementara kekayaan intelektual atau data pribadi tetap sebagai “safe harbor” yang hanya dapat diakses oleh Agent yang berwenang.

Job penilaian risiko/asuransi dapat menjalankan proses underwriting di tingkat protokol melalui Hooks. Hook dapat meminta penyedia atau underwriter untuk menaruh jaminan, memeriksa skor reputasi ERC-8004 dan indikator eksternal lainnya sebelum distribusi, melakukan slash deposit jika penilaian gagal, atau mengakses oracle risiko eksternal. Proses persetujuan yang sebelumnya tidak transparan ini menjadi transparan, dapat diprogram, dan kompetitif.

Setiap aplikasi ini dapat diimplementasikan sebagai kontrak Hook berbeda, menjaga fungsi inti dan standar primitive Job tetap sama. Variasi model ekonomi, aplikasi bisnis, atau logika kustom baru semuanya adalah Hooks baru. Kami telah memperkenalkan beberapa Hooks awal sebagai contoh kemungkinan, tetapi kami yakin ini baru permulaan. Bagaimana bisnis Agent di bidang asuransi, kolaborasi kreatif, koordinasi rantai pasok akan terlihat? Kami belum tahu, dan itu yang menjadi fokus utama. Bisnis Agent akan berkembang dalam cara yang tidak bisa kita prediksi sepenuhnya—model ekonomi baru, mekanisme kepercayaan baru, bentuk kolaborasi mesin-ke-mesin yang inovatif. Standar ini dirancang untuk tumbuh seiring evolusi tersebut, bukan membatasi. Standar ini harus dibangun secara terbuka, dan memang seharusnya begitu, karena ide terbaik akan muncul dari ekosistem. Kami menantikan penemuan bersama.

Keterkaitan dengan ERC-8004

ERC-8183 tidak berdiri sendiri. Ia bersinergi dengan ERC-8004 (“Trustless Agents”), standar identitas, reputasi, dan verifikasi Agent di Ethereum.

ERC-8004 menyelesaikan masalah penemuan dan kepercayaan: bagaimana Agent menemukan satu sama lain dan menilai keandalannya. Tapi, nilai dari registry-nya tergantung pada aktivitas yang tercatat. Tanpa identitas yang berisi aktivitas dan perilaku, itu hanya arsip kosong. Reputasi membutuhkan interaksi nyata untuk diukur. Verifikasi membutuhkan deliverable yang terdefinisi untuk diverifikasi.

ERC-8183 menyediakan aktivitas bisnis yang memberi makan lapisan kepercayaan ERC-8004. Setiap Job adalah sinyal reputasi. Setiap pengiriman adalah deliverable yang dapat dievaluasi oleh evaluator. Setiap evaluasi adalah sertifikasi yang dapat dirujuk Agent lain dan mempengaruhi reputasi.

Kedua standar ini membentuk sebuah siklus yang memungkinkan Agent melakukan self-organisasi yang lebih kuat melalui interaksi tanpa kepercayaan:

Penemuan (8004) → Bisnis (8183) → Reputasi (8004) → Penemuan lebih baik → Lebih banyak bisnis tanpa kepercayaan

Keduanya saling melengkapi dan membentuk fondasi untuk bisnis dan interaksi Agent tanpa kepercayaan.

Melampaui Pembayaran

ERC-8183 bukan protokol pembayaran, melainkan standar bisnis.

Pembayaran memindahkan uang. Tapi yang dibutuhkan dalam bisnis jauh lebih dari sekadar memindahkan uang. Bisnis adalah segala sesuatu yang berputar di sekitar pembayaran agar dapat dipercaya dan berfungsi: apa yang disepakati, apakah pekerjaan selesai, siapa yang memverifikasi, dan apa yang terjadi jika tidak selesai. Dalam dunia tradisional, bisnis berjalan karena adanya ekosistem pendukung: penilaian risiko dan underwriting sebelum merchant menerima pembayaran, ekstensi kredit agar pembeli bisa bertransaksi sebelum dana tersedia, deteksi fraud secara real-time dari ratusan juta transaksi, perlindungan pengembalian dan sengketa saat layanan gagal, dan sistem reputasi yang mengumpulkan kepercayaan melalui interaksi berulang. Fungsi-fungsi ini adalah nilai dari payment processors, jaringan kartu, dan platform—bukan sekadar perpindahan dana, tetapi infrastruktur kepercayaan di sekitarnya.

Ketika bisnis dipindahkan ke blockchain, fungsi-fungsi ini tidak hilang. Mereka harus dibangun kembali secara tanpa kepercayaan, terprogram, dan terbuka. Inilah yang dilakukan ERC-8183.

Model escrow dan sertifikasi evaluator dari primitive Job mirip dengan mekanisme chargeback yang dapat diprogram dan memiliki ketentuan penyelesaian yang dapat diprediksi. Menggunakan reputasi on-chain ERC-8004 dan indikator reputasi lain sebagai bagian dari ERC-8183, mirip dengan underwriting yang portabel dan dapat diverifikasi dengan riwayat yang lengkap. Hooks menggantikan risiko sentralisasi dan penilaian risiko yang terpusat dengan logika modular, kompetitif, dan dapat diaudit, yang dapat di-deploy oleh facilitator mana pun. Hasilnya bukan hanya cara memindahkan dana di chain, tetapi juga membangun kembali infrastruktur kepercayaan bisnis secara lengkap—terbuka dan tanpa izin.

Protokol pembayaran dan antarmuka yang ada, baik yang tradisional maupun yang berbasis stablecoin seperti x402, menawarkan pengalaman yang mulus dan native internet—mengelola perpindahan dana. ERC-8183 mengelola seluruh siklus hidup transaksi tanpa kepercayaan: standar, escrow, pengiriman deliverable, evaluasi evaluator, dan penyelesaian pasti. Agent dapat berinteraksi melalui antarmuka seperti x402 atau HTTP, sementara penyelesaian di blockchain dilakukan melalui ERC-8183. Keduanya saling melengkapi.

Ketidakmampuan membatalkan dan masalah escrow

Kekhawatiran lain tentang pembayaran independen adalah ketidakmampuan membatalkan. Saat kartu kredit dikenai biaya dan layanan tidak memuaskan, konsumen bisa mengajukan sengketa dan membatalkan biaya. Setelah dana dipindahkan, uang hilang. Untuk pembayaran asli dan transfer, ini adalah keberatan nyata dan valid.

ERC-8183 mempertahankan konsep inti ini dalam struktur kontraknya. Dana disimpan dalam escrow sampai evaluator membuktikan bahwa deliverable sesuai ketentuan. Jika ditolak, dana dikembalikan ke klien. Jika melewati batas waktu tanpa aksi, dana otomatis direbut kembali. Ini adalah model “authorize-then-capture” yang dapat diprogram dan tanpa kepercayaan—setara dengan model yang digunakan dalam kartu kredit—hanya saja ketentuannya sudah diprogram dan dieksekusi oleh kode, bukan oleh jaringan yang memutuskan secara sepihak.

Untuk pre-authorization dengan jumlah tidak pasti—deposit hotel, layanan dengan skala yang bisa membesar—Hooks dapat dirancang untuk mengunci jumlah maksimum, dan saat selesai, berdasarkan input yang dapat diverifikasi, dihitung jumlah akhir yang harus dibayar. Arsitektur ini mendukung model kepercayaan yang fleksibel dan perilaku yang aman, sekaligus menjaga transparansi, keterbukaan, tanpa kepercayaan, dan di chain.

Gelombang baru partisipan ekonomi

Gelombang AI sedang menciptakan partisipan ekonomi baru dengan kecepatan yang lebih cepat dari sebelumnya—baik pembeli maupun penjual. Jutaan pengembang dan non-pengembang menggunakan AI assistant untuk membangun dan merilis microservices, API, dan alat, banyak di antaranya tanpa entitas hukum, tanpa website, tanpa riwayat transaksi. Agent dari perusahaan teknologi dan kerangka sumber terbuka menarik jutaan pengguna melalui Agent dan asisten AI pribadi.

Sistem pembayaran tradisional akan sulit melayani mereka. Bukan karena teknologinya tidak mampu, tetapi karena saat merchant menyetujui penyedia, mereka menanggung risiko penyedia: fraud, chargeback, sengketa. Merchant yang tidak memiliki catatan, entitas, atau riwayat transaksi terlalu tinggi risikonya untuk diasuransikan.

ERC-8183 dirancang tanpa izin. Penyedia hanyalah sebuah alamat wallet. Tidak perlu pendaftaran, tidak perlu underwriting, tidak ada penjaga gerbang. Primitive Job tidak hanya menawarkan metode pembayaran, tetapi seluruh siklus bisnis lengkap: spesifikasi pekerjaan, escrow pembayaran, pengiriman deliverable yang dapat diverifikasi, dan sertifikasi evaluator—membangun fondasi transaksi yang terpercaya.

Keterbatasan dalam menanggung risiko merchant baru mungkin dianggap sebagai gap sementara. Tapi standar terbuka ini secara struktural mempercepat waktu tersebut. Siapa pun facilitator hari ini bisa langsung deploy ERC-8183. Ekosistem berkembang melalui eksperimen, bukan melalui otoritas. Lebih dari itu, ERC-8183 yang digabungkan dengan ERC-8004 tidak hanya menutup gap underwriting, tetapi juga mengatasi akar masalahnya. Penyedia tidak bisa menanggung risiko merchant baru karena tidak memiliki riwayat yang dapat diverifikasi. ERC-8183 menciptakan riwayat tersebut. Setiap Job yang selesai tercatat di chain: hash deliverable, sertifikasi evaluator, hasilnya. Riwayat ini portabel, dapat diverifikasi, dan tidak dimiliki oleh siapa pun.

Yang penting, catatan ini tidak terkunci di satu platform saja. Saat ini, platform A tahu tingkat chargeback Anda, platform B tahu skor penjual Anda, tetapi Anda tidak bisa membawanya pergi. Di ERC-8183, reputasi adalah aset portabel milik merchant sendiri, dan facilitator, chain apa pun, serta antarmuka apa pun yang membaca standar ini dapat mengaksesnya. ERC-8183 memberi makan identitas dan reputasi di chain (ERC-8004), serta menyediakan data underwriting.

Mari bangun masa depan bisnis Agent dan AI terdesentralisasi

ERC-8183 adalah standar bisnis Agent tanpa kepercayaan yang terbuka. Berikut cara berpartisipasi:

Bangun dengan ERC-8183. Jadilah facilitator! Deploy ERC-8183 di chain Anda. Bangun SDK, wrapper, scanner, dan tracker. Bangun antarmuka dan pengalaman baru, dan pastikan mereka dapat melakukan settlement yang aman dan terverifikasi di chain melalui ERC-8183. Ciptakan kerangka Agent yang berinteraksi secara native dengan standar ini.

Eksplorasi, eksperimen, dan bangun Hooks. Butuh pembayaran milestone atau penyelesaian sengketa? Bangun sebagai Hooks. Ini adalah ruang untuk kreativitas dan evolusi aplikasi yang beragam.

Bangun dan daftarkan evaluator. Evaluator adalah bagian kunci untuk memastikan keamanan dan bisnis Agent tanpa kepercayaan, tetapi saat ini sangat langka. Bangun evaluator untuk bidang tertentu, terutama yang sepenuhnya dapat diverifikasi, dan daftarkan di ERC-8004. Berikan kontribusi bermakna terhadap identitas dan reputasi Agent.

Kontribusi dan umpan balik. Ini adalah standar kolektif. Hanya melalui eksperimen luas, penggunaan nyata, umpan balik jujur, dan iterasi, standar ini akan berkembang menjadi apa yang seharusnya. Jika ada yang kurang, usulkan. Jika ada yang salah, tantang. Standar ini terbuka, repositori kode terbuka, diskusi terbuka. Bersama-sama kita harus mengembangkannya.

Ekonomi Agent akan dibangun di atas standar terbuka, atau di atas taman tertutup. Kami memilih standar terbuka. Sebuah ruang digital bersama.

ERC-8004 untuk kepercayaan. ERC-8183 untuk bisnis. Sisanya, terserah Anda untuk membangun.

Tautan terkait:

Spesifikasi ERC-8183:

Spesifikasi ERC-8004: eips.ethereum.org/EIPS/eip-8004

Diskusi ERC-8183: ethereum-magicians.org/t/erc-8183-agentic-commerce/27902

Komunitas Telegram: