AI Ajanları x402 ve Stablecoin'lerle eSIM'i Nasıl Öder: Makine Tarafından Ödenebilir Bağlantı Akışı

Bir AI ajanına tarayıcı, kabuk ve bir dizi API anahtarı verin; bütün gün plan yapabilir, kod yazabilir, araç çağırabilir. Ama bir görev ilk kez ondan bir şey için ödeme yapmasını istediğinde — bir çıkarım kredisi, bir veri seti, bir proxy, bir SIM — ajan takılıp kalır. İnsanlara göre kurulmuş ödeme rayları bir insan varsayar: ödeme sayfası, kart numarası, 3-D Secure ekranı, oturum açma. Ajanların bunların hiçbiri yok. "Eyleme geçebilen ajan" ile "işlem yapabilen ajan" arasındaki boşluk, bugün ajan ticaretinin en büyük tekil darboğazı.

x402, bu boşluğu kapatmak için inşa edilen yükselen standart ve bunu web'in en eski kullanılmamış parçalarından birini canlandırarak yapıyor: HTTP 402 Payment Required durum kodu. Bu rehber, x402'nin gerçekte ne olduğunu, otonom bir ajan için bağlantının neden kanonik ilk satın alma olduğunu ve Roamzy'nin mevcut stablecoin + MCP akışının — x402'yi doğal olarak konuştuğu iddiasına girmeden — bugün x402 şablonuna nasıl temiz oturduğunu anlatıyor.

x402 gerçekte nedir

HTTP 402, orijinal spesifikasyonda "Payment Required" için ayrılmıştı ve otuz yılı aşkın süre boyunca kullanılmadan bekledi; çünkü bir isteğin içinde ödemeyi kapatmanın internet-doğal bir yolu hiç olmadı. Coinbase'in (Cloudflare ve büyüyen bir vakıfla birlikte) öncülük ettiği ve 2025'ten beri ölçekli biçimde canlı olan x402, stablecoin ödemelerini doğrudan HTTP üzerinden kapatarak bu kodu nihayet gerçek paraya bağlıyor.

Mekanik, üç taraf arasındaki bir istek/yanıt döngüsü: istemci (ajanınız), kaynak sunucusu (satılan şey) ve bir facilitator (sunucu kendi zincir altyapısını işletmek zorunda kalmasın diye zincir üstü ödemeyi doğrulayıp kapatan servis). Akış:

1. Ajan, fiyatlandırılmış bir kaynağa normal bir HTTP isteği yapar.
2. Sunucu; fiyat, kabul edilen token, alıcı adresi ve ağ gibi yapılandırılmış ödeme gereksinimlerini taşıyan bir PAYMENT-REQUIRED başlığıyla 402 Payment Required yanıtı döner.
3. Ajan imzalı bir ödeme yükü kurar — tipik olarak USDC için EIP-3009 ile gas'sız yetkilendirme ya da diğer ERC-20 token'ları için Permit2 — ve aynı isteği, kanıtı X-PAYMENT başlığına koyarak tekrarlar.
4. Facilitator doğrular ve ödemeyi kapatır; sunucu veriyi, işlemi teyit eden bir X-PAYMENT-RESPONSE başlığıyla birlikte döner.

Döngünün tamamı saniyeler sürer, oturum açma gerektirmez ve zincir üstünde kapanır. x402 blokzincirden bağımsızdır (EVM zincirleri artı Solana ve fazlası), sıfır protokol ücreti alır ve 2026 başı itibarıyla yalnızca Base üzerinde 100 milyonun çok üzerinde işlem işlemiş, on binlerce ajan aktif olarak işlem yapar durumdaydı. Artık bir düşünce deneyi değil.

Bağlantı neden kanonik ilk ödeme

Bir ajanın satın alabileceği onca şey arasında neden eSIM'i öne çıkarıyoruz? Çünkü bağlantı, diğer her satın almanın üst akışında durur. Bağımlılık zincirine bakın:

• Çıkarım, veri seti ya da proxy için ödeme yapmak için ajanın o kaynağa ulaşacağı bir ağ yoluna ihtiyacı vardır.
• Bulutta barındırılan bir ajan, ev sahibinin ağını miras alır — ama bir uç (edge), robotik, drone, IoT ya da saha ajanını tanımlayan şey, başka her şeyden önce kendi bağlantısını edinmek zorunda olmasıdır.
• Bağlantı doğası gereği sayaçlı ve küçük kupürlüdür — abonelik değil, bayt — ki bu, x402 mikro ödemelerinin tam olarak kendisi için tasarlandığı biçimdir.

Dolayısıyla kanonik makine-ödemeli an şöyle görünür: ajanın veriye ihtiyacı olur → fiyatlandırılmış bir bağlantı kaynağına çarpar → bir stablecoin mikro ödemesini kapatır → bağlantıyı alır → asıl görevine devam eder. Kendi bant genişliğinin parasını ödeyebilen ajan, bir insan SIM takmadan dünyanın herhangi bir yerinde kendini ayağa kaldırabilen ajandır. Vaadin tamamı bu; AI ajanları için en iyi eSIM konusunu önce bir ödeme problemi, ancak ikinci sırada bir telekom problemi olarak görmemizin nedeni de bu.

İki yarı: veri bütçesi ve ödeme

Ödeme yapan bir ajan iki şeyi birlikte düşünmek zorundadır. Birincisi, ne kadar veriye ihtiyacı olduğu ve bunun neye mal olacağı — ajan veri kullanımı rehberimizde ele alınan bir planlama problemi. İkincisi, bu maliyeti nasıl kapatacağı — bu yazının konusu olan ödeme problemi. x402 işin ödeme yarısıdır; sayaçlı, MB başına faturalanan bir bağlantı ürünü ise bütçe yarısı. Ancak birlikte çalışırlar: 500 MB'a ihtiyacı olduğunu bilen ama ödeyemeyen, ya da ödeyebilen ama sabit 5 GB'lık bir pakete zorlanan ajan, iki yönden birinde bozuktur.

x402'yi bugünkü Roamzy'ye eşlemek

Önce dürüstlük: Roamzy bugün doğal bir HTTP-402 / x402 uç noktası sunmuyor. Canlı 402 yanıtları dönmüyor ve x402 başlık el sıkışmasını doğal olarak konuşmuyor. Yaptığı şey şu: ödemeleri NowPayments kripto işlemcisi üzerinden stablecoin'le kapatmak ve satın alma akışını bir MCP sunucusu ile bir REST API üzerinden sunmak. Bu akış, x402 ile aynı ilkeldir — insan kasası olmadan, stablecoin ödemesiyle kapanan fiyatlandırılmış bir bağlantı kaynağı — ve bu, Roamzy'yi tel biçiminde değil ama yönelim olarak x402'ye hazır kılar. İşte kavramdan ilkele eşleme:

Soldan sağa okunduğunda biçimler neredeyse bire bir örtüşüyor. Fark yalnızca ödeme kanalında: x402 ödemeyi HTTP gidiş-dönüşünün içinde kapatır; Roamzy ise MCP/REST çağrısının yanında, işlemci üzerinden kapatır ve IPN webhook'u ile asenkron teyit eder. Ekonomik ilkel — ajan stablecoin öder, sayaçlı bağlantı alır, oturum açma yok, KYC yok — birebir aynı.

Ajan gerçekte neyi çağırır

Bugün bir Roamzy satın alması için somut dizi:

1. roamzy_status — purchases_paused bayrağını kontrol edin; set edilmişse geri çekilin.
2. roamzy_estimate — bir veri bütçesini beklenen USDT maliyetine çevirin (yalnızca planlama; ajan önceden hacim satın almaz).
3. roamzy_payment_options — etkin stablecoin+ağ listesini okuyun (bu, bir PAYMENT-REQUIRED başlığını ayrıştırmanın karşılığıdır) ve bir zincir seçin; ör. sıfıra yakın ücretler için Solana üzerinde USDC.
4. pay_currency alanı açıkça set edilmiş roamzy_create_order → stablecoin ödemesini kapatın (minimum yükleme $20).
5. roamzy_order_status — IPN teyit edip bakiye yüklenene kadar yoklayın.

Bakiye MB başına sayaçlı olduğu ve süresi hiç dolmadığı için tek bir yükleme birçok alt görevi fonlar — ajan bir kez yükler, çalıştıkça harcar; bu da x402 mikro ödemelerinin teşvik ettiği aboneliksiz, kullandıkça öde desenidir. Tam istek/yanıt biçimleri API dokümanlarında ve MCP geliştirici rehberinde.

Plan yapılması gereken hata modları

Makine ödemelerine yönelen geliştiriciler keskin köşeleri bilmeli. x402 tarafında klasik patoloji retry döngüsüdür: ajan bir 402 alır, imzalar, yeniden gönderir, bir 402 daha alır ve asla yakınsamaz — genellikle imzalı geçerlilik penceresindeki saat kayması, chain-ID uyuşmazlığı (X zincirine göre imzalarken facilitator'ın Y zincirinde doğrulaması) ya da aralıklı facilitator kesintisi yüzünden. Bugünkü Roamzy'de karşılık daha incedir, çünkü ödeme asenkron kapanır: tuzaklar; ajanın cüzdanının fiilen gönderemediği bir ağın pay_currency kodunu seçmek, minimum $20'ın altında göndermek ya da create-order yanıtını nihai sayıp IPN teyidi için roamzy_order_status aracını yoklamamaktır. İki dünyada da disiplin aynıdır — ağı açıkça sabitleyin, minimuma uyun ve devam etmeden önce teyit alın.

Bunun gittiği yer

x402, bağlantıyı ajanın bir API çağrısı satın alır gibi satın alabildiği bir şeye çeviriyor — fiyatlandı, imzalandı, kapandı, bitti. Roamzy bugün aynı ekonomik ilkel üzerine kurulu: ajanın MCP ya da REST üzerinden, döngüde insan olmadan ulaştığı anonim-öncelikli, stablecoin'le kapanan, MB başına sayaçlı bağlantı. Henüz telde x402 değil, ama ruhen x402 — ve satın alma akışı, token seçimi ve sayaçlı bakiye şu anda canlı. Canlı MB başına fiyatlar fiyat sayfasında; ajanınıza bağlamak için AI ajanları merkezinden başlayın.

SSS

Roamzy bugün x402'yi doğal olarak destekliyor mu?

Hayır. Roamzy bir HTTP-402 uç noktası sunmuyor, canlı 402 yanıtları dönmüyor ve x402 başlık el sıkışmasını konuşmuyor. Ödemeleri NowPayments işlemcisi üzerinden stablecoin'le kapatıyor ve satın alma akışını MCP ile REST üzerinden sunuyor. Bu akış, x402 ile aynı ekonomik biçimde — fiyatlandırılmış bağlantı, stablecoin ödemesi, oturum açma yok — ve bu onu tel biçiminde değil, yönelim olarak x402'ye hazır kılıyor.

Bir ajan hangi stablecoin'ler ve ağlarla ödeme yapabilir?

On bir kombinasyon canlı: TRON, BSC, Polygon, Optimism, Arbitrum ve TON üzerinde USDT; Solana, BSC, Polygon, Optimism ve Arbitrum üzerinde USDC. Ağ başına ücret ipuçlarıyla güncel liste için roamzy_payment_options aracını çağırın, ardından eşleşen kodu pay_currency olarak geçin. Solana üzerinde USDC sıfıra yakın ücretlidir; TRON üzerinde USDT en geniş cüzdan desteğine sahiptir.

Ajanın ödeme için hesaba ya da KYC'ye ihtiyacı var mı?

Hayır. Roamzy anonim-önceliklidir — bir ajan hesap açmadan ve KYC'den geçmeden tahmin alabilir, sipariş verebilir ve stablecoin'le ödeyebilir. Bu, x402'yi otonom ajanlar için cazip kılan oturumsuz özelliğin ta kendisidir.

MB başına sayaçlı bakiye mikro ödemelerle nasıl çalışır?

Ajan bir USDT/USDC bakiyesini (minimum $20) bir kez yükler; sonra bakiye, fiilen kullanılan her MB için eksilir ve süresi hiç dolmaz. Sabit veri paketleri önceden satın alınmaz. Bu, x402 mikro ödeme modeliyle örtüşür — sabit abonelik yerine küçük, kullanıma dayalı ödeme — ve tek bir yüklemenin birçok alt görevi fonlamasına izin verir. Tüketim yarısını bütçelemek için veri kullanımı rehberine bakın.