AI ajanları onchain'de 402 ile stablecoin'leri temizliyor

AI ajanları, bir HTTP 402 yanıtını fiyat teklifi olarak kabul ederek, bir stablecoin yetkilendirmesini imzalayarak ve aynı isteği ödeme kanıtı ile tekrar deneyerek x402 ile onchain ödeme yapar. Bir kolaylaştırıcı imzayı doğrular, tekrarları engeller, onchain'de uzlaşmayı gönderir ve sunucu, onay hizmetin nihai SLA'sı ile eşleştiğinde kaynağı serbest bırakır.

Ana Noktalar

• x402, normal HTTP istek döngüsüne ödemeyi entegre eder: bir 402 yanıtı yapılandırılmış şartlar taşır ve istemci imzalı bir ödeme kanıtı ile tekrar dener.
• Temel roller, istemci (ajan/uygulama) ve kaynak sunucusudur (API), ve imzaları doğrulayan, yeniden oynatmayı önleyen ve onchain yerleşimini yöneten bir kolaylaştırıcı.
• Çoğu ajan ödemesi kullanırstablecoingenel olarak USDC, çünkü nihai süre, talep başına ticaret için kullanıcı deneyimidir.
• x402 imza öncelikli: USDC/EURC genellikle EIP-3009 yetkilendirmelerini kullanırken, diğerleriERC-20'ler kullanır Permit2, bu nedenle ajan her çağrıda ham işlemleri yayınlamaz.

AI ajanlarının x402 ödemelerine neden ihtiyacı var

Otonom yazılım, klasik API monetizasyonuna yerleştirilmiş varsayımları kırar.API anahtarları, OAuth akışları, abonelikler ve faturalama, bir insanın bir hesap oluşturabileceğini, kimlik bilgilerini saklayabileceğini, gizli anahtarları döndürebileceğini ve faturalama hatalarını çözebileceğini varsayar. Gözetimsiz çalışması gereken bir ajan, bir kontrol panelini açmak, bir kart eklemek veya bir sözleşme müzakere etmek için duramaz. Bu uyumsuzluk, birçok “ajan ödemeleri kripto” konuşmasının arkasındaki ekonomik darboğazdır.

x402, webin zaten bunun için ayırdığı protokol dikişinde sorunu ele alır: http 402. HTTP 402 “Ödeme Gerekli” 1990'ların başından beri mevcuttur, ancak fiyatı ifade etmenin standart bir yolu olmadan gönderilmiştir, kabul edilen varlıklarve nerede ödeme yapılacağı. x402, ödeme duvarını makine tarafından okunabilir hale getirerek ve ödemeyi ayrı bir ödeme akışı yerine belirleyici bir yeniden deneme modeli haline getirerek bu boşluğu doldurur.

Bu yüzden x402, ajan ekonomisi açıklanan konuşmada ortaya çıkıyor. "Nasıl yaparım"ı dönüştürüyor.Yapay zeka ajanları“ödeme”yi bir ürün entegrasyon sorunundan bir talep-cevap ilkesine dönüştürmek. 402 alıntıdır, imzalı yetkilendirme sipariştir ve kolaylaştırıcı, uzlaşmayı başkasının operasyonel sorunu haline getiren takas aracısıdır.

Tezler için önemli: Satılan SLA "blockchain ödemeleri" değil. Tahmin edilebilir yerine getirme gecikmesidir. Eğer uç nokta etkileşimliyse, zincirin onay süresi ürün spesifikasyonunun bir parçası haline gelir, bir uygulama detayı değil.

x402 isteği ve ödeme döngüsü

Mekanizma, bir ödeme sayfasından çok bir ticaret alanı el sıkışmasını andıran sıkı bir döngüdür. Kaynak sunucusu, müşteriden ödemek için başka bir yere gitmesini istemez. Talebi yapılandırılmış terimlerle reddeder, ardından ödeme niyetini kanıtlayan bir yeniden deneme bekler.

Temel x402 döngüsü şöyle çalışır:

1. Müşteri ücretli bir kaynak talep eder. AI ajanı veya uygulama, bir API uç noktasına normal bir HTTP isteği gönderir. 2. Kaynak sunucusu, şartlarla birlikte http 402 döner. Yanıt, yapılandırılmış ödeme talimatlarını içerir: fiyat, kabul edilen tokenlar, alıcı.adres, ve ağın yerleşmesi için. 3. Müşteri bir ödeme kanıtı oluşturur. Ajan, şartları okur ve belirli bir miktar ve varış yeri için token hareketini yetkilendiren imzalı bir yük hazırlar.

4. Müşteri, bir ödeme başlığı ile aynı isteği tekrar dener. Tekrar, imzalı yetkilendirmeyi kanıt olarak ekler, ödemeyi ayrı bir akış yerine standart bir HTTP tekrarına dönüştürür. 5. Sunucu doğrular ve yerleşir, ardından 200 OK döner. Doğrulama genellikle imzayı onaylayan ve sunucu kaynağı serbest bırakmadan önce yerleşimi onchain olarak gönderen bir kolaylaştırıcıya devredilir.

İki detay, çoğu “x402 ödemeleri açıklandı” gönderisinin belirsizleştiği yerlerdir.

İlk olarak, tekrar deneme modeli üründür. Ödemeyi idempotent dostu ve otomatik hale getirir, çünkü müşteri “402 sonra tekrar dene” durumunu belirleyici bir durum makinesi olarak ele alabilir.

İkincisi, 402 şartları statik bir kimlik bilgisi değildir. Her isteğe özel ödeme talimatlarıdır. Bu fark, x402'nin “sadece yeni bir API anahtarı” olmamasının nedenidir, geliştirici ergonomisi yerleştiğinde benzer hissedilebilir.

Kolaylaştırıcılar ve imza tabanlı yerleşim

Kolaylaştırıcı, operasyonel bir açılımdır, bir kolaylık katmanı değil. Eco'nun akışı üç rol tanımlar ve kolaylaştırıcı, karmaşık kısımları absorbe eden kişidir: imza doğrulama, bakiye kontrolü, tekrar koruma, onchain gönderim ve kaynak sunucusuna geri onay.

Bu aynı zamanda x402'nin temel tasarım seçiminin ekranda nasıl göründüğünü gösterir: imza öncelikli token hareketi. USDC ve EURC için, x402 genellikle EIP-3009 tarzı transfer yetkilendirmeleri kullanır; burada ajan bir niyet imzalar ve başka bir taraf bunu onchain olarak gönderir. Diğer ERC-20'ler için akış Permit2 kullanır. Her durumda, ajan her istek için ham bir işlem oluşturmuyor ve yayınlamıyor. İmzalı bir yetkilendirme üretiyor ve bu, kolaylaştırıcı tarafından yerleşebilir.

Bu, “makine ödemeleri” için önemlidir çünkü müşterinin tutması gerekenleri ve sunucunun çalıştırması gerekenleri değiştirir. Müşterinin yetkilendirme yükünü imzalayabilen bir cüzdana ihtiyacı vardır. Sunucu, bir kolaylaştırıcıyı arayabiliyorsa, düğüm çalıştırmak veya zincir özel işlem boru hattını yönetmek zorunda değildir.

Ayrıca riski mikro yapı gibi yeniden çerçeveliyor. Kolaylaştırıcı, bir temizleme brokerı gibi hareket ediyor, bu nedenle geliştiricilerin düşünmesi gerekenler:

1. Tekrar ve idempotentlik. Müşteri bir 402'den sonra tekrar deneyecek, ağlar yavaş olabilir ve kolaylaştırıcı tekrarları reddetmelidir. Sunucu işleyicileri, hizmet vermeden önce güvenli bir şekilde kontrol edilebilecek bir “ödenmiş durum”a ihtiyaç duyar. 2. Gecikme ve nihai sonuç. Kolaylaştırıcı hızlı yanıt verebilir, ancak gerçek SLA zincir onayıdır.

Hizmet “saniyeler” vaat ediyorsa, dolaylı olarak nihai sonucun uyduğu rayları seçiyor demektir. 3. Güven sınırları. Kamu kolaylaştırıcıları entegrasyon sürtünmesini azaltır, ancak aynı zamanda doğrulama ve gönderim için bir bağımlılık haline gelir.

Coinbase'den (CDP aracılığıyla) Eco notları, Base ve Solana, ayrıca bir OpenZeppelin relayer ile Stellar desteğini de belirtmektedir. Bu, gönderim için hızlı bir yol, ancak hala açık bir başarısızlık modu düşünmeyi gerektiren bir temizleme bağımlılığıdır.

Zincirler, tokenlar ve performans takasları

Kesinlik süresi, talep başına ticaret için kullanıcı deneyimidir, bu nedenle x402 dağıtımları hızlı hatlarda kümelenir. Eco, x402'yi Base, Solana, Stellar, Arbitrum, Polygon ve Ethereum ana ağında canlı olarak listeler ve Base ile Solana'nın düşük ücretler ve hızlı kesinlik nedeniyle yaygın olarak kullanıldığını belirtir.

Eco ayrıca ürün beklentilerine temiz bir şekilde eşleşen gösterge kesinlik süreleri sağlar: Solana ~400ms, Base ~2 saniye, Stellar ~5 saniye ve Ethereum L1 ~12 saniye. Bu rakamlar önemsiz değildir. Bir ajans ödeme işleminin bir API çağrısı mı yoksa bir ödeme süreci mi hissettirdiğini tanımlar.

Stablecoin uzlaşması, performans hikayesinin diğer yarısıdır. Eco, stablecoinleri, öncelikle USDC'yi, x402'deki baskın uzlaşma tokenı olarak tanımlar. Bu, ideolojiden daha çok, ödeme ayağının otomatik bir iş akışına fiyat riski eklemesini önlemekle ilgilidir. Bir ajans talep başına ödeme yapıyorsa, volatilite, ölçümlü bir faturayı hareketli bir hedefe dönüştürür.

Zincir desteği de dikkatli bir dil gerektirir. Eco'nun 'canlı' listesi ve Alchemy'nin x402 V2 'destekler' listesi aynı değildir. Alchemy, x402 V2'nin Aralık 2025'te çok zincirli destekle gönderildiğini ve Base, Solana, Ethereum, Polygon, Starknet ve Injective'yi adlandırdığını belirtmektedir. Eco'nun listesi Arbitrum ve Stellar'ı içermektedir.

Bunu okumanın temiz yolu, spesifikasyonun çok zincirli olabileceğidir, ancak bugün kullanılabilir olan, belirli bir kolaylaştırıcının gerçekten hangi ağları temizlediğine ve hangi tokenları uzlaştırabileceğine bağlıdır.

Yüksek frekanslı iş yükleri için, Alchemy'nin x402 V2 oturumları hakkındaki noktası ana performans kaldırağıdır. Cüzdan tabanlı oturumlar, talep başına onchain yerleşim yükünü azaltarak deneyimi "çağrı başına ödeme" modelinden "akış erişimi" modeline kaydırır; burada yerleşim amorti edilebilir.

Gerçek dünya kullanımları ve ekosistem standartları

x402'nin tatlı noktası, alıcının yazılım ve satıcının bir HTTP kaynağı olduğu makineden makineye ödemedir. Eco, üretimde görünenlerle eşleşen aktif kullanım durumlarını listeler: talep başına API erişimi, veri veya hesaplama için makineden makineye mikro ödemeler, içerik ödeme duvarları, MCP araç monetizasyonu ve veri pazarı erişimi.

Önemli olan kategori listesi değil. Fiyatlandırma ayrıntısıdır. Talep başına yerleşim, bir ajanın sağlayıcıları dinamik olarak karşılaştırmasına, fiyat veya gecikmeye göre yönlendirmesine ve önceden sağlanmış anahtarlar olmadan ödeme yapmasına olanak tanır. Bu, insanların ajans ödemesi derken kastettiği ekonomik davranıştır.

Ekosistem konumlandırması, kafa karışıklığının pahalı olduğu yerdir. Eco, x402'yi Google'ın A2A ve AP2'sinden ayırır ve bunları tamamlayıcı katmanlar olarak ele alır: A2A ajans iletişimi ve keşfi için, AP2 yetkilendirme ve yönetim için, x402 ise yürütme ve yerleşim için. Yanlış olan, x402'yi A2A veya AP2'nin bir rakibi olarak ele almaktır. Farklı iş akışlarının farklı kısımlarını çözerler.

Zaman çizelgesi açısından, Eco ve Alchemy her ikisi de x402'nin lansmanını Mayıs 2025'e yerleştirir. Allium, x402 beyaz kağıdının yayın tarihini 6 Mayıs 2025 olarak bildiriyor ve yazarının Coinbase Geliştirici Platformu olduğunu belirtiyor.

Vakıf yönetimi zamanlaması daha belirsizdir: Eco, Coinbase ve Cloudflare'ın x402 Vakfı'nı 2025'te başlattığını söylerken, Alchemy, Coinbase'in protokolü Linux Vakfı'na katkıda bulunduğunu ve x402 Vakfı'nın Nisan 2026'da 20'den fazla kurucu üye ile başlatıldığını söylüyor. Yapıcılar, bunu açık bir yönetim detayı olarak ele almalı, ödeme döngüsünü anlamada bir engel olarak görmemelidir.

Pratik kurulum ve anahtar uyarıları

Entegrasyon, yalnızca yeniden deneme döngüsü bir durum makinesi olarak ele alındığında "hafif" olarak kabul edilir ve tek seferlik bir hack olarak değil. Eco, tipik bir sunucu tarafı yolunu, ödenmemiş talepleri kesen, şartlarla 402 döndüren ve genellikle bir kolaylaştırıcıyı arayarak yeniden denemede ödemeyi doğrulayan bir ara yazılım olarak tanımlar.

Pragmatik bir yapı kontrol listesi şöyle görünür:

1. 402'de yayımlayacağınız ödeme şartları şemasını tanımlayın. Fiyat, kabul edilen token(lar), alıcı adresi ve ağ belirsiz olmamalıdır. 2. Yerleşimi kimin temizleyeceğine karar verin. Kamu kolaylaştırıcısı kullanmak, düğüm işlemlerini ve zincir tesisatını ortadan kaldırabilir, ancak bu, herhangi bir diğer ödeme işlemcisi gibi izlenmesi gereken bir bağımlılık ekler. 3. "Ödenmiş" etrafında idempotansiyi uygulayın.

Müşteri bir 402'den sonra yeniden deneyecektir ve sunucu, hizmet vermeden önce ödeme durumunu güvenli bir şekilde yeniden kontrol edebilmelidir. 4. Uç noktanın gecikme bütçesine uyan demir yollarını seçin. Eco'nun gösterge nihai süreleri, neden Base ve Solana'nın etkileşimli akışları domine ettiğini açıkça ortaya koyar. 5. İş yükü yüksek frekanslıysa oturumlar için plan yapın.

Alchemy'nin x402 V2 cüzdan tabanlı oturumları, talep başına onchain yerleşimin akış erişim desenleri için temiz bir şekilde ölçeklenmediği için mevcuttur.

Anahtar uyarılar çoğunlukla beklentilerle ilgilidir. Alchemy, x402'nin Mayıs 2025'ten bu yana 100 milyondan fazla ödeme işlediğini iddia ediyor, ancak bu rakam diğer sağlanan kaynaklar tarafından doğrulanmamıştır. Zincir desteği de kolaylaştırıcıya göre değişiklik gösterir, bu nedenle "şartnameye göre destekleniyor" ve "kamusal bir kolaylaştırıcı ile canlı" farklı ifadelerdir.

Daha geniş ajan ekonomisi açıklama yayınının API ticaretine doğru gittiği, bunun da sipariş akışına benzediği görülüyor. x402, ödemenin belirleyici bir yeniden denemeye dönüşmesini sağlayan parçadır; kolaylaştırıcı, netleştirme katmanı olarak hareket eder ve zincir kesinliği SLA olarak işlev görür.

Alıntı

Takımların x402'yi bir kimlik değişimi gibi ele alıp, ilk üretim olayının "imza doğrulaması" olmadığında şaşırdıklarını izledim. Bu, idempotensidir. Müşteri bir 402'den sonra yeniden dener, kolaylaştırıcı yeniden oynatma kontrolleri yapar ve sunucu hala temiz bir ödenmiş durum kontrolüne ihtiyaç duyar, böylece gecikme zirve yaptığında iki kez hizmet vermemek veya iki kez ücretlendirmemek için.

Geçerli olan zihinsel model mikro yapı: 402 alıntıdır, imzalı yetkilendirme sipariştir ve kolaylaştırıcı netleştirme aracıdır. Bu oturduğunda, zincir kesinliği bir kripto detayı olmaktan çıkar ve uç noktanın sattığı SLA haline gelir.

Bu nedenle, Solana (~400ms) veya Base (~2s) gibi hızlı kesinlik hatlarında stabilcoin yerleşimi, ajan ödeme tasarımlarında sürekli olarak ortaya çıkarken, daha yavaş onay yolları takımları yine de offchain krediye geri döndürmektedir.

Kaynaklar

• Eco
• Alchemy
• Allium