x402 sangat baik tetapi masalah apa yang tertutupi?

Penulis: YQ, peneliti kedalaman infrastruktur enkripsi; Terjemahan: xz@Jinse Caijing

Pada tahun 1994, Marc Andreessen melakukan kesalahan besar, yang kemudian dia akui: perusahaan Netscape gagal mengintegrasikan fungsi pembayaran ke dalam browser. Karena risiko regulasi dan sikap konservatif lembaga keuangan, kolaborasi antara Netscape dan Visa, serta Microsoft dan MasterCard akhirnya gagal. Ini menyebabkan model bisnis default internet didominasi oleh sistem pemantauan iklan selama tiga puluh tahun—industri bernilai triliunan dolar dibangun di atas pelacakan perilaku yang menyeluruh dan bukan pada pertukaran nilai langsung.

Kini, agen AI sedang memecahkan keseimbangan ini. Sistem otonom tidak akan melihat iklan, tidak dapat dipengaruhi oleh profil psikologis, dan tidak memiliki perhatian yang dapat dimonetisasi. Penerbit konten menghadapi pilihan biner: biarkan pengambilan parasit yang menghancurkan motivasi kreasi, atau membangun mekanisme pembayaran langsung. Protokol x402 adalah upaya paling andal untuk mengaktifkan kode status “402 Payment Required (Pembayaran Diperlukan)” yang terpendam dalam standar HTTP, dengan menggabungkan penyelesaian blockchain dan otorisasi kriptografi, untuk membentuk kembali paradigma pertukaran nilai di era AI.

Kesempatan tampaknya sudah matang. Infrastruktur blockchain telah sempurna: jaringan Layer2 mewujudkan biaya transaksi berjenjang dan finalitas sub-detik, stablecoin memiliki volume sirkulasi lebih dari 42 miliar USD di lebih dari 20 rantai. Protokol A2A Google lebih jelas merencanakan ekosistem agen “pembayaran layanan dan biaya”. Namun, setelah mempelajari dengan mendalam spesifikasi v1, proposal revisi v2, dan kemajuan ekosistem awal, ditemukan bahwa arsitekturnya memiliki batasan mendasar, jika tidak dilakukan penyesuaian besar-besaran, sulit untuk mencapai aplikasi skala besar.

Artikel ini mengkritik secara sistematis berdasarkan prinsip sistem terdistribusi, ekonomi protokol pembayaran, dan kasus penerapan nyata, kemudian mengusulkan rencana transformasi arsitektur yang mendukung penerapan tingkat internet.

1**、Memahami** x402 struktur

Protokol ini memanfaatkan mekanisme transferWithAuthorization EIP-3009 () untuk melakukan transfer stablecoin tanpa biaya Gas. Klien akan membangun bukti otorisasi yang ditandatangani secara enkripsi, yang memungkinkan pihak ketiga (yaitu relayer) untuk melakukan transfer atas namanya.

Pengamatan Kunci: Desain ini mengimplementasikan verifikasi pembayaran enkripsi tanpa memerlukan pedagang untuk menangani kunci pribadi atau mengelola infrastruktur blockchain secara langsung. Penyelesaian dilakukan di jaringan seperti Base (Ethereum L2), dengan finalitas sekitar 200 milidetik, dan biaya Gas kurang dari 0,0001 dolar. Protokol ini tampak sederhana dan elegan, namun kesederhanaan yang terlihat ini menyembunyikan beberapa masalah arsitektur yang mendalam yang hanya akan muncul setelah pemeriksaan mendalam.

2**, Beberapa Masalah Arsitektur yang Tersembunyi**

Pertanyaan Satu: Model Ekonomi Perantara Memiliki Kekurangan

Pihak perantara memiliki tiga fungsi: verifikasi tanda tangan EIP-3009, penyiaran transaksi blockchain, dan penyediaan infrastruktur API. Namun, lapisan protokol tidak menyediakan mekanisme kompensasi ekonomi. Mari kita hitung biaya dengan tepat:

Pihak perantara CDP Coinbase saat ini menerapkan biaya layanan nol untuk transaksi USDC di jaringan Base. Setiap transaksi menghabiskan sekitar 0,0006 dolar AS biaya Gas bagi pihak perantara. Saat memproses 1 juta transaksi per bulan, biaya Gas saja mencapai 600 dolar AS (belum termasuk biaya server, node RPC, sistem pemantauan, biaya kepatuhan, dan pemeliharaan teknik). Pihak perantara kekurangan cara untuk memulihkan biaya di tingkat protokol.

Temuan Kunci: Dibandingkan dengan semua protokol pembayaran sukses dalam sejarah internet, Stripe mengenakan biaya 2,9% + 0,3 dolar AS untuk setiap transaksi, PayPal mengambil sekitar 3% sebagai biaya merchant, dan jaringan kartu kredit memperoleh keuntungan 2-3% melalui tarif diskon merchant. Protokol-protokol ini dapat menangkap nilai karena mereka menciptakan nilai dan membangun model bisnis berkelanjutan yang berkembang seiring dengan skala transaksi. Namun, pihak penghubung x402 memberikan nilai nyata, tetapi tidak dapat memperoleh imbalan nilai apa pun.

Masalah Kedua: Mekanisme Penyelesaian Dua Tahap Mengakibatkan Keterlambatan dan Kegagalan Atomik

Arsitektur saat ini memerlukan dua interaksi blockchain yang independen: fase verifikasi (memeriksa keabsahan tanda tangan dan status nonce) dan fase penyelesaian (melakukan transfer nyata). Desain ini juga menyebabkan kehilangan performa dan masalah keakuratan.

Penundaan 500-1100 milidetik per permintaan masih dapat diterima, tetapi dalam skenario aplikasi nyata akan menghasilkan efek penumpukan eksponensial:

Penelitian Mandiri Agen Mengambil data dari 100 API yang dilindungi x402: Akumulasi biaya pembayaran 50-110 detik;

Robot Perdagangan memperbarui posisi melalui 50 sumber data waktu nyata: penundaan akumulasi 25-55 detik;

AI****Asisten memanggil 20 alat dalam percakapan: penundaan interaksi meningkat 10-22 detik.

Melanggar Prinsip Inti Sistem Terdistribusi: Ini bukan kekhawatiran hipotetis, tetapi merupakan hasil yang tak terhindarkan dari pemisahan operasi atom (pembayaran) menjadi protokol dua tahap. Sejak tahun 1970-an, penelitian sistem terdistribusi telah menunjukkan dengan jelas: ketika ada skema atom, protokol dua tahap memiliki kerentanan bawaan. Komitmen dua tahap (2PC) di bidang basis data telah terbukti rentan terhadap kegagalan koordinator. x402 harus menghindari mengulangi kesalahan yang sama.

Pertanyaan Tiga:EIP-3009 eksklusif membelah ekosistem token

Protokol ini secara tegas mengharuskan penggunaan metode EIP-3009 transferWithAuthorization() untuk penyelesaian pembayaran. Secara prinsip, ini memungkinkan setiap token yang sesuai dengan standar EIP-3009 untuk kompatibel dengan x402. Namun, kenyataannya adalah bahwa jumlah token yang sesuai dengan standar tersebut jauh lebih sedikit daripada stablecoin yang memiliki relevansi ekonomi.

Ini berarti bahwa versi x402 v1 memiliki masalah kompatibilitas dengan 40% dari variasi token utama. Situasi kompatibilitas dengan stablecoin lainnya lebih ketat: Tether (USDT) sebagai stablecoin terbesar dengan volume lebih dari 140 miliar dolar, belum pernah mendukung standar EIP-3009 dan tidak ada rencana terkait. Stablecoin DAI menggunakan standar izin EIP-2612, meskipun fungsinya mirip, perbedaan antarmuka menyebabkan ketidakcocokan di lapisan protokol.

Pertanyaan Empat: Dukungan Multi-Rantai Tidak Sesuai Nama

Spesifikasi protokol menyatakan bahwa x402 mendukung “Base, Solana, dan jaringan EVM apa pun melalui relai yang dihosting sendiri”, tampaknya memiliki fleksibilitas yang independen dari rantai. Namun, ketika menyelidiki detail implementasi, dapat ditemukan bahwa kemampuan dukungan multichain-nya jauh lebih rendah daripada yang diklaim di permukaan.

Setiap relai mendukung subset jaringan yang berbeda-beda, dan terdapat perbedaan dalam persyaratan konfigurasi, daftar token, dan tingkat kematangan operasional. Protokol tidak memiliki mekanisme penemuan untuk memungkinkan klien bertanya “rantai mana yang didukung oleh pedagang ini”, sehingga penyedia layanan hanya dapat menentukan satu jaringan dalam respons 402, memaksa klien untuk memiliki dana di rantai tertentu atau membatalkan transaksi.

Masalah Lima: Pihak perantara sebenarnya adalah lapisan tengah yang tidak perlu

Kita perlu meninjau asumsi dasar dari arsitektur ini: Mengapa harus ada pihak perantara dalam desain? Alasan tradisionalnya patut diperdebatkan.

Desain alternatif ini memiliki berbagai keuntungan:

**Atomisitas: **Verifikasi dan penyelesaian dilakukan dalam satu transaksi di rantai.

Penundaan menurun: mengurangi satu perjalanan bolak-balik jaringan (200-500 milidetik vs 500-1100 milidetik);

Keandalan: Tidak perlu bergantung pada status online pihak ketiga atau ketersediaan API;

Keberlanjutan Ekonomi: biaya perjanjian yang dipotong langsung di blockchain (biaya platform 1%);

Transparansi: Semua logika penyelesaian dapat diaudit di blockchain.

3**、v2 usulan: perbaikan dan masalah yang tersisa**

Tim x402 telah merilis cabang spesifikasi v2, berusaha untuk mengatasi beberapa keterbatasan v1 melalui “desain ulang yang tidak bergantung pada lapisan transportasi”. Setelah meninjau log pembaruan v2, peta jalan, dan dokumen spesifikasi, penulis berpendapat: meskipun v2 telah mencapai perbaikan bertahap, tetapi belum dapat menyelesaikan masalah arsitektur mendasar yang disebutkan di atas.

v2****Pembaruan Utama：

Abstraksi lapisan transmisi: membagi protokol menjadi jenis (struktur data), logika (skema), dan lapisan representasi (HTTP, MCP, A2A);

Skalabilitas solusi: Standarisasi skema “penagihan yang akurat”, mendukung penambahan model baru (berdasarkan penggunaan, lisensi komersial, dll);

Mekanisme penemuan layanan: Menambahkan Bazaar API untuk mencari sumber daya yang mendukung x402.

v2****Masalah utama yang belum diperbaiki:

Menggunakan arsitektur perantara (klien → perantara/verifikasi → perantara/penyelesaian → pedagang);

Mempertahankan model ekonomi tanpa biaya (pihak perantara masih tidak mendapatkan keuntungan);

Pertahankan mode penyelesaian dua tahap;

Menjaga eksklusivitas EIP-3009 (dukungan token ditunda hingga kuartal kedua 2026);

Melanjutkan pencocokan jaringan eksplisit (tanpa lapisan abstraksi lintas rantai);

Masih memaksa pihak perantara untuk terlibat.

4**, syarat yang diperlukan untuk mencapai adopsi skala tingkat internet**

Berdasarkan penelitian selama tiga puluh tahun tentang sistem terdistribusi dan protokol pembayaran, saya merangkum prinsip arsitektur berikut:

Keberlanjutan ekonomi yang dipicu oleh biaya protokol: Mengurangi biaya penyelesaian 1% di blockchain untuk menghasilkan pendapatan yang berkelanjutan;

Melalui kontrak pintar untuk mencapai penyelesaian atomik: Menghilangkan kondisi balapan dalam transaksi on-chain tunggal;

**Fleksibilitas Token: ** Mendukung EIP-3009, EIP-2612 izin dan standar ERC-20 secara bersamaan;

Abstraksi Rantai: Mewujudkan routing berbasis niat melalui Circle CCTP dan protokol Across;

Meminimalkan ketergantungan pada kepercayaan: Mekanisme penyelesaian langsung yang tidak memerlukan intervensi pihak perantara.

5**, Kesimpulan**

x402 v1 telah mencapai terobosan substansial dalam menyelesaikan masalah yang mengganggu industri selama tiga puluh tahun. Berkat kematangan infrastruktur blockchain, pembayaran mikro kini memiliki kelayakan ekonomi. Kebangkitan ekonomi agen menciptakan permintaan mendesak untuk protokol pembayaran asli mesin. Dukungan dari Coinbase dan integrasi dengan Google A2A memberikan kredibilitas tingkat institusional untuk protokol ini. Jalur teknologi dasarnya (kode status HTTP 402 + penyelesaian blockchain + otorisasi enkripsi) memiliki rasionalitas desain yang solid.

Namun, niat baik dan dukungan perusahaan tidak dapat memastikan keberhasilan perjanjian. Model perantara melahirkan sistem ekonomi yang tidak berkelanjutan—infrastruktur kunci harus menanggung kerugian operasional secara permanen. Penundaan dan kegagalan atomik yang dibawa oleh struktur penyelesaian dua tahap sebenarnya bisa dihindari dengan solusi atomik. Eksklusivitas EIP-3009 telah memecah ekosistem token, tidak hanya mengecualikan 40% dari volume sirkulasi USDC, tetapi juga hampir menolak semua stablecoin kompetitif. Dukungan multi-rantai hanya sebatas permukaan, malah secara langsung mengekspos masalah fragmentasi blockchain kepada pengguna akhir. Dalam skenario di mana penyelesaian kontrak pintar dapat menawarkan fitur yang lebih baik, perantara sebenarnya berperan sebagai lapisan perantara yang tidak perlu.

Meskipun proposal v2 telah memperbaiki abstraksi transmisi, mekanisme penemuan layanan, dan skalabilitas solusi, namun tidak menyentuh masalah inti seperti model ekonomi perantara, penyelesaian dua tahap, pembatasan token, dan fragmentasi lintas rantai. Peta jalan menunda perbaikan kunci hingga kuartal kedua tahun 2026. Internet yang otonom membutuhkan sistem pembayaran yang otonom — x402 v1 menunjukkan kelayakan teknis, v2 meskipun telah mencapai optimisasi bertahap, tetapi masih jauh dari memenuhi kebutuhan.