Bagaimana cara dengan mudah memahami tren pasar, perkembangan teknologi, kemajuan ekosistem, dan dinamika tata kelola yang sedang terjadi di industri Web3? Kolom "Market Pulse Analysis" dari Web3Caff Research akan secara mendalam menjelajahi dan memilah peristiwa-peristiwa hangat terkini, serta memberikan analisis nilai, komentar, dan penjelasan prinsip dasarnya. Lihat inti di balik gejala, serta ikuti kami untuk segera menangkap arah pasar Web3 terkini.
Penulis artikel: Hendrix, peneliti Web3Caff Research
Sumber artikel: Web3Caff Research
As AI agents become increasingly capable and take on more end-to-end tasks, building payment systems for agents has become a necessary evolution for traditional merchants and service providers. However, existing solutions each have their limitations: traditional payment systems such as credit cards and third-party payment platforms were originally designed for human users, requiring complex identity verification and risk assessment processes that are unsuitable for agents; meanwhile, emerging agent payment protocols such as x402 (developed and promoted by Coinbase), MPP (Machine Payment Protocol developed by Tempo and Stripe), etc., operate as separate systems entirely built for on-chain payments, processing the entire transaction on-chain with on-chain verification for security, requiring service providers to build an entirely separate payment infrastructure outside traditional channels, raising the barrier to adoption. Traditional payment solutions and emerging agent payment protocols resemble two parallel lanes that have not been well integrated, limiting agents’ ability to autonomously purchase services mostly to Web3-friendly ecosystems, thus preventing large-scale workflow chaining. To address this, Solana Foundation and Google Cloud jointly launched Pay.sh, positioned as a “payment gateway between agents and enterprise-grade service infrastructure,” bridging the final step for agents to access more services.
Peringatan kepatuhan: Konten berikut hanya merupakan analisis objektif terhadap Pay.sh serta prinsip teknis dan aturan desainnya, dan tidak merupakan ajakan atau penawaran apa pun. Silakan jangan membuat keputusan terkait berdasarkan informasi ini, dan pastikan Anda mematuhi hukum dan peraturan di negara dan wilayah Anda (pembaca di Tiongkok Daratan sangat disarankan untuk membaca "Kumpulan dan Ringkasan Penting Hukum dan Peraturan Tiongkok Daratan terkait Blockchain dan Mata Uang Virtual"), serta tidak terlibat dalam aktivitas keuangan apa pun yang dilarang oleh hukum di negara dan wilayah Anda.
Pay.sh memungkinkan pengguna untuk mengisi saldo secara cepat ke dompet Solana melalui kartu kredit ataustablecoin untukdompetSolana, yang kemudian dapat bertindak sebagai agen identitas dan akun pembayaran di dunia sumber daya Web2. Ketika agen perlu memanggil layanan, tidak perlu lagi mendaftar akun atau memasukkan kunci API; gateway Pay.sh akan menyatakan identitas sah agen, seperti sistem identitas Google, memungkinkan agen menggunakan identitas akun seragam untuk membeli sumber daya pengembangan yang sebelumnya sulit diakses, seperti Google Cloud dan Alibaba Cloud.akun
Layanan API yang saat ini didukung oleh Pay.sh Sumber gambar: situs web proyek
Proses pembayaran Pay.sh mirip dengan protokol x402 yang sempat populer beberapa waktu lalu, keduanya dibangun di atas kode status HTTP 402: ketika agen menemukan layanan eksternal yang perlu dipanggil, ia akan mengirim permintaan ke sumber daya berbayar, server akan merespons dengan kode status 402 (pembayaran diperlukan) sekaligus menyertakan detail pembayaran, termasuk jumlah pembayaran, paket pembayaran, alamat penerima, masa berlaku pembayaran, dll. Pay.sh akan memproses konten respons tersebut dan meminta otorisasi dari dompet; setelah pembayaran selesai dan bukti pembayaran dihasilkan, Pay.sh akan mengirimkan bukti tersebut kembali untuk meminta layanan dan menerima respons normal. Namun, untuk mencakup berbagai skenario penggunaan API, Pay.sh juga kompatibel dengan logika pembayaran x402 dan MPP: ketika server merespons dengan kode status 402, Pay.sh akan mengevaluasi metode pembayaran layanan tujuan. Jika ini adalah akses data satu kali (pembayaran memberikan akses satu kali) atau tipe akses berbasis penggunaan (pembayaran memberikan akses dengan kuota tetap), Pay.sh akan membuat dan menyebarkan transaksi tetap satu kali di blockchain. Jika ini adalah penagihan berkelanjutan atau berbasis sesi (pembayaran tunggal berdasarkan total penggunaan), Pay.sh mendukung otorisasi sesi dari protokol MPP (Machine Payment Protocol), dengan menuliskan batas anggaran ke dalam otorisasi dan mengirimkannya kembali ke server; dengan demikian, agen dapat memanggil layanan tertentu berulang kali dalam waktu singkat tanpa perlu mengajukan otorisasi berulang. Pay.sh akan memperbarui sisa kuota setiap kali pemanggilan dilakukan, dan secara otomatis mengajukan otorisasi sesi baru ketika kuota habis atau layanan kedaluwarsa. Pay.sh secara otomatis memilih jalur pembayaran yang lebih sesuai berdasarkan persyaratan layanan tujuan, sehingga mengurangi biaya penggunaan dan biaya manajemen. Pay.sh juga menjamin bahwa dompet selalu disimpan secara aman di lokal, dan hanya meminta konfirmasi pengguna saat diperlukan untuk pembayaran. Ketika ada informasi yang dikembalikan, Pay.sh membedakan antara data dan instruksi; semua konten eksternal yang dikembalikan penyedia layanan (termasuk judul, isi, dan deskripsi API) dianggap sebagai input tidak terpercaya oleh Pay.sh, dan agen tidak boleh langsung mengeksekusi instruksi yang dikembalikan penyedia layanan guna mencegah serangan seperti prompt injection atau serangan berbahaya lainnya.
Keunggulan utama Pay.sh adalah bahwa platform ini menyediakan gateway yang mudah dideploy bagi penyedia layanan, sehingga penyedia tidak perlu melakukan modifikasi besar terhadap jalur pembayaran atau API mereka untuk mengintegrasikan gateway pembayaran ke dalam jaringan layanan mereka. Penyedia hanya perlu menyediakan file deklaratif yang menjelaskan parameter terkait pembayaran untuk menyesuaikan berbagai skenario penggunaan yang kompleks, misalnya dengan mendefinisikan aturan routing, agen dapat menggunakan layanan secara gratis hingga batas tertentu, dan mulai dikenai biaya setelah melebihi kuota, bahkan dapat menerapkan sistem biaya bertingkat (harga berbeda berdasarkan tingkat penggunaan); selain itu, Pay.sh juga menyediakan fitur pemisahan pembayaran, di mana biaya yang diterima penyedia dapat secara otomatis dikirim ke beberapa alamat, misalnya 2% untuk biaya hak cipta data pembayaran, 5% untuk biaya cloud, dan sisanya untuk operasional penyedia sendiri—penyedia hanya perlu menentukan persentase atau jumlah berbeda saat mengatur alamat penerima untuk secara sekaligus menyelesaikan pembayaran ke beberapa akun. Setelah pendaftaran selesai, penyedia dapat mempublikasikan data layanan API mereka ke Pay Skill Registry, sehingga agen dapat menemukan dan memilih layanan API yang sesuai dengan cara mengakses registri tersebut.
Pay.sh sendiri bukanlah pesaing bagi x402 dan MPP. Sementara protokol x402 dan MPP berusaha membuat pembayaran agen on-chain menjadi lebih andal, Pay.sh bertujuan untuk menghubungkan ekosistem pembayaran Web2 dan Web3, serta memberikan identitas yang sesuai kepada agen untuk mengakses sumber daya. Dompet agen berfungsi sebagai identitas sekaligus metode pembayaran, sehingga agen tidak perlu lagi mendaftar akun secara mandiri di situs web penyedia layanan (sebagian penyedia layanan saat ini mungkin menganggap tindakan agen yang meniru pendaftaran manusia sebagai pelanggaran). Selain itu, Pay.sh melalui kolaborasi dengan Google memungkinkan agen menjalankan proxy API dan pengaturan lalu lintas di platform Google Cloud, sehingga menjamin kontrol akses dan kepatuhan log, serta membatasi perilaku agen dalam batas yang wajar. Pay.sh menyediakan direktori layanan yang telah disaring dan penemuan harga, sehingga agen tidak perlu secara acak menemukan layanan di lingkungan jaringan tanpa perlindungan, sekaligus dapat memanfaatkan berbagai metode pembayaran dari x402 dan MPP. Proses layanan dapat diselesaikan di Google Cloud sesuai persyaratan kepatuhan perusahaan, yang melengkapi kemampuan pembayaran agen yang tidak dapat dicakup oleh x402 dan MPP sebagai saluran pembayaran tunggal, sekaligus membuka pintu masuk bagi komersialisasi agen menuju Web3. Selain itu, Pay.sh juga dapat melengkapi tahap pembayaran akhir untuk berbagai protokol komersial agen yang diperkenalkan oleh Google, seperti A2A (Agent2Agent Protocol) yang menyelesaikan komunikasi dan penugasan antar agen, AP2 (Agent Payments Protocol) yang menyelesaikan verifikasi kepatuhan, UCP (Universal Commerce Protocol) yang menyelesaikan penemuan dan eksekusi layanan, sedangkan Pay.sh bertanggung jawab atas penyelesaian nilai layanan tanpa hambatan. Munculnya Pay.sh juga melengkapi aspek komersial agen Web2, menjadi titik pertemuan aliran nilai antara dua dunia. Langkah ini juga merupakan peluang peningkatan bagi ekosistem blockchain Solana sendiri. Di lingkungan protokol x402, terdapat banyak API berkedok yang menyebabkan penyedia layanan melanggar ketentuan layanan asli dengan menjual kembali layanan tersebut, misalnya mengambil data secara ilegal dari situs database untuk dijual kembali, atau membungkus API model besar lalu menjualnya kembali kepada pihak lain. Dalam lingkungan ini, agen tidak dapat membedakan layanan mana yang sah dan mana yang merupakan layanan sampah jahat. Namun, melalui gateway pembayaran Pay.sh dan kerja sama dengan Google, agen yang menggunakan layanan melalui Pay.sh berpotensi mengurangi risiko potensial. Peluncuran Pay.sh menandai bahwa blockchain Solana turun tangan memberikan jaminan dan dukungan infrastruktur untuk pembayaran agen, yang tidak hanya akan menarik lebih banyak arus pembayaran Web2 ke Solana, tetapi juga meningkatkan kemampuan dompet Solana secara lebih lanjut dan mempercepat adopsinya.
Namun, Pay.sh saat ini masih jauh dari menjadi solusi gateway pembayaran yang sempurna. Daftar penyedia layanan Pay.sh saat ini belum memiliki mekanisme akses dan verifikasi terdesentralisasi, sehingga masih sulit untuk secara efektif membedakan layanan pihak ketiga tidak sah yang menggunakan kulit luar maupun layanan jahat; agen berisiko tinggi terhubung ke layanan palsu, yang dapat menyebabkan kerugian bagi pengguna. Selain itu, karena Pay.sh sendiri tidak merancang protokol pembayaran dasar, keamanan proses pembayaran lebih banyak bergantung pada desain protokol dasar itu sendiri, yang membawa risiko eksternal yang tidak terkendali bagi Pay.sh, sekaligus berpotensi menyebabkan kegagalan pembayaran akibat adaptasi yang tidak memadai terhadap berbagai protokol. Dari sudut pandang penyedia layanan, meskipun didukung oleh platform Google, penyedia API di berbagai negara dan wilayah tetap mungkin enggan menyediakan layanan Pay.sh karena kebutuhan kepatuhan terhadap manajemen privasi data dan persyaratan kepatuhan pembayaran. Ini tidak hanya akan membatasi jumlah penyedia layanan yang menggunakan Pay.sh, tetapi juga berpotensi menuntut lebih banyak upaya kepatuhan dari Pay.sh di masa depan. Namun demikian, peluncuran Pay.sh menandai langkah pertama dalam mewujudkan integrasi infrastruktur pembayaran agen antara Web2 dan Web3, di mana dompet on-chain berpeluang menjadi jaminan bagi agen untuk berpartisipasi dalam berbagai tugas. Oleh karena itu, kita dapat terus memantau perkembangan selanjutnya dari Pay.sh.
Diagram struktur poin:
