Sebagai Agen AI berkembang dari atribut instrumental ke subjek ekonomi otonom, AIAgent menjadi pemain ekonomi yang mampu membuat keputusan otonom, operasional dan pertukaran nilai. Namun, infrastruktur pembayaran tradisional tidak memenuhi kebutuhan utama Agen dalam hal perdagangan otonom, interaksi lingkungan, dan verifikasi identitas。
Bottlenecks ini memicu kelahiran generasi baru perjanjian, & mdash; & mdash; x402, Agen Payments Protocol (AP2) dan ERC-8004, menciptakan dasar pertukaran nilai yang dapat diandalkan untuk ekonomi mesin mendatang. Kertas ini akan memberikan analisis mendalam dari prinsip-prinsip teknis, aplikasi dan realitas ekologi dari tiga kesepakatan, menunjukkan bagaimana mereka membentuk lanskap pembayaran ekonomi AIAgent masa depan。
x402: Protokol pembayaran rantai asli HTTP
inovasi inti dari x402 yang diperkenalkan oleh Coinbase adalah aktivasi dari kode status HTTP 402 yang kurang dimanfaatkan oleh Internet ("Paytment Required"), yang menunjukkan pembayaran logika ke dalam aliran respon web untuk mencapai & ldquo; API memanggil untuk membayar & rdquo; dan menetap dengan menstabilkan mata uang atau mata uang terenkripsi lainnya untuk mengatasi gesekan pembayaran tradisional yang tinggi。
Protokol rinci
Sebagai x402 adalah perjanjian terbuka berdasarkan kode status HTTP 402, itu disusun sebagai struktur klien / server. Klien adalah pembeli jasa / komoditas, dan server adalah penjual layanan / komoditas. Atas dasar struktur klien / server, Coinbase menyediakan vendor dengan layanan fasilitator (Fasilitas) untuk menyederhanakan proses validasi dan pembayaran pembayaran antara pembeli dan penjual。
Kami mengambil server pertama dalam x402scan, Canza, misalnya. Pertama, pengguna memulai permintaan untuk mengakses layanan membayar Canza di sisi klien。
Selanjutnya, server Canza menggunakan HTTP 402 Respon untuk mendefinisikan persyaratan pembayaran: klien perlu menyediakan X- PAYMENTHHEader dan membayar melalui USDC dalam rantai Basis. Seperti yang ditampilkan pada gambar di bawah ini:
Setelah klien menganalisis isi 402 ResponseJSON, dompet dikirim untuk menandatangani pesan tentang Transfer WithAutorization (melalui ERC-3009). Pesan tersebut memungkinkan tanda tangan untuk mentransfer biaya non-Gas dari alamat yang ditandatangani dengan mempercayakan alamat EOA pihak ketiga atau alamat kontraktual. Dalam contoh ini, kita akan mempercayakan Canza dengan alamat koleksi 0x4e9bCe25477A94991b09ed092c43B1988e65ed B untuk memindahkan USDC dari dompet kita。
Pesan itu kemudian ditandatangani oleh pengguna, klien yang diajukan ke Payload menggunakan X- PAYMENTHHEAder kode Base64, dan Paste-in Payload pada server Canza divalidasi oleh fasilitator (Fasilitas) dan pembayarannya diselesaikan pada rantai blok untuk server. Setelah server Canza mengkonfirmasi pembayaran, layanan yang diminta diberikan kepada pengguna。
dari contoh di atas, alur kerja dari perjanjian x402 dapat dirangkum sebagai berikut:
Dari catatan tertentu, protokol x402 digunakan untuk membayar beberapa aset terenkripsi (diperlukan untuk mendukung ERC-3009, USDC baku) mendukung beberapa rantai blok (Base, Avalanche, dan lainnya EVM, Solana) dan hanya perlu dikonfigurasi di akhir server ini:
Agent Payments Protocol (AP2): Agen sistem pembayaran kredibel ekologi
AP2 didasarkan pada Framework Open Payments diperpanjang oleh AgentoAgent (A2A) Persetujuan Komunikasi dan Protokol Konteks Model (MCP). Tujuan utamanya adalah untuk mengatasi tiga masalah utama dalam bisnis Agen: otentikasi otorisasi (sertifikasi izin pengguna untuk Agen), keaslian (pastikan bahwa transaksi mencerminkan kebutuhan sejati pengguna), dan akuntabilitas transaksi (mendefinisikan akuntabilitas dalam kasus perselisihan) untuk mencapai transaksi yang aman antara AIAgent dan pedagang compliant。
Aliran kerja dari perjanjian AP2 terstruktur di sekitar konsep inti dari Otorisasi Digital (Mandates), yang merupakan kontrak digital yang dilindungi dari gangguan dan ditandatangani oleh kode, sebagai bukti diverifikasi dari perintah pengguna. Hal ini dibagi menjadi tiga jenis otorisasi:
1. Mandat Intent
Terapan ke transaksi otomatis di mana pengguna tidak hadir. Instruksi muka pengguna untuk AIAgent berisi kondisi yang jelas, seperti "membeli tiket ke konser dengan anggaran tidak melebihi $500"。
Mandat Kart
Tertanda pada transaksi yang diidentifikasi di hadapan pengguna. Dihasilkan ketika agen mempersiapkan komoditas khusus dan harga untuk konfirmasi pengguna. Persetujuan pengguna dari hal ini adalah menandatangani otorisasi Shopping Car, membuat catatan aman dan tidak dapat ditarik kembali dari barang dan harga yang tepat dan memastikan bahwa mereka dibayar sebagaimana mereka terlihat。
3. Otorisasi pembayaran (Mandat Pembayaran)
Ini adalah voucher independen, bersama dengan jaringan pembayaran dan penerbit, yang dirancang untuk menyampaikan informasi tentang partisipasi Al Agent dan kehadiran pengguna, membantu menyelesaikan perselisihan transaksi, melakukan penilaian risiko dan pengaturan。
ERC-804: Dekontaminasi dari AIAgent identitas dan sistem kredibilitas
ERC-8004 adalah solusi identitas AIAgent yang terdesentralisasi di Taigaya untuk menyelesaikan masalah untuk menentukan keaslian identitas AIAgent, keandalan catatan perilaku dan probabilitas mereka. Tidak seperti AP2, ERC-8004 fokus pada membangun kepercayaan bersama antara AIAgents daripada antara pengguna - AIgent- bisnis。
RANCANGAN ERC-8004 TERDIRI DARI TIGA BENTUK RINGAN, MASING-MASING BERHUBUNGAN DENGAN ASPEK BERBEDA DARI MODEL KEPERCAYAAN:
1. Register Identitas
Berdasarkan standar ERC-721 dan perluasan fungsi URISTORAge, desain akan membuat identitas AIAgent cocok dengan ekosistem NFT yang ada。
Setiap Agen AIAgent terdaftar dengan menyebut fungsi pendaftaran dan mendapat satu agen Id (yaitu token dari ERC-721). Pada saat pendaftaran, agen diperlukan untuk menyediakan tokenURI, yang mengacu pada berkas pendaftaran (Berkas Regulasi Agen), yang mengikuti format standar JSON dan berisi informasi seperti nama agen, deskripsi, titik akhir dan mendukung model kepercayaan。
Reputasi Register
Antar muka standar disediakan untuk menerbitkan dan memperoleh umpan balik layanan AIAgent, mendukung sistem umpan balik 0- 100 rating, klasifikasi label dan sambungan sertifikat pembayaran. Formulir pendaftaran menggunakan struktur chain- up campuran bahwa baik memastikan kekacauan data inti dan daun perhitungan agregasi kompleks untuk rantai untuk proses efisiensi yang lebih besar。
Struktur kontrak dari daftar nama terkait erat dengan daftar identitas & mdash; & mdash; alamat dari bentuk diperlukan untuk penyebaran untuk memastikan bahwa hanya AIAgent terdaftar yang memiliki akses ke catatan reputasi。
Pendaftaran Validasi
Penyesuaian dari Hook generik untuk meminta dan merekam validasi independen hasil yang mendukung berbagai mekanisme sertifikasi, termasuk janji ekonomi (sertifikat re- run) dan sertifikat sandi (sertifikat TEE, sertifikasi zkML, dll), yang memungkinkan mekanisme sertifikasi untuk kebutuhan keamanan yang berbeda untuk hidup berdampingan dalam ekologi yang sama。
Antarmuka kontraksi untuk memvalidasi bentuk pendaftaran relatif sederhana dan terdiri terutama dari dua fungsi: ValidationReQuest untuk mengirimkan permintaan sertifikasi, dan Validasi Respon untuk merekam hasil sertifikasi。
ERC-8004 adalah perjanjian lapisan identitas lingkungan AIAgent. Ini menyediakan AI Agen dengan identitas yang dapat diverifikasi, sistem reputasi dan mekanisme pendaftaran pada rantai dan adalah kunci untuk membangun dasar kepercayaan dalam ekonomi mesin。
kombinasi x402, AP2, dan ERC-8004 merupakan sistem pembayaran AIAgent lengkap: ERC-8004 alamat identitas AIAgent, x402 alamat & ldquo; dan bagaimana menggunakan mata uang terenkripsi untuk micropage dan rdquo frekuensi tinggi; masalahnya adalah AP2 menyediakan kerangka yang aman dan terstandardisasi untuk persetujuan pembayaran x402, mengatur batas perilaku ekonomi independen untuk AIAgent yang memungkinkan mereka untuk memproses informasi, dan membuang aset baru dengan cara lain dalam perubahan ekonomi。