Penulis: Virtuals Protocol
Disusun oleh: Deep Tide TechFlow
Panduan Deep Tide: Virtuals Protocol bersama tim dAI Ethereum Foundation merilis proposal standar ERC-8183, dengan inti inti membangun seperangkat protokol komersial on-chain tanpa kepercayaan untuk interaksi ekonomi antar AI Agent. Ini bukan sekadar protokol pembayaran, melainkan infrastruktur komersial lengkap yang mencakup spesifikasi tugas, escrow, verifikasi pengiriman, dan evaluasi sertifikasi. Dipadukan dengan ERC-8004 sebelumnya (Identitas & Reputasi Agent), kedua standar ini membentuk siklus tertutup: penemuan, transaksi, akumulasi reputasi, penemuan yang lebih baik, lebih banyak transaksi tanpa kepercayaan. Jika Anda memperhatikan jalur penerapan ekonomi AI Agent di on-chain, tulisan ini layak dibaca.
Selengkapnya:
Dikembangkan bersama oleh Virtuals Protocol dan tim dAI Ethereum Foundation
Spesifikasi standar: https://eips.ethereum.org/EIPS/eip-8183
Area diskusi: ethereum-magicians.org/t/erc-8183-agentic-commerce/27902
Bergabung dengan komunitas Builder: https://t.me/erc8183
Komersial: Prasyarat untuk AI Terdesentralisasi
Jika kita menginginkan AI Agent dapat diakses, terdesentralisasi, tidak dikendalikan oleh platform tunggal, tidak bergantung pada penyedia tunggal, dan tidak memiliki single point of failure, maka komersial menjadi sangat penting. Komersial tidak bisa dipikirkan belakangan, ia harus menjadi infrastruktur. Dan komersial ini harus selalu terbuka dan tanpa izin. Inilah tepatnya yang @ethereum diciptakan untuk membangun 'ruang digital bersama tanpa pemilik'.
Mengapa? Karena desentralisasi di tingkat AI dan Agent membutuhkan banyak Agent dan layanan independen. Sebagai contoh, jika hanya ada satu Agent yang dapat menghasilkan gambar, dan ia berhenti beroperasi, maka terlepas dari protokol yang menjalankannya, pembuatan gambar itu terpusat. Jika hanya ada satu penyedia yang mengontrol eksekusi transaksi, maka manajemen dana bergantung pada kemauan operasional satu pihak. Jika hanya satu platform yang mengontrol infrastruktur penyelesaian, maka setiap penyedia dan setiap klien tunduk pada aturan platform tersebut, meskipun platform memiliki seribu Agent.
Ini membutuhkan komersial terbuka: Setiap Agent harus dapat membeli layanan, setiap Agent harus dapat menyediakan layanan. Tanpa penjaga gerbang, tanpa taman berdinding, tanpa perantara paksa.
Mengapa Blockchain
Kuncinya adalah, komersial hanya dapat beroperasi ketika semua pihak dapat mempercayai bahwa transaksi akan dipenuhi. Jika klien membayar terlebih dahulu, bagaimana mengetahui penyedia akan mengirimkan? Jika penyedia mengirimkan terlebih dahulu, bagaimana mengetahui klien akan membayar? Diperlukan seseorang untuk memegang dana, melacak apakah pekerjaan selesai, dan mengeksekusi hasilnya: melepaskan pembayaran saat selesai, mengembalikan dana saat gagal. Kepercayaan (atau ketiadaan kepercayaan) inilah yang pada dasarnya melahirkan entitas terpusat atau penjaga gerbang.
Dalam arsitektur tradisional, 'seseorang' ini adalah platform. Sebuah perusahaan memegang dana escrow, mengontrol state machine, memutuskan siapa yang dibayar kapan. Skema ini berhasil—sampai tidak berhasil. Platform dapat mengubah aturan, membekukan dana, menurunkan penyedia, menutup. Setiap peserta bergantung pada niat baik platform yang berkelanjutan. Ini adalah sentralisasi, bukan di tingkat protokol, tetapi di tingkat eksekusi. Bukan berarti ini salah, tetapi dalam sistem yang kurang percaya ini diperlukan. Target kami adalah 'de-totalization': mencegah entitas tunggal mana pun memiliki kendali penuh atas cara transaksi Agent. Kami telah menyaksikannya sendiri: yang diinginkan pengembang adalah infrastruktur yang dapat mereka andalkan, tetapi tidak perlu bergantung pada niat baik platform tunggal mana pun.
Kontrak pintar on-chain yang terdesentralisasi adalah upaya solusi untuk ini. Escrow, state machine, dan sertifikasi evaluator semuanya ada dalam kode yang terbuka, tidak dapat diubah, dan tidak dimiliki siapa pun. Kontrak adalah pelaksana yang netral, sehingga menghasilkan sinyal yang bermakna bagi reputasi semua pihak.
Penyelesaian on-chain juga menghasilkan sesuatu yang tidak dapat disediakan oleh platform terpusat: catatan yang dapat dipindahkan, dapat diverifikasi, dan tidak dapat diubah. Setiap tugas yang diselesaikan, setiap sertifikasi evaluator, setiap hash pengiriman dicatat on-chain, terlihat oleh Agent, platform, atau antarmuka apa pun. Catatan ini adalah bahan baku untuk sistem reputasi dan identitas Agent. Tanpa penyelesaian on-chain, tidak ada sejarah yang dapat diverifikasi. Tanpa sejarah yang dapat diverifikasi, tidak ada reputasi yang dapat dipindahkan. Tanpa reputasi yang dapat dipindahkan, setiap interaksi Agent dimulai dari kepercayaan nol.
Inilah mengapa standar on-chain diperlukan. Escrow, transisi status, sertifikasi—bagian-bagian ini harus netral, aman, dan dapat dieksekusi.
Penemuan, negosiasi, dan komunikasi dapat dilakukan on-chain atau off-chain, melalui antarmuka apa pun yang paling alami. Agent dapat berinteraksi melalui HTTP menggunakan protokol antarmuka x402, pengalamannya seperti permintaan API atau HTTPS standar. Agent tidak perlu langsung menyentuh chain. Ia menandatangani pesan, yang ditangani oleh fasilitator untuk penyelesaian on-chain dan standar. Atau Agent dapat berinteraksi langsung melalui MCP atau A2A. Antarmukanya fleksibel, tetapi inti penyelesaiannya harus tanpa kepercayaan, terprogram, on-chain. Ini adalah infrastruktur yang tidak akan disediakan oleh sistem terpusat, karena akan melemahkan kendalinya.
Ekonomi Agent
Model dan Agent AI dengan cepat menjadi lebih maju dan kuat setiap bulan. Tugas yang setahun lalu membutuhkan keahlian manusia—menulis kode tingkat produksi, menghasilkan konten media profesional, menganalisis data keuangan, mengoordinasikan alur kerja multi-langkah—sekarang dapat diselesaikan oleh Agent dengan kualitas yang setara atau lebih tinggi. Dan kemampuannya terus meningkat dengan cepat. Trajektori perkembangan AI membuat ekonomi baru menjadi tak terelakkan.
Ketika Agent menjadi lebih kuat, pekerjaan yang mereka tangani menjadi lebih berharga. Agent yang dapat menghasilkan gambar yang tidak dapat dibedakan dari fotografi profesional adalah layanan yang layak dibayar. Agent yang dapat menganalisis portofolio dan mengeksekusi perdagangan optimasi mengelola uang sungguhan. Agent yang dapat meninjau dokumen hukum dan menandai risiko melakukan pekerjaan yang dibayar manusia ratusan dolar per jam.
Inilah transisi kunci: AI dan Agent sedang menjadi peserta ekonomi yang menciptakan nilai dan menyediakan layanan.
Ketika AI menjadi tersedia untuk semua, setiap individu, organisasi, perangkat mungkin beroperasi melalui Agent. Ekonomi akan berubah. Agent tidak hanya berinteraksi dan melayani manusia, mereka juga akan saling berinteraksi, saling melayani. Misalnya, Agent yang mengoordinasikan kampanye pemasaran akan menyewa Agent konten, Agent distribusi, dan Agent analitik. Ekonomi menjadi jaringan di mana Agent bertransaksi dengan Agent, berjalan dengan kecepatan mesin, berkembang dengan skala global.
Ketika Agent memiliki kemampuan untuk melakukan pekerjaan berharga, dan setiap orang memiliki Agent, hasilnya adalah ekonomi di mana sebagian besar aktivitas komersial mengalir melalui sistem otonom. Inilah masa depan yang sedang kami bangun.
Masalah: Komersial Tanpa Kepercayaan Antar Agent
Ekonomi Agent membutuhkan komersial Agent. Dan komersial antar Agent yang belum pernah berinteraksi, melintasi organisasi dan chain yang berbeda, harus tanpa kepercayaan.
Saat manusia bertransaksi, saling mempekerjakan, atau menggunakan layanan, kepercayaan adalah intinya. Dalam kasus ini, kepercayaan dimediasi oleh platform, evaluasi, sistem hukum, dan norma sosial. Ketika sebuah Agent mempekerjakan Agent lain, mekanisme ini tidak berlaku. Tidak ada reputasi sosial untuk diperiksa, tidak ada pengejaran hukum atau reputasi yang beroperasi pada kecepatan transaksi mesin, tidak ada platform atau regulator untuk menegakkan.
Jadi masalahnya menjadi: Bagaimana membuat komersial antar Agent tanpa kepercayaan?
Anda tidak bisa begitu saja mentransfer token dan berharap semuanya berjalan lancar. Transfer Token bukanlah komersial, itu hanyalah pembayaran tanpa jaminan. Tidak ada catatan tentang apa yang disepakati, tidak ada mekanisme untuk menahan dana sampai pekerjaan memuaskan, tidak ada evaluasi yang menghasilkan sinyal untuk dirujuk Agent lain, tidak ada pengejaran jika penyedia tidak mengirimkan.
Yang dibutuhkan adalah mekanisme kolaborasi terstruktur: dana dipegang dalam escrow terdesentralisasi yang dapat diprogram dan tidak memihak, pekerjaan diserahkan sebagai artefak yang dapat diverifikasi, evaluator membuktikan apakah pengiriman memenuhi syarat, hasilnya deterministik. Dana dilepaskan saat selesai, dikembalikan saat ditolak, dapat ditarik kembali saat kedaluwarsa. Semua ini menunjuk atau berkontribusi pada identitas dan reputasi semua pihak.
ERC-8183: Primitif Job
Kami bekerja erat dengan tim @ethereumfndn dAI untuk memformalkan ini menjadi sebuah standar. ERC-8183: Agentic Commerce, adalah standar aplikasi komersial Agent yang terbuka dan tanpa izin, dengan escrow dan sertifikasi evaluator diprogram dalam bentuk kontrak pintar on-chain.
ERC-8183 mendefinisikan unit inti: Job. Setiap Job terdiri dari tiga pihak—Klien (Client), Penyedia (Provider), dan Evaluator (Evaluator). Setiap pihak hanya didefinisikan oleh alamat dompetnya, membuat primitif ini dapat diterapkan secara luas.
Komponen dan prinsip kunci di balik primitif Job meliputi: (i) Spesifikasi dan deskripsi tugas—catatan jelas tentang tugas, layanan, atau pekerjaan yang terikat dengan pembayaran; (ii) Pembayaran itu sendiri—disimpan dalam escrow terprogram yang tidak memihak hingga status akhir, dan dilepaskan secara terprogram; (iii) Pengajuan pengiriman yang tercatat, dapat diverifikasi, dan dapat dilacak, melindungi klien dan penyedia; (iv) Sertifikasi evaluator—menghasilkan sinyal yang berarti untuk pengejaran reputasi dan identitas semua pihak, memberikan insentif yang selaras untuk penyelesaian tanpa kepercayaan.
Ini menggerakkan Job melalui empat status kunci, memastikan transaksi tanpa kepercayaan:
Terbuka (Open) → Didanai (Funded) → Dikirim (Submitted) → Terminal (Selesai / Ditolak / Kedaluwarsa)
Ringkasnya: Klien membuat Job dengan Penyedia, kemudian menyuntikkan dana, mengunci pembayaran dalam escrow. Penyedia menyelesaikan pekerjaan dan memanggil submit, menaruh pengiriman (atau referensinya) on-chain. Evaluator meninjau pengajuan, memanggil complete (melepaskan dana ke Penyedia) atau reject (mengembalikan dana ke Klien). Jika sebelum tenggat waktu baik Penyedia maupun Evaluator tidak bertindak, Job kedaluwarsa, Klien mengambil kembali dananya.
Standar ini sengaja dibuat minimal, membentuk primitif atom. Ia tidak menentukan proses negosiasi, struktur biaya, penyelesaian sengketa, protokol komunikasi, atau mekanisme penemuan. Ia hanya menentukan siklus hidup Job inti—permukaan minimum yang layak untuk komersial Agent tanpa kepercayaan.
Evaluator
Konsep kunci dan keputusan desain ERC-8183 adalah Evaluator, yang hanya didefinisikan sebagai sebuah alamat. Ia selalu merupakan Agent, dalam definisi terluas.
Untuk tugas subjektif seperti menulis, desain, atau analisis, evaluator dapat berupa AI Agent, membaca konten yang diajukan, membandingkannya dengan permintaan, membuat penilaian. Untuk tugas deterministik seperti komputasi, pembuatan bukti, atau transformasi data, evaluator adalah kontrak pintar yang membungkus verifier ZK. Penyedia mengajukan bukti, evaluator memverifikasi on-chain dan secara otomatis memanggil complete atau reject. Untuk skenario berisiko tinggi, evaluator dapat berupa multi-sig, DAO, atau validator yang didukung staking.
Standar tidak membedakan ini. Sebuah alamat memanggil complete atau reject. Apakah alamat ini menjalankan LLM Agent atau sirkuit ZK, protokol tidak peduli. Ini memungkinkan antarmuka yang sama menangani tugas pembuatan gambar $0,1 dan tugas manajemen dana $100.000.
Hooks: Keterluasan Modular
Primitif Job sengaja minimal. Tetapi komersial tidak. Aplikasi nyata membutuhkan validasi kustom, pembaruan reputasi, alokasi biaya, transfer dana, mekanisme penawaran, dan logika spesifik domain yang berbeda berdasarkan penggunaan. Tugas evaluasi konten, pertukaran Token, dan posisi pasar prediktif masing-masing membutuhkan logika yang fundamentally berbeda.
ERC-8183 menyelesaikan ini dengan Hooks. Hook adalah kontrak pintar opsional, yang dilampirkan saat Job dibuat. Ia menerima panggilan balik sebelum dan setelah setiap operasi, memungkinkan logika kustom dijalankan di sekitar siklus hidup inti tanpa mengubahnya. Hook diidentifikasi oleh pemilih fungsi tunggal (transisi mana yang terjadi), menerima parameter terkait. Ia dapat menjalankan pra-kondisi, memblokir operasi tidak valid, memicu efek samping, atau melakukan transfer Token tambahan, semua dalam transaksi yang sama dengan perubahan status inti.
Jika tidak ada Hook yang disetel, kontrak berjalan normal. Implementasi tanpa Hook sepenuhnya sesuai dengan ERC-8183. Hooks adalah tambahan, bukan wajib. Desain ini menjaga kontrak inti tetap ramping, antarmuka stabil. Kasus penggunaan baru didukung melalui kontrak Hook baru, logika ekstensi tetap on-chain, terprogram, dan tanpa kepercayaan—sama seperti intinya.
Contoh Aplikasi Komersial
Inti Job menangani komersial layanan langsung: pembayaran, pengiriman, evaluasi. Tetapi ekonomi yang dijalankan Agent tidak sederhana. Beberapa Job melibatkan pengelolaan modal klien, bukan hanya menerima biaya. Beberapa memerlukan penawaran sebelum menetapkan penyedia. Beberapa memerlukan pemeriksaan kepercayaan yang merujuk data reputasi eksternal. Ini adalah model ekonomi yang fundamentally berbeda, Hooks memungkinkan antarmuka Job inti yang sama mendukung keberagaman ini, menjadikan ERC-8183 sebagai primitif komersial umum.
Job Layanan adalah dasar, tidak memerlukan Hook. Klien membayar untuk pembuatan konten, analisis data, atau tinjauan kode. Proses escrow dan evaluasi inti sepenuhnya menangani.
Job Transfer Dana melampaui biaya layanan. Klien menyediakan modal (Token untuk ditukar, dana untuk diinvestasikan), penyedia mengubahnya, output harus dikembalikan. Hook dapat mengelola aliran modal dua arah ini di luar escrow inti, memastikan penyedia menyetor Token output sebelum Job selesai. Ini dapat mencakup berbagai aplikasi, seperti yield farming, pertukaran Token, rebalancing portofolio—setiap Job di mana penyedia menangani dana klien atau membutuhkan modal di muka untuk mengeksekusi tugas, bukan hanya menghasilkan biaya.
Job Penawaran membalik model alokasi. Alih-alih klien memilih penyedia di muka, penyedia bersaing dalam harga. Hook memvalidasi penawaran yang ditandatangani secara enkripsi saat alokasi, membuktikan penyedia yang dipilih memang berkomitmen pada harga yang diklaim. Tidak ada pihak yang dapat memalsukan atau menyangkal syarat.
Job Gerbang Reputasi menegakkan kepercayaan di tingkat protokol. Hook meminta ERC-8004 sebelum mengizinkan operasi, memblokir penyedia dengan reputasi rendah atau menerapkan syarat yang lebih ketat untuk Agent yang belum terverifikasi.
Job Perlindungan Privasi memanfaatkan Hooks untuk komersial tanpa paparan data. Hook privasi dapat mengharuskan bidang 'submit' berisi referensi bukti pengetahuan nol (ZKP) atau lingkungan terenkripsi (seperti TEE), alih-alih mempublikasikan data tugas sensitif on-chain. Ini memastikan pembayaran tanpa kepercayaan dan publik, sementara kekayaan intelektual aktual atau data pribadi tetap menjadi 'safe haven', hanya dapat diakses oleh Agent yang berwenang.
Job Penilaian Risika/Underwriting dapat menegakkan underwriting di tingkat protokol melalui Hooks. Hook dapat mengharuskan penyedia atau penjamin menyetor jaminan, memeriksa skor reputasi ERC-8004 dan metrik relevan lainnya sebelum alokasi, mengeksekusi margin yang di-slash jika evaluasi gagal, atau meminta oracle risiko eksternal. Proses persetujuan yang sebelumnya tidak transparan ini dapat menjadi transparan, terprogram, dan kompetitif.
Setiap aplikasi di atas dapat diimplementasikan sebagai kontrak Hook yang berbeda, menjaga fungsionalitas inti dan standar primitif Job tetap不变. Model ekonomi baru, aplikasi komersial, atau varian logika kustom adalah Hooks baru. Kami memperkenalkan beberapa Hooks awal, mereka adalah contoh yang menunjukkan kemungkinan, tetapi kami yakin kami baru menyentuh permukaan, Hooks paling menarik belum ditulis. Seperti apa komersial Agent dalam asuransi, kolaborasi kreatif, koordinasi rantai pasokan? Kami belum tahu, dan itulah intinya. Komersial Agent akan berevolusi dengan cara yang tidak dapat kami sepenuhnya antisipasi—model ekonomi baru, mekanisme kepercayaan baru, bentuk kolaborasi antar mesin baru. Standar ini dirancang untuk tumbuh dengan evolusi ini, bukan membatasinya. Standar ini harus dibangun dalam keterbukaan, dan memang seharusnya demikian, karena ide terbaik akan datang dari ekosistem, kami berharap dapat menemukannya bersama.
Simbiosis dengan ERC-8004
ERC-8183 tidak berdiri sendiri. Ia bersimbiosis dengan ERC-8004 ("Trustless Agents"), yaitu standar identitas, reputasi, dan verifikasi Agent Ethereum.
ERC-8004 menyelesaikan masalah penemuan dan kepercayaan: bagaimana Agent menemukan satu sama lain dan menilai keandalan. Tetapi nilai pendaftarannya tergantung pada aktivitas yang mereka catat. Identitas tanpa komersial atau perilaku adalah arsip kosong. Reputasi membutuhkan interaksi nyata untuk diukur. Verifikasi membutuhkan pengiriman yang didefinisikan untuk diperiksa.
ERC-8183 menyediakan aktivitas komersial yang memberi makan lapisan kepercayaan ERC-8004. Setiap Job adalah sinyal reputasi. Setiap pengajuan adalah pengiriman yang dapat dievaluasi oleh verifier. Setiap evaluasi adalah sertifikasi yang dapat dirujuk Agent lain.
Kedua standar membentuk siklus, berpotensi memungkinkan Agent mengatur diri sendiri dengan lebih kuat melalui interaksi tanpa kepercayaan:
Penemuan (8004)→ Komersial (8183)→ Reputasi (8004)→ Penemuan yang Lebih Baik → Lebih Banyak Komersial Tanpa Kepercayaan
Keduanya tidak lengkap tanpa yang lain. Bersama-sama, mereka membentuk dasar untuk komersial dan interaksi Agent tanpa kepercayaan.
Melampaui Pembayaran
ERC-8183 bukan protokol pembayaran, melainkan standar komersial.
Pembayaran memindahkan uang. Tetapi komersial membutuhkan jauh lebih dari sekadar memindahkan uang. Komersial adalah segala sesuatu di sekitar pembayaran yang membuatnya dapat dipercaya dan beroperasi: apa yang disepakati, apakah pekerjaan selesai, siapa yang memverifikasinya, apa yang terjadi jika tidak selesai. Di dunia tradisional, komersial beroperasi karena pendukung di sekitar pembayaran: penilaian risiko dan underwriting merchant sebelum mereka dapat menerima pembayaran, perluasan kredit yang memungkinkan pembeli bertransaksi sebelum dana tersedia, deteksi penipuan real-time dalam miliaran transaksi, mekanisme chargeback dan sengketa yang melindungi pembeli ketika layanan gagal, dan sistem reputasi yang membangun kepercayaan melalui interaksi berulang. Fungsi-fungsi inilah nilai dari processor pembayaran, organisasi kartu, dan platform—bukan perpindahan dana itu sendiri, tetapi infrastruktur kepercayaan di sekitarnya.
Ketika komersial bermigrasi on-chain, fungsi-fungsi ini tidak hilang. Mereka perlu dibangun kembali dengan cara yang tanpa kepercayaan, terprogram, terbuka. Inilah yang dilakukan ERC-8183.
Model escrow dan sertifikasi evaluator primitif Job mirip dengan mekanisme chargeback dengan syarat penyelesaian yang dapat diprogram dan ditetapkan sebelumnya. Menggunakan reputasi on-chain ERC-8004 dan metrik reputasi on-chain lainnya sebagai bagian dari ERC-8183 mirip dengan underwriting kepemilikan dengan sejarah yang dapat dipindahkan dan diverifikasi. Hooks menggantikan penilaian risiko terpusat dengan logika modular, kompetitif, dan dapat diaudit yang dapat diterapkan oleh fasilitator mana pun. Hasilnya bukan hanya cara untuk mentransfer dana on-chain, tetapi cara untuk membangun kembali infrastruktur kepercayaan komersial lengkap—terbuka dan tanpa izin.
Protokol dan antarmuka pembayaran yang ada, baik processor tradisional maupun protokol transfer stablecoin seperti x402, adalah pengalaman yang mulus, asli internet, menangani perpindahan dana. ERC-8183 mengelola siklus hidup lengkap yang mengubah pembayaran menjadi transaksi tanpa kepercayaan: spesifikasi, escrow, pengajuan pengiriman, sertifikasi evaluator, dan penyelesaian deterministik. Agent dapat berinteraksi di lapisan antarmuka melalui x402 atau HTTP, sementara penyelesaian underlying mengalir melalui ERC-8183 on-chain. Keduanya saling melengkapi.
Irreversibilitas, Escrow, dan Masalah Chargeback
Kekhawatiran lain terhadap pembayaran mandiri adalah irreversibilitas. Ketika kartu kredit didebit dan layanan tidak memuaskan, konsumen dapat melakukan disput dan membalikkan debit. Ketika pembayaran dikirim, uangnya hilang. Untuk pembayaran dan transfer mentah, ini adalah keberatan yang nyata dan valid.
ERC-8183 mempertahankan konsep inti ini dalam struktur kontrak. Dana ditahan dalam escrow sampai evaluator membuktikan pengiriman memenuhi syarat yang disepakati. Jalur reject mengembalikan dana ke klien. Jalur kedaluwarsa menarik kembali secara otomatis. Ini adalah setara terprogram dan tanpa kepercayaan dari model otorisasi-capture—model yang membuat komersial kartu bekerja—hanya saja syaratnya dikodekan sebelumnya dan dieksekusi oleh kode, bukan diputuskan setelahnya oleh jaringan dengan kepentingan sendiri.
Untuk otorisasi pra dengan jumlah tidak pasti—deposit hotel, layanan yang cakupannya mungkin membesar—fleksibilitas Hooks dapat dirancang untuk mengunci jumlah maksimum, menyelesaikan jumlah akhir berdasarkan input yang dapat diverifikasi saat penyelesaian. Arsitektur ini mendukung model dan perilaku kepercayaan yang membuat komersial kartu fleksibel, sambil menjaga penyelesaian transparan, terbuka, tanpa kepercayaan, dan on-chain.
Gelombang Baru Peserta Ekonomi
Gelombang AI sedang menciptakan peserta ekonomi baru—pembeli dan merchant—dengan kecepatan yang lebih cepat dari sebelumnya. Jutaan pengembang dan non-pengembang menggunakan asisten pemrograman AI untuk membangun dan merilis layanan mikro, API, dan alat, banyak yang tidak memiliki entitas hukum, tidak memiliki situs web, tidak memiliki sejarah transaksi. Agent dari perusahaan teknologi dan kerangka kerja open source sedang menarik jutaan pengguna melalui AI Agent pribadi dan asisten.
Sistem pembayaran tradisional akan kesulitan melayani merchant ini. Bukan karena teknologi tidak mampu, tetapi karena ketika processor menyetujui penyedia, ia menyerap risiko penyedia tersebut: penipuan, chargeback, sengketa. Seorang merchant tanpa catatan, tanpa entitas, tanpa sejarah, terlalu berisiko untuk di-underwrite.
ERC-8183 dirancang tanpa izin. Seorang penyedia adalah alamat dompet. Tidak perlu onboarding, tidak perlu underwriting, tidak ada penjaga gerbang. Primitif Job memberi merchant ini bukan hanya cara untuk menerima pembayaran, tetapi siklus hidup komersial lengkap: spesifikasi pekerjaan, pembayaran escrow, pengajuan pengiriman yang dapat diverifikasi, dan sertifikasi evaluator, meletakkan dasar untuk transaksi yang dapat dipercaya.
Ketidakmampuan meng-underwrite penyedia baru mungkin dianggap sebagai kesenjangan sementara. Standar terbuka pada struktur memampatkan garis waktu ini. Fasilitator mana pun dapat menerapkan ERC-8183 hari ini. Ekosistem berevolusi melalui eksperimen, bukan konsensus institusional. Tetapi lebih fundamentally, ERC-8183 dikombinasikan dengan ERC-8004 tidak hanya menjembatani kesenjangan underwriting, tetapi menyelesaikan penyebab utamanya. Alasan processor tidak dapat meng-underwrite merchant baru adalah kurangnya sejarah yang dapat diverifikasi. ERC-8183 menghasilkan sejarah ini. Setiap Job yang diselesaikan dicatat on-chain: hash pengiriman, sertifikasi evaluator, hasil. Sejarah ini dapat dipindahkan, dapat diverifikasi, tidak dimiliki siapa pun.
Pentingnya, catatan ini tidak terkunci dalam platform tunggal. Hari ini, platform A tahu tingkat chargeback Anda, platform B tahu peringkat penjual Anda, tetapi Anda tidak dapat membawa catatan ini. Di ERC-8183, reputasi adalah aset yang dapat dipindahkan milik merchant sendiri, yang dapat dibaca oleh fasilitator, chain, atau antarmuka apa pun yang membaca standar ini. ERC-8183 memberi makan identitas dan reputasi on-chain (ERC-8004), dan menyediakan data underwriting.
Membangun Masa Depan Komersial Agent dan AI Terdesentralisasi Bersama
ERC-8183 adalah standar komersial Agent tanpa kepercayaan yang terbuka. Berikut cara terlibat:
Bangun dengan ERC-8183. Jadilah fasilitator! Terapkan ERC-8183 di chain Anda. Bangun SDK, wrapper, scanner, dan tracker. Bangun antarmuka dan pengalaman baru, biarkan mereka diselesaikan dengan aman dan dapat diverifikasi on-chain melalui ERC-8183. Buat kerangka kerja Agent yang secara native berinteraksi dengan standar ini.
Jelajahi, eksperimen, dan bangun Hooks. Membutuhkan 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 komersial Agent tanpa kepercayaan, tetapi saat ini sangat kurang. Bangun evaluator untuk domain tertentu, terutama domain dan layanan yang sepenuhnya dapat diverifikasi. Daftarkan mereka di ERC-8004. Berikan kontribusi bermakna untuk reputasi dan identitas Agent.
Berkontribusi dan berikan umpan balik. Ini adalah standar kolektif. Hanya melalui eksperimen luas, penggunaan dunia nyata, umpan balik jujur, dan iterasi, ia dapat menjadi apa yang dibutuhkan. Jika ada yang kurang, ajukan. Jika ada yang salah, tantang. Spesifikasinya terbuka, basis kode terbuka, diskusi terbuka. Ini perlu berevolusi bersama.
Ekonomi Agent akan dibangun di atas standar terbuka, atau di atas taman berdinding. Kami memilih standar terbuka. Ruang digital bersama.
ERC-8004 untuk Kepercayaan. ERC-8183 untuk Komersial. Sisanya, terserah Anda untuk membangun.
Tautan Terkait:
- Spesifikasi ERC-8183: https://eips.ethereum.org/EIPS/eip-8183
- Spesifikasi ERC-8004: eips.ethereum.org/EIPS/eip-8004
- Diskusi ERC-8183: ethereum-magicians.org/t/erc-8183-agentic-commerce/27902
- Komunitas Telegram: https://t.me/erc8183
