Bagaimana untuk dengan mudah menguasai tren pasaran, perkembangan teknologi, kemajuan ekosistem, dan situasi tata pentadbiran yang sedang berlaku dalam industri Web3? Kolum 'Analisis Denyut Pasaran' yang diperkenalkan oleh Web3Caff Research akan menyelidiki dan memilih peristiwa hangat semasa dari garis depan, serta memberikan penilaian nilai, ulasan, dan analisis prinsip. Lihat inti di sebalik fenomena, serta ikuti kami segera untuk menangkap arah pasaran Web3 secara pantas.
Penulis artikel: Hendrix, penyelidik Web3Caff Research
Sumber artikel: Web3Caff Research
Seiring dengan peningkatan kemampuan agen AI dan cakupannya yang semakin luas terhadap tugas end-to-end, membangun sistem pembayaran untuk agen menjadi perubahan yang harus dilakukan oleh pedagang tradisional dan penyedia layanan, tetapi solusi yang ada saat ini masing-masing memiliki keterbatasan: sistem pembayaran tradisional, seperti kartu kredit dan platform pembayaran pihak ketiga, awalnya dirancang untuk pengguna manusia nyata, yang memerlukan proses verifikasi identitas dan penilaian risiko yang rumit, sehingga tidak sesuai untuk agen; sementara protokol pembayaran agen baru, seperti x402 (yang dikembangkan dan dipromosikan oleh Coinbase), MPP (Machine Payment Protocol yang dikembangkan oleh Tempo dan Stripe) dan lainnya, seolah-olah membangun sistem baru yang sepenuhnya berfokus pada pembayaran on-chain, di mana seluruh proses pembayaran ditangani di blockchain, dengan keamanan dijamin melalui verifikasi on-chain, sehingga penyedia layanan perlu membangun sistem pembayaran yang berbeda di luar saluran pembayaran tradisional, yang meningkatkan ambang penggunaan. Solusi pembayaran tradisional dan protokol pembayaran agen baru seperti dua jalur paralel yang belum terintegrasi dengan baik, yang menyebabkan layanan yang dapat dibeli secara mandiri oleh agen biasanya terbatas pada lingkungan yang ramah Web3, sehingga tidak dapat menghubungkan alur kerja secara luas. Untuk itu, Solana Foundation bekerja sama dengan Google Cloud meluncurkan Pay.sh, yang didefinisikan sebagai “gateway pembayaran antara agen dan infrastruktur layanan perusahaan”, untuk menyelesaikan langkah terakhir dalam akses agen terhadap lebih banyak layanan.
Pemberitahuan kepatuhan: Kandungan berikut hanyalah analisis objektif terhadap Pay.sh serta prinsip teknikal dan peraturan reka bentuknya, dan tidak membentuk sebarang cadangan atau tawaran. Sila jangan membuat keputusan berdasarkan maklumat ini, dan sila mematuhi undang-undang dan peraturan di negara dan wilayah anda (pembaca di Tiongkok Daratan disarankan dengan kuat untuk membaca "Kumpulan dan Ringkasan Penting Undang-Undang dan Peraturan Tiongkok Daratan Berkaitan Blockchain dan Mata Wang Virtual"). Jangan terlibat dalam sebarang aktiviti kewangan yang dilarang oleh undang-undang di negara dan wilayah anda.
Pay.sh membenarkan pengguna untuk mengisi dana dengan pantas ke dompet Solana melalui kad kredit ataustabilcoinke dompetSolana, yang kemudian boleh bertindak sebagai agen identiti dan akaun pembayaran di dunia sumber Web2. Apabila agen perlu memanggil perkhidmatan, tiada keperluan untuk mendaftar akaun atau memasukkan kunci API; gerbang Pay.sh akan menyatakan identiti agen yang sah, seperti sistem pengenalan Google, membenarkan agen menggunakan identiti akaun seragam untuk membeli sumber pembangunan yang sebelumnya sukar diperoleh seperti Google Cloud dan Alibaba Cloud.akaun
Perkhidmatan API yang disokong semasa Pay.sh Sumber gambar: Laman web projek
Proses pembayaran Pay.sh serupa dengan protokol x402 yang popular beberapa waktu lalu, keduanya dibina di atas kod status HTTP 402: apabila agen mendapati perlu memanggil perkhidmatan luar, ia akan menghantar permintaan ke sumber berbayar, dan pelayan akan membalas dengan kod status 402 (perlu pembayaran), bersama maklumat pembayaran terperinci termasuk jumlah bayaran, skema bayaran, alamat penerima, tempoh sah pembayaran, dan sebagainya. Pay.sh akan menterjemahkan kandungan tersebut dan menghantar permintaan kuasa ke dompet; selepas pembayaran selesai dan bukti pembayaran dihasilkan, Pay.sh akan menghantar semula permintaan perkhidmatan bersama bukti tersebut untuk mendapat respons normal. Namun, untuk menampung pelbagai skenario penggunaan API, Pay.sh juga kompatibel dengan logik pembayaran x402 dan MPP: apabila pelayan membalas dengan kod status 402, Pay.sh akan menentukan kaedah pembayaran perkhidmatan sasaran. Jika ia adalah akses data sekali sahaja (bayaran memberi akses sekali), atau jenis akses berdasarkan penggunaan (bayaran memberi akses kuantiti tetap), Pay.sh akan membina transaksi satu kali dengan jumlah tetap dan menyiarannya di rantai; jika ia adalah penagihan berterusan atau berdasarkan sesi (bayaran tunggal berdasarkan penggunaan keseluruhan), Pay.sh menyokong kredensial kuasa sesi yang diperkenalkan oleh protokol MPP (Machine Payment Protocol), di mana had anggaran ditulis ke dalam kuasa dan dikembalikan ke pelayan, membolehkan agen memanggil perkhidmatan tersebut berulang kali dalam tempoh singkat tanpa perlu meminta kuasa berulang kali. Pay.sh akan mengemas kini baki yang tinggal setiap kali panggilan dibuat, dan secara automatik memulakan semula kuasa sesi apabila baki habis atau perkhidmatan tamat tempoh. Pay.sh akan secara automatik memilih landasan pembayaran yang lebih sesuai berdasarkan keperluan perkhidmatan sasaran, mengurangkan kos penggunaan dan kos pengurusan. Pay.sh juga memastikan dompet sentiasa disimpan dengan selamat secara tempatan, dan hanya meminta pengesahan pengguna semasa pembayaran diperlukan. Apabila terdapat maklumat balasan, Pay.sh akan membezakan data dan arahan; semua kandungan luar yang dikembalikan oleh penyedia perkhidmatan (termasuk tajuk, isi, dan huraian API) akan dianggap sebagai input tidak dipercayai, dan proxy tidak akan melaksanakan arahan yang dikembalikan oleh penyedia perkhidmatan untuk mengelakkan serangan seperti injection prompt jahat atau serangan lain.
Kelebihan utama Pay.sh ialah ia menyediakan satu gerbang yang mudah dilaksanakan kepada penyedia perkhidmatan, membolehkan penyedia perkhidmatan mengintegrasikan gerbang pembayaran ke dalam rangkaian perkhidmatan mereka tanpa perlu mengubah saluran pembayaran atau API mereka secara besar-besaran. Penyedia perkhidmatan hanya perlu menyediakan satu fail deklaratif yang menyatakan parameter berkaitan pembayaran untuk menyesuaikan pelbagai skenario penggunaan yang kompleks, seperti dengan mentakrifkan peraturan laluan, agen boleh menggunakan perkhidmatan secara percuma hingga ke jumlah tertentu, dan bermula dikenakan caj selepas melebihi kuota, bahkan boleh mewujudkan struktur caj bertingkat (cukai berbeza mengikut penggunaan); selain itu, Pay.sh juga menyediakan fungsi pembahagian pembayaran, di mana caj yang diterima oleh penyedia perkhidmatan boleh dihantar secara automatik ke beberapa alamat, contohnya 2% bayaran hak cipta data pembayaran, 5% bayaran kos awan, dan baki dibiarkan untuk operasi sendiri; penyedia perkhidmatan hanya perlu mentakrifkan peratusan atau jumlah yang berbeza semasa menetapkan alamat penerimaan untuk mencapai penyelesaian pelbagai akaun dalam satu masa. Selepas mendaftar, penyedia perkhidmatan boleh menerbitkan data perkhidmatan API mereka ke Pay Skill Registry, di mana agen boleh mencari dan memilih perkhidmatan API yang sesuai melalui pemeriksaan registri.
Pay.sh bukanlah pesaing kepada x402 dan MPP. Semasa x402 dan protokol MPP berusaha memperkasakan pembayaran agen on-chain agar lebih boleh dipercayai, Pay.sh bertujuan untuk menghubungkan ekosistem pembayaran Web2 dan Web3, serta memberikan identiti yang sesuai kepada agen untuk mendapatkan sumber. Dompet agen adalah sama ada identiti dan cara pembayaran, tanpa perlu mendaftar akaun secara tersendiri di laman web penyedia perkhidmatan (sebahagian penyedia mungkin menganggap tindakan agen mendaftar sebagai manusia sebagai pelanggaran). Selain itu, Pay.sh melalui kerjasama dengan Google membolehkan agen menjalankan proxy API dan pengagihan trafik di atas Google Cloud, memastikan kawalan akses dan kesesuaian log, serta mengekalkan tingkah laku agen dalam lingkungan yang munasabah. Pay.sh menyediakan katalog perkhidmatan yang telah dipilih dan penemuan harga, membolehkan agen tidak perlu mencari perkhidmatan secara rawak dalam persekitaran rangkaian tanpa perlindungan, sambil memanfaatkan pelbagai cara pembayaran x402 dan MPP. Proses perkhidmatan boleh diselesaikan di Google Cloud untuk memenuhi keperluan kesesuaian perusahaan, yang melengkapi keupayaan pembayaran agen yang tidak dapat dicakup oleh x402 dan MPP sebagai saluran pembayaran tunggal, serta membuka pintu masuk kepada komersial agen menuju Web3. Selain itu, Pay.sh juga melengkapi elemen pembayaran akhir bagi pelbagai protokol komersial agen yang dilancarkan oleh Google, seperti A2A (Agent2Agent Protocol) yang menyelesaikan komunikasi dan penghantaran tugas antara agen, AP2 (Agent Payments Protocol) yang menyelesaikan pengesahan kesesuaian, UCP (Universal Commerce Protocol) yang menyelesaikan penemuan dan pelaksanaan perkhidmatan, manakala Pay.sh bertanggungjawab atas penyelesaian nilai perkhidmatan tanpa rintangan. Kehadiran Pay.sh juga melengkapi elemen komersial agen Web2, menjadikannya titik persimpangan aliran nilai antara dua dunia. Langkah ini juga merupakan peluang peningkatan tersendiri untuk ekosistem rantai Solana. Dalam persekitaran protokol x402, terdapat banyak API berpura-pura, di mana penyedia perkhidmatan melanggar syarat perkhidmatan asal dan menjual semula perkhidmatan tersebut, seperti mengambil data laman web pangkalan data secara tidak sah untuk dijual semula, atau membungkus API model besar untuk dijual semula kepada orang lain. Dalam persekitaran ini, agen tidak mampu membezakan antara perkhidmatan yang telah diberi kebenaran dengan perkhidmatan sampah jahat, tetapi melalui gerbang pembayaran Pay.sh dan kerjasama dengan Google, agen yang menggunakan perkhidmatan melalui Pay.sh berpotensi mengurangkan risiko yang mungkin timbul. Pelancaran Pay.sh menandakan bahawa rantai Solana turut terlibat secara langsung dalam menyokong infrastruktur dan jaminan pembayaran agen — ini tidak hanya akan menarik lebih banyak aliran pembayaran Web2 kepada Solana itu sendiri, tetapi juga meningkatkan kemampuan dompet Solana serta mempercepatkan penggunaannya.
Namun, Pay.sh masih jauh dari menjadi solusi gerbang pembayaran yang sempurna. Daftar penyedia layanan Pay.sh saat ini kekurangan mekanisme akses dan mekanisme pengesahan terdesentralisasi, sehingga masih sukar untuk membezakan secara efektif antara perkhidmatan pihak ketiga yang tidak berlesen dan perkhidmatan jahat; agen menghadapi risiko tinggi untuk menyambung ke perkhidmatan palsu, yang boleh membawa kerugian kepada pengguna. Selain itu, kerana Pay.sh sendiri tidak merekabentuk protokol pembayaran bawah, keselamatan proses pembayaran lebih banyak bergantung pada rekabentuk protokol bawah itu sendiri, yang membawa risiko luaran yang tidak boleh dikawal kepada Pay.sh, serta berpotensi menyebabkan kegagalan pembayaran akibat penyesuaian yang tidak mencukupi terhadap pelbagai protokol. Dari sudut pandang penyedia layanan, walaupun ada sokongan platform Google, penyedia API di pelbagai negara dan wilayah mungkin masih enggan menyediakan perkhidmatan Pay.sh kerana keperluan pematuhan terhadap privasi data dan pematuhan pembayaran. Ini tidak hanya akan membatasi bilangan penyedia layanan yang menggunakan Pay.sh, tetapi juga mungkin memerlukan Pay.sh untuk melakukan lebih banyak usaha pematuhan di masa depan. Namun bagaimanapun, pelancaran Pay.sh menandakan langkah pertama dalam infrastruktur pembayaran agen menuju pelaksanaan integrasi Web2 dan Web3, di mana dompet atas rantai akan berpeluang menjadi jaminan bagi agen untuk menyertai pelbagai tugas. Oleh itu, kita boleh terus memantau perkembangan lanjutan Pay.sh.
Rajah struktur poin:
