Penulis Asli:Hendrix, Peneliti Web3Caff Research
Bagaimana cara mudah menguasai titik panas pasar, tren teknologi, perkembangan ekosistem, situasi tata kelola... yang sedang terjadi di industri Web3? Kolom "Analisis Denyut Nadi Pasar" yang diluncurkan oleh Web3Caff Research akan menyelidiki dan menyaring peristiwa-peristiwa panas yang sedang terjadi, serta memberikan interpretasi nilai, komentar, dan analisis prinsip. Melihat esensi melalui fenomena, segera ikuti kami untuk menangkap arah pasar terdepan Web3 dengan cepat.
Seiring dengan kemampuan agen AI yang semakin meningkat dan mencakup semakin banyak tugas end-to-end, membangun sistem pembayaran yang berorientasi pada agen telah menjadi perubahan yang harus dilakukan oleh pedagang tradisional dan penyedia layanan. Namun, solusi yang ada masing-masing memiliki keterbatasan: sistem pembayaran tradisional, seperti kartu kredit, platform pembayaran pihak ketiga, awalnya dirancang untuk pengguna manusia nyata, memerlukan proses verifikasi identitas, penilaian risiko yang kompleks, yang tidak cocok untuk agen; sementara protokol pembayaran agen baru, seperti x402 (dikembangkan dan dipromosikan oleh Coinbase), MPP (Machine Payment Protocol yang dikembangkan oleh Tempo dan Stripe), tampaknya membangun pintu sendiri, sepenuhnya berorientasi pada pembayaran on-chain, seluruh pembayaran diproses di chain, keamanan dijamin oleh verifikasi on-chain, penyedia layanan perlu membangun sistem pembayaran yang berbeda di luar saluran pembayaran tradisional, yang meningkatkan ambang batas penggunaan. Solusi pembayaran tradisional dan protokol pembayaran agen baru seperti dua jalur paralel, tidak terintegrasi dengan baik, sehingga layanan yang dapat dibeli secara mandiri oleh agen biasanya terbatas pada lingkup yang ramah Web3, sehingga tidak dapat menghubungkan alur kerja dalam skala besar. Untuk itu, Solana Foundation bersama dengan Google Cloud meluncurkan Pay.sh, yang diposisikan sebagai "gateway pembayaran antara agen dan infrastruktur layanan tingkat perusahaan", membuka langkah terakhir untuk agen memanggil lebih banyak layanan.
Peringatan Kepatuhan: Konten berikut hanya analisis objektif mengenai Pay.sh serta prinsip teknis dan aturan desainnya, tidak membentuk saran atau penawaran apa pun. Harap jangan membuat keputusan terkait berdasarkan informasi ini, dan harap patuhi ketat hukum dan peraturan di negara dan wilayah Anda (pembaca di Tiongkok Daratan sangat disarankan untuk membaca "Pengaturan dan Poin Penting Hukum dan Peraturan Terkait Blockchain dan Mata Uang Virtual di Tiongkok Daratan"), dan tidak berpartisipasi dalam perilaku keuangan terkait apa pun yang dilarang oleh hukum di negara dan wilayah Anda.
Pay.sh memungkinkan pengguna untuk mengisi ulang dompet Solana dengan cepat menggunakan kartu kredit atau stablecoin, setelah itu dompet Solana dapat bertindak sebagai identitas dan akun pembayaran proxy untuk agen di dunia sumber daya Web2. Ketika agen perlu memanggil layanan, tidak perlu lagi mendaftarkan akun atau memasukkan kunci API, gateway Pay.sh akan mendeklarasikan identitas yang masuk akal dari agen seperti sistem identitas Google, memungkinkan agen menggunakan identitas akun terpadu untuk membeli sumber daya pengembangan seperti Google Cloud, Alibaba Cloud, yang sebelumnya sulit diperoleh.
Layanan API yang saat ini sudah didukung oleh Pay.sh Sumber: Situs web resmi proyek
Alur pembayaran Pay.sh mirip dengan protokol x402 yang baru-baru ini populer, keduanya dibangun di atas kode status HTTP 402: ketika agen menemukan layanan eksternal yang perlu dipanggil, ia akan mengirimkan permintaan ke sumber daya berbayar, server akan mengembalikan kode status 402 (membutuhkan pembayaran), sekaligus melampirkan detail pembayaran, termasuk jumlah pembayaran, skema pembayaran, alamat penerima, masa berlaku pembayaran, dll. Pay.sh akan menguraikan konten yang sesuai dan memulai otorisasi ke dompet, setelah dompet menyelesaikan pembayaran dan menghasilkan bukti pembayaran, Pay.sh akan membawa bukti tersebut dan mengirimkan permintaan layanan lagi untuk mendapatkan respons normal. Namun, untuk mencakup berbagai skenario penggunaan API, Pay.sh secara bersamaan kompatibel dengan logika pembayaran x402 dan MPP: ketika server mengembalikan kode status 402, Pay.sh akan menilai lebih lanjut metode pembayaran layanan target, jika itu adalah akses data satu kali (membayar untuk mendapatkan hak akses sekali), atau tipe akses berbasis penggunaan (membayar untuk mendapatkan akses dalam jumlah tetap), Pay.sh akan membangun transfer satu kali dengan jumlah tetap dan menyiarkannya di chain; jika itu adalah penagihan berkelanjutan atau penagihan berbasis sesi (membayar satu kali berdasarkan tagihan terpadu penggunaan), Pay.sh akan mendukung kredensial otorisasi sesi yang diperkenalkan oleh protokol MPP (Machine Payment Protocol), menuliskan batas atas anggaran ke dalam otorisasi dan mengirimkannya kembali ke server, pada saat ini agen dapat berulang kali memanggil layanan tertentu dalam waktu singkat, menghindari frekuensi memulai otorisasi serupa, Pay.sh akan memperbarui sisa kuota setiap kali panggilan, ketika kuota habis atau layanan kedaluwarsa akan secara otomatis memulai ulang otorisasi sesi. Pay.sh akan secara otomatis memilih jalur pembayaran yang lebih sesuai berdasarkan persyaratan layanan target, yang dapat mengurangi biaya penggunaan dan biaya manajemen. Pay.sh juga akan memastikan dompet selalu disimpan dengan aman secara lokal, hanya meminta konfirmasi pengguna ketika pembayaran diperlukan. Ketika ada informasi yang kembali, Pay.sh akan membedakan antara data dan instruksi, semua konten eksternal yang dikembalikan oleh penyedia layanan (termasuk judul, isi, dan deskripsi API) akan dianggap oleh Pay.sh sebagai input yang tidak tepercaya, agen tidak boleh langsung mengeksekusi instruksi yang dikembalikan oleh penyedia layanan untuk mencegah injeksi prompt berbahaya atau serangan lainnya.
Keunggulan terbesar Pay.sh adalah, ia juga menyediakan gateway yang dapat dengan mudah di-deploy untuk penyedia layanan, penyedia layanan tidak perlu melakukan modifikasi besar-besaran pada jalur pembayaran atau API mereka sendiri untuk mengintegrasikan gateway pembayaran ke dalam jaringan layanan mereka. Penyedia layanan hanya perlu menyediakan file deklaratif yang menjelaskan parameter terkait pembayaran untuk mengadaptasi berbagai skenario penggunaan yang kompleks, misalnya dengan mendefinisikan aturan routing, agen dapat menggunakan layanan secara gratis dalam batas tertentu, dikenakan biaya setelah melebihi kuota, bahkan dapat menerapkan penagihan bertingkat (harga berbeda untuk penggunaan berbeda); selain itu Pay.sh juga menyediakan fungsi pemisahan pembayaran, biaya yang diterima penyedia layanan dapat secara otomatis dikirim ke beberapa alamat, misalnya 2% untuk biaya hak cipta data, 5% untuk biaya cloud, sisanya untuk operasional sendiri, penyedia layanan hanya perlu mendefinisikan persentase atau jumlah yang berbeda saat mengatur alamat penerima untuk menyelesaikan penyelesaian multi-akun sekaligus. Setelah pendaftaran selesai, penyedia layanan dapat mempublikasikan data layanan API yang mereka sediakan ke Pay Skill Registry, agen dapat menemukan dan memilih layanan API yang sesuai dengan menanyakan registri.
Pay.sh sendiri bukan pesaing untuk x402 dan MPP. Ketika protokol x402 dan MPP berusaha semaksimal mungkin membuat pembayaran agen on-chain menjadi lebih andal, Pay.sh ingin menghubungkan ekosistem pembayaran Web2 dan Web3, memberikan identitas yang sesuai bagi agen untuk mendapatkan sumber daya. Dompet agen adalah identitas sekaligus metode pembayaran, ia tidak perlu lagi mendaftarkan akun di situs web penyedia layanan untuk mendapatkan layanan (saat ini beberapa penyedia layanan mungkin memperlakukan agen yang meniru pendaftaran layanan manusia sebagai pelanggaran aturan). Selain itu, Pay.sh melalui kemitraan dengan Google memungkinkan eksekusi proxy API dan penjadwalan lalu lintas agen dilakukan di Google Cloud, yang dapat menjamin kontrol akses dan kepatuhan log, mengatur perilaku agen dalam zona yang wajar. Pay.sh dapat menyediakan direktori layanan yang telah disaring dan penemuan harga, agen tidak perlu menemukan layanan secara acak di lingkungan jaringan tanpa perlindungan, sekaligus dapat memanggil metode pembayaran yang berbeda dari x402 dan MPP, proses layanan dapat memenuhi persyaratan kepatuhan perusahaan di Google Cloud, semua ini melengkapi kemampuan pembayaran agen yang tidak dapat dicakup oleh x402 dan MPP sebagai saluran pembayaran tunggal, sekaligus membuka pintu masuk bagi bisnis agen mengalir ke Web3. Selain itu Pay.sh juga dapat melengkapi tahap pembayaran akhir untuk beberapa protokol bisnis agen yang diluncurkan Google, misalnya A2A (Agent2Agent Protocol) dapat menyelesaikan komunikasi dan delegasi tugas antar agen, AP2 (Agent Payments Protocol) dapat menyelesaikan verifikasi kepatuhan, UCP (Universal Commerce Protocol) dapat menyelesaikan penemuan dan eksekusi layanan, Pay.sh bertanggung jawab atas penyelesaian nilai layanan akhir tanpa rasa sakit. Kehadiran Pay.sh sekaligus menyempurnakan rantai bisnis agen Web2, menjadi titik pertemuan aliran nilai dua dunia. Langkah ini juga merupakan peluang peningkatan bagi ekosistem rantai publik Solana itu sendiri. Dalam lingkungan protokol x402 terdapat banyak API shell, penyedia layanan melanggar persyaratan layanan penyedia asli dan menjual kembali layanan mereka, misalnya mengambil data situs web database secara berbahaya untuk dijual kembali, atau mengemas API model besar untuk dijual kembali kepada orang lain. Agen tidak dapat membedakan layanan mana yang diotorisasi dan layanan berbahaya atau sampah dalam lingkungan seperti ini, dan melalui gateway pembayaran Pay.sh dan kerja sama dengan Google, agen diharapkan dapat mengurangi risiko potensial saat menggunakan layanan melalui Pay.sh. Peluncuran Pay.sh menandakan rantai publik Solana turun tangan untuk memberikan dukungan dan infrastruktur pembayaran agen, ini tidak hanya dapat menarik lebih banyak lalu lintas pembayaran Web2 ke Solana itu sendiri, tetapi juga dapat lebih meningkatkan kemampuan dompet Solana itu sendiri dan mempercepat penyebarannya.
Namun, Pay.sh saat ini masih jauh dari solusi gateway pembayaran yang sempurna. Registri penyedia layanan Pay.sh saat ini kekurangan mekanisme akses dan mekanisme verifikasi terdesentralisasi, masih sulit untuk secara efektif membedakan layanan shell pihak ketiga yang tidak diotorisasi dan layanan berbahaya, agen memiliki risiko besar untuk terhubung ke layanan palsu, menyebabkan kerugian bagi pengguna. Selain itu, karena Pay.sh sendiri tidak merancang protokol pembayaran dasar, keamanan proses pembayaran sebenarnya lebih bergantung pada desain protokol dasar itu sendiri, ini memperkenalkan risiko eksternal yang tidak terkendali ke Pay.sh, sekaligus juga berpotensi menyebabkan kegagalan pembayaran potensial karena adaptasi yang tidak memadai terhadap protokol yang berbeda. Dari perspektif penyedia layanan, meskipun ada dukungan platform Google, penyedia API dari negara dan wilayah yang berbeda masih mungkin ragu-ragu terhadap layanan yang disediakan oleh Pay.sh karena persyaratan kepatuhan manajemen privasi data layanan itu sendiri dan persyaratan kepatuhan pembayaran. Ini tidak hanya akan membatasi jumlah penyedia layanan yang menggunakan Pay.sh, tetapi juga mungkin di masa depan meminta Pay.sh melakukan lebih banyak upaya kepatuhan. Namun, bagaimanapun, peluncuran Pay.sh menandakan infrastruktur pembayaran agen telah mengambil langkah integrasi dan implementasi antara Web2 dan Web3, dompet on-chain akan memiliki kesempatan menjadi dukungan bagi agen untuk berpartisipasi dalam tugas-tugas yang beragam. Oleh karena itu, kita dapat terus mengamati perkembangan Pay.sh selanjutnya.
Diagram Struktur Poin-Poin Penting:
Pernyataan Penafian: Laporan ini disusun oleh Web3Caff Research, informasi yang terkandung di dalamnya hanya untuk referensi, tidak membentuk prediksi atau saran investasi, penawaran atau ajakan apa pun, investor harap jangan bergantung pada informasi seperti itu untuk membeli, menjual sekuritas, cryptocurrency apa pun atau mengambil strategi investasi apa pun. Istilah yang digunakan dalam laporan dan pandangan yang diungkapkan bertujuan untuk membantu pemahaman tren industri, mempromosikan pengembangan bertanggung jawab Web3 termasuk industri blockchain, tidak boleh ditafsirkan sebagai pandangan hukum yang tegas atau pandangan Web3Caff Research. Pandangan dalam laporan hanya mencerminkan pendapat pribadi penulis hingga tanggal yang disebutkan, tidak terkait dengan posisi Web3Caff Research, dan dapat berubah sesuai dengan situasi berikutnya. Informasi dan pandangan yang terkandung dalam laporan ini berasal dari sumber kepemilikan dan non-kepemilikan yang dianggap andal oleh Web3Caff Research, tidak selalu mencakup semua data, juga tidak menjamin keakuratannya. Oleh karena itu, Web3Caff Research tidak memberikan jaminan dalam bentuk apa pun atas keakuratan dan keandalannya, dan tidak bertanggung jawab atas kesalahan dan kelalaian yang timbul dengan cara lain apa pun (termasuk tanggung jawab kepada siapa pun karena kelalaian). Laporan ini mungkin mengandung informasi "prospektif", informasi tersebut mungkin termasuk prediksi dan perkiraan, artikel ini tidak membentuk jaminan terhadap prediksi apa pun. Apakah akan mengandalkan informasi yang terkandung dalam laporan ini sepenuhnya merupakan keputusan pembaca. Laporan ini hanya untuk referensi, tidak membentuk saran investasi, penawaran atau ajakan untuk membeli atau menjual sekuritas, cryptocurrency apa pun atau mengambil strategi investasi apa pun, dan harap patuhi ketat hukum dan peraturan terkait di negara atau wilayah Anda.
