X402, MPP ve AP2: risk, kredi ve yetkiler karşılaştırması

X402, mpp ve ap2 karşılaştırıldığında iki seçeneğe dayanıyor: nasıl ödeme gerçekleşiyor (istek başına atomik vs oturum netleştirme) ve yetkilendirme nasıl kanıtlanıyor (yetkiler). x402 ve MPP, makineden makineye ödemeler için ödeme yollarıdır, AP2 ise ajans ödemelerini denetlenebilir ve kurumsal güvenli hale getiren yönetişim katmanıdır.

Ana Noktalar

• x402, HTTP 402 etrafında inşa edilmiş bir HTTP yerel stablecoin ödeme yolu.
• MPP, oturum tabanlı bir makine ödeme protokolüdür: bir ajan bir limit önceden yetkilendirir, oturum sırasında mikro ödemeleri akıtır ve oturum kapanışında toplu olarak netleştirir.
• AP2 bir yol değildir. W3C Doğrulanabilir Kimlikler'e dayanan kriptografik olarak imzalanmış yetkiler kullanan bir yetkilendirme ve denetim çerçevesidir.
• Üretim modeli katmanlıdır: “kimlerin neyi harcayabileceği” için AP2, ardından üstte netleştirme için x402 veya MPP, yük ve maruz kalma toleransına bağlı olarak.

Bu protokoller katmanlara göre nasıl farklılık gösteriyor

x402, mpp ve ap2'yi doğru bir şekilde karşılaştırmanın en hızlı yolu, onları üç ikame olarak ele almayı bırakmaktır. İkisi para hareket ettiriyor, biri ise izin kanıtlıyor. xpay'in “ajans ödemeleriharitası bunu bir yığın olarak çerçeveliyor: en altta (fonların gerçekten hareket ettiği yer) yerleşim rayları, ortada (politikalar ve denetim) bir kontrol düzlemi ve bunun üzerinde keşif veya ticaret protokolleri.

Bu yığın çerçevesi önemlidir çünkü mühendislik sorusunu “hangi protokol kazanır”dan “her katmanda hangi hata modu kabul edilebilir”e değiştirir.

Yerleşim tarafında, x402 ve MPP her ikisi de bir API çağrısını faturalandırılabilir bir olaya dönüştüren el sıkışma olarak HTTP 402 Ödeme Gereklidir'i yeniden kullanıyor. Fark, muhasebe yüzeyidir. x402, her talep için atomik yerleşim etrafında tasarlanmıştır, bu da kredi riskini sıkı tutar ve uzlaştırmayı ayrıntılı hale getirir.

MPP, etkileşim başına yerleşim yükünü azaltan bir oturum tanıtır, ancak oturum kapanana ve yerleşim gerçekleşene kadar bir maruz kalma penceresi oluşturur.

AP2, her ikisinin üzerinde yer alır. Bu, farklı bir soruyu yanıtlayan bir yönetişim ve yetkilendirme spesifikasyonudur: “Bu ajans harcama yapmaya yetkili miydi?” Bunu, daha sonra doğrulanabilen kriptografik olarak imzalanmış yetkilerle yapar; bu, bir ajansın bir insan veya organizasyon adına harcama yaptığı durumlarda eksik olan parçadır.

Yan yana, temiz zihinsel model şudur:

1. x402: istikrarlı paralarla durumsuz talep başına yerleşim. 2. mpp: akış halinde mikro ödemeler ve toplu yerleşim ile durumsal oturum faturalandırması. 3. ap2: her iki yerleşim modelini de sarabilen imzalı izin verme ve denetim.

Bu, ajan ekonomisinin özüdür: ajanların ödeme yapmanın bir yoluna, operatörlerin ise ajanın ödeme yapma iznine sahip olduğunu kanıtlamanın bir yoluna ihtiyacı vardır.

X402 ödeme akışı ve ticaret dengeleri

X402 akışı, bir ağ izinde görünen şey gibi sıkı bir döngüdür, bir ödeme sayfası gibi değildir. Bir istemci, ödenmiş bir kaynağı talep eder. Sunucu, HTTP 402 Ödeme Gerekiyor ile yanıt verir ve yapılandırılmış ödeme koşullarını sunar. İstemci, bir stabilcoin ödemesini imzalar ve bunu bir sonraki isteğe ekler, sunucu ödeme doğrulandığında ve yerleştiğinde kaynağı geri döner.

Birden fazla kaynak, sunucunun yalnızca bir API yanıtı satmak için tam bir zincir içi ödeme işlemcisi olması gerekmediği için bu döngüde bir “kolaylaştırıcı” rolü tanımlar.

O atomiklik noktadır. Her istek kendi makbuzudur, bu da ölçüm ve ihtilaf çözümünü basit hale getirir. Bir ajan bir uç noktayı 500 kez ararsa, 500 ayrı ödenmiş olay vardır. Bu aynı zamanda maliyettir. İstek başına yerleşim maliyeti, çağrı hacmi yüksek olduğunda darboğaz haline gelir, temel zincir ücretleri düşük olsa bile.

Kaynaklar, x402'yi stabilcoin öncelikli olarak konumlandırır, genellikle Base'de USDC ile tanımlanır ve alıcının satıcıyla bir hesap açmasına gerek olmayan bir izin gerektirmeyen ilkel olarak tanımlanır.

Risk modeli basittir: satıcının maruziyeti temelde ödeme kanıtını alma ile kaynağı teslim etme arasındaki zamandır. Açık kalan bir “borç” yoktur. Bu nedenle x402, ödenmiş API'ler, veri akışları ve ajanlar arası hizmet çağrıları gibi makine ile makine ödemeleri için temiz bir uyum sağlar.

Zaman çizelgesi açısından, kaynaklar Coinbase'in x402 lansmanını Mayıs 2025'te, 11 Aralık 2025'te cüzdan tabanlı oturum veya kimlik tarzı özellikler ve çoklu zincir desteği ekleyen bir V2 güncellemesi ile yerleştiriyor, ancak tam V2 özellik listesi özetler arasında değişiklik gösteriyor. Kaynaklar ayrıca Stripe'ın Şubat 2026'da Base'de USDC ödemeleri için x402'yi entegre ettiğini belirtmektedir.

MPP oturumları modeli ve demiryolu kapsamı

MPP, hesap birimini “istek”ten “oturum”a değiştirir. Her arama için ödeme yapmak yerine, bir ajan bir harcama limiti önceden yetkilendirir, ardından kullanım arttıkça mikro ödemeleri akıtır ve oturum kapanırken toplu olarak yerleşir. Bu, çoğu “x402 vs mpp” tartışmasının arkasındaki ana mekanik farktır. Bu sadece hız değildir. Farklı bir maruziyet profili ve farklı bir uzlaşma nesnesidir.

MPP, 18 Mart 2026'da Tempo ana ağı ile birlikte başlatıldı ve kaynaklar, lansmanda 100'den fazla entegre hizmet tanımlıyor. Protokol, çoklu demiryolu olarak konumlandırılmıştır: stabilcoinler artıfiatStripe token mekanizmaları aracılığıyla kartlar, Lightspark üzerinden Lightning için tanımlanan uzantılar ve Visa aracılığıyla kart ağı desteği ile.

Bu demiryolu kapsamı, ekiplerin “hem kripto hem de kart alabilen bir uç noktaya ihtiyaç duyduğunda” MPP'ye yönelmesinin pratik nedenidir.

Ticaret bağımlılıktır. Kaynaklar, MPP'yi sürekli olarak Stripe ve Tempo ile ilişkilendiriyor, bu da entegrasyonun Stripe'ın araçlarını ve tüccar yüzey alanını devraldığı, ancak aynı zamanda platform bağlantısını da devraldığı anlamına geliyor. Bu bağlantı soyut değildir. Operasyonel varsayımlar olarak ortaya çıkar: oturum yaşam döngüsü yönetimi, zaman aşımı ve bir istemcinin oturum kapatılmadan önce oturum ortasında çökmesi durumunda ne olacağı.

Bir risk perspektifinden, MPP, oturum sonu netleştirmesi ile bir oturum kredi hattıdır. Satıcı, nihai uzlaşma tamamlanmadan önce değer sağlanabileceğinden, x402'den daha fazla maruz kalmaktadır. Kazanç, etkileşim başına daha düşük yük ve çıkarım, hesaplama veya etkileşim başına uzlaşmanın iş akışını domine edeceği herhangi bir ölçümlü kaynak gibi yüksek frekanslı kullanım için uygun bir faturalama modeli ile sağlanır.

AP2, yetkilendirme ve denetim için gerekliliklerdir.

AP2, x402 ve MPP'den farklı bir kategoriye aittir. Uzlaşmayı gerçekleştirmez. Bir ajanın harcama iznine sahip olduğunu kanıtlamak için, doğrulanabilir ve inkar edilemez olacak şekilde tasarlanmış W3C Doğrulanabilir Kimlikler temelinde kriptografik olarak imzalanmış yetkilendirmeleri tanımlar.

AP2, yaygın ajan satın alma modlarına temiz bir şekilde karşılık gelen üç yetkilendirme türünü tanımlar:

1. Niyet Yetkilendirmesi: bir insan veya organizasyonun kuralları önceden imzaladığı ve ajanın bu kısıtlamalar içinde daha sonra harcama yaptığı yetkilendirme. 2. Sepet Yetkilendirmesi: kullanıcı onaylı sepetler, bir insanın ödeme öncesinde belirli bir ürün ve toplam üzerinde onay verdiği yetkilendirme. 3.

Ödeme Yetkilendirmesi: bir ajanın dahil olduğunu ödeme ağlarına ve ihraççılara bildiren bir sinyal, böylece risk ve uyum sistemleri işlemi buna göre değerlendirebilir.

Bu nedenle “AP2 protokolü” karşılaştırmaları genellikle raydan çıkıyor. AP2, bir demiryolu olmadığı için x402 veya MPP ile iş hacmi veya ücretler açısından rekabet etmiyor. “Ajans para harcadı”yı “ajans imzalı bir yetkilendirme altında para harcadı”ya dönüştüren izin verme ve denetim sarmalıdır.

AP2 ayrıca, uzlaşma demiryolları ile birleştirilebilir olarak açıkça çerçevelenmiştir. Kaynaklar, ekosistemin birleştiği katmanlı mimarinin somut örneği olan bir A2A x402 uzantısı aracılığıyla x402'yi kullanan AP2 uygulamalarını tanımlıyor. O yığında, AP2 kontrol düzlemidir ve x402 veya MPP, iş akışına göre seçilen uzlaşma demiryoludur.

Yapıcılar için pratik sonuç, AP2 kararlarının yönetişim kararları olduğudur: hangi kısıtlamaların var olduğu, kimlerin imzaladığı ve daha sonraki inceleme için hangi kanıtların saklandığı. Bu, “USDC'yi nasıl hareket ettiririz” sorusundan farklı bir tasarım yüzeyidir.

Kullanım durumları için x402, MPP, AP2'yi seçmek

Karar çerçevesi "bir protokol seç" değil. "Bir yerleşim ergonomisi seç, sonra bir yetkilendirme durumu seç". xpay'in katmanlı haritası bunu açık hale getiriyor ve ajans ödeme manzarası bunları bileşenler olarak ele alıyor.

Seçmenin yararlı bir yolu, neyin uzlaştırılması gerektiğine ve nerede maruziyete izin verildiğine karar vermektir.

1. Ürün her çağrıda atomik makbuzlar ve minimal durum istiyorsa x402'yi seçin. Bu, en temiz sözleşmenin "öde, sonra yanıtı al" olduğu ücretli API'ler ve ajanslar arası hizmetler için uygundur. Tasarlanması gereken hata yolu, 402 → ödeme → yeniden deneme döngüsüdür; bu, idempotentlik ve müşterinin ödeme yaptıktan sonra yeniden denediğinde ne olacağını içerir. 2.

Talep başına yerleşim maliyeti darboğaz haline geldiğinde ve oturum düzeyinde muhasebe kabul edilebilir olduğunda MPP'yi seçin. Bu, bir oturum nesnesinin zaten doğal olduğu yüksek frekanslı ölçümlü kullanım için uygundur. Tasarlanması gereken hata yolu, oturum süresinin dolması, kısmi kullanım ve oturum kapanmadan önce çökme kurtarmadır. 3. Sistem, ajans harcamaları için kanıtlanabilir kısıtlamalar ve denetim izleri gerektiğinde AP2'yi ekleyin.

Bu, kurumsal tedarik, düzenlenmiş ortamlar ve "bunu kim yetkilendirdi" sorusunun imzalı bir belge ile yanıtlanması gereken herhangi bir iş akışında yaygındır.

Ortak birleşik mimariler doğrudan bu seçimlerden gelir:

1. AP2 + x402: yetkilendirmeler sınırları ve alıcıları tanımlar, ardından her API çağrısı istikrarlı paralar üzerinde atomik olarak yerleşir. 2. AP2 + MPP: yetkilendirmeler oturum bütçesini ve kısıtlamaları tanımlar, ardından kullanım önceden yetkilendirilmiş bir oturum içinde akış halindedir ve toplu olarak yerleşir. 3.

x402 + MPP yan yana: bir ajans her iki rayda da konuşur, düşük frekanslı veya izin gerektirmeyen uç noktalar için x402'yi ve yüksek frekanslı iş yükleri veya kart kabulünün gerekli olduğu durumlar için MPP'yi kullanır.

Yığınların alt kısmında, bunlar sadece makine ödeme protokolü davranışını uygulamanın farklı yollarıdır. Üst kısmında ise, her ajansı sınırsız harcama riski haline getirmeden ajans ekonomisini açıklayan tesisattır.

Sonuç

Ekiplerin "x402 vs MPP" tartışarak haftalar harcadığını izledim, sanki bu bir kazanan her şeyi alır standartlar savaşıymış gibi, sonra sıkıcı kısım olan uzlaştırma ve hata yollarıyla şaşırdılar. Pahalı hata, mutlu yol ödemesi değildir. Bu, oturum ortası çökmesi, 402'den sonraki yeniden deneme veya birinin neden bir ajansın harcama yapmasına izin verildiğini sorduğu altı ay sonraki denetim talebidir.

Eğer sistem sıkı kredi riski ve temiz çağrı başına makbuzlar gerektiriyorsa, x402'nin atomik modeli zor yenilir. Eğer çağrı hacmi talep başına yerleşim maliyetini kısıtlama haline getiriyorsa, MPP'nin oturum netleştirmesi belirgin ergonomik kaymadır; bunun ticareti, maruziyetin oturum içinde kapanana kadar devam etmesidir. AP2, çoğu insanın yanlış sınıflandırdığı parçadır.

Harcamayı imzalı, kontrol edilebilir izin haline getirdiği için kurumsal incelemede her iki rayı da savunulabilir kılan yetkilendirme katmanıdır.

Kaynaklar

• xpay.sh
• fluxapay.xyz
• openfort.io
• crossmint.com