Web3 endüstrisinde gerçekleşen pazar trendleri, teknolojik gelişmeler, ekosistem ilerlemeleri ve yönetimsel durumları nasıl kolayca takip edebilirsiniz? Web3Caff Research tarafından çıkarılan "Pazar Nabzı Analizi" bölümü, mevcut olayları doğrudan araştırarak seçer, değer yorumu yapar, yorumlar ve temel prensipleri analiz eder. Görünenin ardındaki gerçekliği keşfedin ve Web3 pazarının ilk hattındaki eğilimleri hemen takip edin.
Yazar: Hendrix, Web3Caff Research araştırmacısı
Kaynak: Web3Caff Araştırma
AI agenterin yetenekleri giderek arttıkça ve giderek daha fazla uçtan uca görevi kapsamaya başladıkça, agenter için ödeme sistemleri oluşturmak, geleneksel ticaretçiler ve hizmet sağlayıcılar için kaçınılmaz bir dönüşüm haline gelmektedir; ancak mevcut çözümlerin her biri kendi sınırlamalarına sahiptir: Kredi kartları, üçüncü taraf ödeme platformları gibi geleneksel ödeme sistemleri, orijinal olarak gerçek insan kullanıcılar için tasarlanmıştır ve karmaşık kimlik doğrulama, risk değerlendirmesi gibi süreçler gerektirir; bu nedenle agenter için uygun değildir; öte yandan, Coinbase tarafından geliştirilen ve yaygınlaştırılan x402 ve Tempo ile Stripe tarafından geliştirilen Machine Payment Protocol (MPP) gibi yeni nesil agenter ödeme protokolleri, tamamen chain-based ödeme üzerine kurulmuş gibi görünür, tüm ödeme işlemi zincir üzerinde gerçekleştirilir ve güvenliği zincir üzerindeki doğrulama ile sağlanır; bu da hizmet sağlayıcılarının geleneksel ödeme kanalları dışında tamamen farklı bir ödeme sistemi kurmasını gerektirir ve kullanımın engelini artırır. Geleneksel ödeme çözümleri ve yeni nesil agenter ödeme protokolleri, iki paralel şerit gibi görünmekte ve iyi bir şekilde birleştirilmemiştir; bu da agenterin kendi kendine satın alabileceği hizmetlerin genellikle Web3 dostu sınırlar içinde kalmasına neden olur ve böylece iş akışlarının büyük ölçekli bir şekilde birleştirilmesini engeller. Bu nedenle, Solana Vakfı ve Google Cloud, Pay.sh’i “agenter ile kurumsal hizmet altyapısı arasındaki ödeme geçidi” olarak tanımlayarak, agenterlerin daha fazla hizmete erişimini sağlayan son adımı tamamlamıştır.
Uygunluk Uyarısı: Aşağıdaki içerik, Pay.sh ve teknik prensipleri ile tasarım kuralları hakkında nesnel bir analiz sunmakta olup, herhangi bir teklif veya teklif oluşturmamaktadır. Lütfen bu bilgileri temel alarak karar vermeyin ve bulunduğunuz ülkenin ve bölgenizin yasal düzenlemelerini dikkatlice uygulayın (Çin Halk Cumhuriyeti okuyucuları için Çin Halk Cumhuriyeti’nde blok zinciri ve sanal para birimleriyle ilgili yasal düzenlemelerin toplanması ve önemli noktaları metnini okumayı şiddetle öneririz); bulunduğunuz ülkenin ve bölgenizin yasaları tarafından yasaklanan herhangi bir finansal faaliyette bulunmayın.
Pay.sh, kullanıcıların kredi kartı veyastabil varlıkile Solanacüzdanınahızlı bir şekilde para yatırmasını sağlar; ardından Solana cüzdanı, Web2 kaynakları dünyasında bir ajan kimliği ve ödemehesabıtemsilcisi olarak işlev görür. Ajan bir hizmet çağrıldığında, artık hesap kaydı yapmaya veya API anahtarları girmeye gerek kalmaz; Pay.sh ağ geçidi, Google Kimlik Sistemi gibi ajanın geçerli kimliğini doğrular ve ajanın, Google Cloud, Alibaba Cloud gibi daha önce erişimi zor olan geliştirme kaynaklarını tek bir hesap kimliğiyle satın almasını sağlar.
Şu anda Pay.sh tarafından desteklenen API hizmetleri: Görüntü kaynağı: Proje resmi sitesi
Pay.sh'in ödeme süreci, yakın zamanda popüler olan x402 protokolüne benzer şekilde HTTP 402 durum kodu üzerine kuruludur: Bir ajan, çağrılması gereken harici bir hizmeti tespit ettiğinde, ödeme gerektiren kaynağı istekler; sunucu, 402 (ödeme gerekli) durum kodunu döndürür ve ödeme tutarı, ödeme planı, alıcı adresi, ödeme geçerlilik süresi vb. ödeme ayrıntılarını ekler. Pay.sh, gelen içeriği ayrıştırır ve cüzdana yetki verir; cüzdan ödeme tamamlandıktan sonra ödeme belgesi oluşturur ve Pay.sh, bu belgeyi taşıyarak hizmet isteğini tekrar gönderdiğinde normal bir yanıt alır. Ancak çeşitli API kullanım senaryolarını kapsayabilmek için Pay.sh, hem x402 hem de MPP ödeme mantığını destekler: Sunucu 402 durum kodunu döndürdüğünde, Pay.sh hedef hizmetin ödeme yöntemini ek olarak kontrol eder; eğer tek seferlik veri erişimi (ödemeyle tek bir erişim hakkı kazanılır) veya kullanım bazlı erişim türü (ödemeyle sabit bir erişim miktarı kazanılır) ise, Pay.sh tek seferlik sabit bir transfer oluşturur ve blokzincirde yayınlar; sürekli faturalandırma veya oturum bazlı faturalandırma (kullanım miktarına göre toplu bir fatura ile ödeme) ise, Pay.sh MPP (Makine Ödeme Protokolü) tarafından sunulan oturum yetki belgesini destekler, bütçe üst sınırını yetkiye yazar ve sunucuya geri iletir; bu durumda ajan, aynı türdeki yetki isteklerini sık sık göndermek zorunda kalmadan kısa sürede bir hizmeti tekrar tekrar çağırabilir; Pay.sh her çağrıda kalan bakiyeyi günceller ve bakiye tükenir ya da hizmet süresi biterse otomatik olarak yeni bir oturum yetkisi ister. Pay.sh, hedef hizmetin gereksinimlerine göre daha uygun ödeme yolunu otomatik olarak seçer ve kullanım maliyetini ile yönetim maliyetini azaltır. Pay.sh aynı zamanda cüzdanın her zaman yerel olarak güvenli şekilde saklandığından emin olur ve yalnızca ödeme gerektiğinde kullanıcı onayını ister. Bir yanıt alındığında, Pay.sh verileri ve komutları ayırt eder; sağlayıcı tarafından döndürülen tüm dış içerikler (başlık, gövde ve API açıklaması dahil) Pay.sh tarafından güvensiz giriş olarak kabul edilir; ajan, sağlayıcının döndürdüğü komutları doğrudan çalıştırmaz; bu da kötü niyetli prompt enjeksiyonu veya diğer saldırıları önler.
Pay.sh’in en büyük avantajı, hizmet sağlayıcılar için kolayca dağıtılabilir bir ağ geçidi sunmasıdır; hizmet sağlayıcılar, ödeme kanalları veya API’lerini büyük ölçüde değiştirmeden ödeme ağ geçidini kendi hizmet ağlarına entegre edebilir. Hizmet sağlayıcılar, ödemeyle ilgili parametreleri açıklayan bir deklaratif dosya sunarak çeşitli karmaşık kullanım senaryolarına uyum sağlayabilirler; örneğin, rota kuralları tanımlayarak akıllı ajanların belirli bir miktar kadar hizmeti ücretsiz kullanmasını, sınırı aştığında ücretlendirilmesini ve hatta basamaklı ücretlendirme (farklı kullanım miktarlarına farklı fiyatlar uygulanması) sağlayabilirler. Ayrıca Pay.sh, ödeme bölme özelliğini de sunar; hizmet sağlayıcıların aldığı ücretler otomatik olarak birden fazla adrese gönderilebilir, örneğin %2’si ödeme veri telif hakkı ücreti, %5’i bulut maliyeti için, kalan kısım ise kendi işletim giderleri için kalır. Hizmet sağlayıcılar, ödeme adreslerini ayarlarken farklı yüzde veya tutarlar tanımlayarak tek bir işlemle çoklu hesap ödemelerini gerçekleştirebilirler. Kayıt tamamlandıktan sonra hizmet sağlayıcılar, sundukları API hizmet verilerini Pay Skill Registry’ye yayınlayabilir; akıllı ajanlar, kayıtlı listeyi sorgulayarak uygun API hizmetlerini keşfedebilir ve seçebilir.
Pay.sh, x402 ve MPP'in doğrudan rakibi değildir. x402 ve MPP protokolleri, zincir üstü ajan ödemelerini daha güvenilir hale getirmeye odaklanırken, Pay.sh Web2 ve Web3 ödeme ekosistemlerini birleştirmeyi amaçlar; ajanlara kaynak edinme yetkisi vermek için kimlik atar. Ajanın cüzdanı hem kimlik hem de ödeme yöntimidir; bu sayede ajanlar, hizmet sağlayıcıların resmi sitelerinde hesap açmak zorunda kalmaz (şu anda bazı hizmet sağlayıcılar, ajanların insan gibi kaydolma davranışını ihlal olarak değerlendirebilir). Ayrıca, Pay.sh, Google ile yaptığı iş birliği sayesinde ajanların API vekillik ve trafiğin yönlendirilmesini Google Cloud üzerinde tamamlayabilmesini sağlar; bu da erişim kontrolü ve günlük uyumluluğunu garanti altına alır ve ajan davranışlarını uygun sınırlar içinde tutar. Pay.sh, seçilmiş bir hizmet kataloğu ve fiyat keşfi sunar; ajanlar, korumasız bir ağ ortamında rastgele hizmetler keşfetmek zorunda kalmaz ve aynı zamanda x402 ile MPP'in farklı ödeme yöntemlerini çağrılabilir hale getirir. Hizmet süreçleri Google Cloud üzerinde kurumsal uyumluluk gereksinimlerini karşılayacak şekilde tamamlanır; bu da x402 ve MPP'in yalnızca tek bir ödeme kanalı olarak sunamadığı ajan ödeme yeteneklerini tamamlar ve ajan ticaretinin Web3'e akışını sağlar. Ayrıca Pay.sh, Google'ın sunduğu birçok ajan ticaret protokolünün son ödeme aşamasını da tamamlar: A2A (Agent2Agent Protocol), ajanlar arası iletişim ve görev atamasını sağlar; AP2 (Agent Payments Protocol), uyumluluk doğrulamasını gerçekleştirir; UCP (Universal Commerce Protocol), hizmet keşfi ve yürütme işlemini yapar; Pay.sh ise son hizmet değeri için sorunsuz ödemeyi sağlar. Pay.sh'in ortaya çıkışı, Web2 ajan ticaretinin süreçlerini de tamamlar ve iki dünyanın değer akışlarının kesişim noktasını oluşturur. Bu adım aynı zamanda Solana zinciri ekosisteminin kendisi için bir yükseltme fırsatıdır. x402 protokol ortamında, çok sayıda kılıf API mevcuttur; hizmet sağlayıcılar, orijinal hizmet sağlayıcının kullanım koşullarını ihlal ederek hizmetleri yeniden satmakta olabilir; örneğin veritabanı sitelerinden verileri kötü niyetli şekilde çalarak satmak ya da büyük modellerin API'lerini kılıflayarak başkalarına satmak gibi. Bu ortamda ajanlar, hangi hizmetlerin yetkilendirildiğini, hangilerinin kötü niyetli spam hizmeti olduğunu ayırt edemez; ancak Pay.sh ödeme ağ geçidi ve Google ile yapılan iş birliği sayesinde, ajanlar Pay.sh üzerinden hizmet kullanırken potansiyel riskleri azaltma şansı bulur. Pay.sh'in piyasaya sürülmesi, Solana zincirinin ajan ödemeleri için arka çıkarma ve altyapı desteği sağlamaya başladığının bir işaretidir; bu hem Solana'nın kendisine daha fazla Web2 ödeme akışını çekecek hem de Solana cüzdanlarının yeteneklerini artırarak普及 hızlandıracaktır.
Ancak Pay.sh, şu anda mükemmel bir ödeme ağ geçidi çözümünden hâlâ uzak. Pay.sh’in hizmet sağıcı kaydı, şu anda erişim mekanizması ve merkeziyetsiz doğrulama mekanizması eksikliği nedeniyle yetkisiz üçüncü taraf kılık değiştiren hizmetleri ve kötü niyetli hizmetleri etkili bir şekilde ayırt etmek zor. Ajanlar, kullanıcılara zarar verebilecek sahte hizmetlere bağlanma riskiyle karşı karşıya kalıyor. Ayrıca, Pay.sh’in kendisi temel ödeme protokollerini tasarlamadığından, ödeme sürecinin güvenliği çoğunlukla temel protokolün tasarımına bağlı kalıyor. Bu durum, Pay.sh’e kontrol edilemeyen dış riskler getiriyor ve farklı protokollere yetersiz uyum nedeniyle potansiyel ödeme başarısızlıklarına yol açabilir. Hizmet sağıcı açısından bakıldığında, Google platformunun desteğine rağmen, farklı ülkeler ve bölgelerdeki API sağlayıcılar, hizmetlerinin veri gizliliği yönetimi ve ödeme konularındaki uyumluluk gereksinimleri nedeniyle Pay.sh’in sunduğu hizmetlerden uzak durabilir. Bu durum, Pay.sh kullanan hizmet sağıcı sayısını sınırlamakla kalmaz, aynı zamanda gelecekte Pay.sh’in daha fazla uyumluluk çabası göstermesini de gerektirebilir. Ancak ne olursa olsun, Pay.sh’in piyasaya sürülmesi, ajan ödeme altyapısının Web2 ile Web3 entegrasyonunun somut bir adımını işaret ediyor ve zincir üstü cüzdanlar, ajanların çeşitli görevlere katılmasının garantisini sağlayabilecek. Bu nedenle, Pay.sh’in ilerleyen gelişmelerini gözlemlemeye devam edebiliriz.
Anahtar Yapı Şeması:
