Obenan

Obenan Brifingleri · Signal

Ücretli ajan eylemleri altyapıya dönüşüyor. İşletme taahhüdü hâlâ çözülmedi.

Ajan platformları; ücretli API'leri, ücretli MCP sunucularını, ücretli web içeriğini ve makine ödemelerini yerleşik çalışma zamanı altyapısına dönüştürüyor. Bu, bir ajanın nasıl ödeme yaptığı sorusunu yanıtlıyor. Karşı taraftaki işletmenin, para hareket ettiği anda belirli bir taahhüdü yerine getirip getiremeyeceği sorusunu ise yanıtlamıyor.

Published May 13, 2026 · Küresel · Kamuya açık altyapı

İşletmeci için ana çıkarım

Son duyurular ödeme altyapısındaki açığı daraltıyor; işletmenin taahhüt tarafı ise hâlâ çözülmedi. Rezervasyon, mobilite, hizmet, biletleme veya herhangi bir yerel hizmet akışı yürütüyorsanız, müsaitlik, politika, uygunluk ve onay doğruluğunu ödeme yürütülmeden önce yapılması gereken kendi işiniz olarak ele alın. Eylül 2026 üç ayrı katmanda hareket getirdi ve bunların hiçbiri sizden alışveriş yapan bir müşteri değildir.

Ceren'e yazMerchant Infrastructure'ı incele

Ne değişti?

Ücretli ajan eylemleri için kamuya açık altyapı 29 Nisan ile 12 Mayıs 2026 arasında sağlamlaştı

Son iki haftadaki birbirinden bağımsız dört kamuya açık hamle, ücretli ajan eylemlerini bir protokol gösterisi olarak değil, yönetilen altyapı olarak ele alıyor. Görünüm tutarlı: ajan platformları artık araçlar, içerik ve kaynaklar için ödeme yapmayı birinci sınıf bir çalışma zamanı davranışı olarak bekliyor.

01

AWS Bedrock AgentCore Payments önizlemeye çıktı

AWS, 7 Mayıs 2026'da Amazon Bedrock AgentCore Payments'ı önizleme olarak kullanıma sundu. Bu sürüm, ödemeleri Bedrock ajanları için yerleşik bir çalışma zamanı yeteneği hâline getiriyor; x402'yi destekliyor, Coinbase ve Stripe Privy cüzdanlarıyla entegre oluyor, oturum düzeyinde harcama limitleri uyguluyor ve mikro ödemeleri açıkça daha geniş alıcı tarafı akışlarına doğru atılan ilk adım olarak konumlandırıyor.

02

Stripe, ajan ticaretini tek bir yığında topluyor

Stripe, 29 Nisan 2026'da Sessions 2026'da işletme erişimini gösterge paneli üzerinden genişletti, AI Mode ve Gemini uygulaması aracılığıyla Google'ı alt akışta bir keşif ve ödeme akışı (checkout) rotası olarak ekledi ve programatik ajan ödemeleri için Link ajan cüzdanlarını ve Machine Payments Protocol desteğini tanıttı.

03

MPP, ödeme kimlik doğrulaması ve MCP taşıma taslaklarını yayımladı

Machine Payments Protocol ekosistemi, 12 Mayıs 2026'da paymentauth.org üzerinde birbirine bağlı iki Internet-Draft yayımladı: bir Payment HTTP kimlik doğrulama şeması ile bir JSON-RPC ve MCP taşıma eşlemesi. Bu taslaklar birlikte 402 Payment Required yanıtına somut bir anlam kazandırıyor ve ücretli araç çağrılarının, kaynak okumalarının ve istem (prompt) erişimlerinin MCP'de nasıl ifade edilebileceğini tanımlıyor.

04

Adyen, x402 Foundation'a katıldı

Adyen, 6 Mayıs 2026 tarihli 1. çeyrek iş güncellemesinde, HTTP üzerinden ödemeler için açık standartların oluşturulmasına yardımcı olmak amacıyla x402 Foundation'a katıldığını açıkladı ve bu adımı açıkça ajanlı ticarette birlikte çalışabilir işlem akışlarına bağladı. Büyük bir PSP, HTTP'ye özgü ödeme nesneleri üzerine görünür bir standart bahsine girdi.

Sonraki kanıtlar

Eylül 2026'nın ilk yarısında tarihli dört gelişme yaşandı. Bunları, bir şeyler satın alan ajanlarla ilgili tek bir hikâye gibi duymak kolaydır. Tek bir hikâye değiller. Yığının üç farklı katmanında yer alıyorlar ve onları ayrı tutmakta fayda var, çünkü üçünden yalnızca biri tezgâhın işletme tarafında duruyor; o bile kasa değil, arka ofis.

Aşağıdaki kanıtlar 22 Eylül 2026'da okundu. Her madde kaynağındaki tarihle verilmiştir.

Nedir: tek bir ödeme protokolünün kütüphane kodu, hataları açıkça gösterme konusunda daha dikkatli hale geldi. Bu değişiklik kimsenin kimseye ödeme yapmasını sağlamadı.

  • Protokol, iki bilgisayarın arada bir insan olmadan işlem yapabilmesi için uyduğu, üzerinde anlaşılmış kurallar bütünüdür; SDK ise bir geliştiricinin bir programa eklediği ve programın o protokolü konuşabilmesini sağlayan hazır koddur. 15 Eylül 2026'da x402 ödeme protokolünün Python SDK'sını geliştirenler 2.22.0'ın ardından gelen 2.23.0 sürümünü yayımladı.
  • Değişiklikler, ancak gerçek para hareket etmeye başladığında önem kazanan, gösterişsiz türden. Ödemenin kesinleşmesi (settlement), paranın yalnızca onaylanmakla kalmayıp gerçekten hesaba geçtiği adımdır; bir kartın cuma günü POS cihazınızda onaylanması ile paranın salı günü hesabınızda görünmesi arasındaki fark gibi. Kesinleşme sırasında kod artık ağa ikinci kez sormak yerine daha önce yaptığı bir kontrolü yeniden kullanıyor. Kalıcı yapılandırma hataları artık program başlarken yakalanıyor; geçici zaman aşımları ise yine yeniden denenebiliyor. Bekleme süreleri uzatıldı ve kesin üst sınırlar getirildi: hem kolaylaştırıcıya (bir ödemeyi iki taraf adına kontrol edip yürüten hizmet) yapılan çağrılar için hem de ücretli araç çağrıları için. Böylece yavaş bir kesinleşme adımı yarıda kesilmeden tamamlanabiliyor. Yol doğrulaması, kasıtlı olarak gizlenmiş bir web adresine karşı güçlendirildi. Bir geliştiricinin belirlediği harcama sınırı artık kütüphanenin desteklediği her ödeme yöntemine aktarılıyor.
  • Bu, tek bir protokolün tek bir dil bağlamasının (tek bir programlama dili için yazılmış kodun) işleyişte daha açık hale gelmesidir. Onu, o protokolü sürdüren kişiler kendi kodları hakkında yazıyor. Ayrıca en son sürüm de değil: bu kanıtların okunduğu gün olan 22 Eylül 2026'da 2.24.0 sürümü yayımlandı.

Bu şu değildir: benimseme, işlem hacmi ya da herhangi bir işletmenin herhangi bir şey yapması. Bir sürüm notu, bir kod tabanı hakkında bir ifadedir. İçinde hiçbir restoran, klinik ya da oto servis anılmıyor ve hiçbiri ima edilmiyor.

Nedir: yazılımın yazılıma ödeme yapması. Bir program, işini yapmak için ihtiyaç duyduğu veri veya hizmet için ödeme yapar. Alıcı bir programdır, satıcı ise bir API sağlayıcısıdır (diğer programlara kendi verisine veya yazılımına erişim satan bir şirket) ve her tutar 0,001 ile 0,01 ABD doları arasındadır.

  • 1 Eylül 2026'da AWS blogunda, t54 hakkında, AWS çalışanlarının t54 ekibinden kişilerle birlikte yazdığı bir makale, t54'ün kendi rakamını verdi: x402-secure hizmeti kullanıma sunulduğundan bu yana “20 milyondan fazla yapay zekâ ajanı tarafından başlatılan işlemi” işlemiş; bunların her biri “$0.001 ile $0.01 arasında bir mikro ödeme”, yani karta yansıtmanın anlamsız olacağı kadar küçük bir ödeme.
  • Makaledeki örnek, hisse portföylerini izleyen ve ücretli bir API'den gerçek zamanlı piyasa verisi satın alması gereken bir ajandır. t54'ün kurucusu işlemleri aynı şekilde, “hiçbir insanın gerçek zamanlı olarak inceleyemeyeceği türden hızlı, küçük bir veri ya da API çağrısı” olarak tanımlıyor ve makale bunların “tek birini bile bir insan onaylamadan” gerçekleştiğini söylüyor. t54'ün kendi tanımına göre sayının saydığı şey budur: yazılımın, kendisinin kullandığı bir hizmet için bir yazılım sağlayıcısına milyonlarca kez ödeme yapması.
  • Yerel bir işletmedeki en yakın benzetme, POS cihazınızdaki veri SIM kartının otomatik yüklemesidir. Sürekli çalışır, kimse her bir ödemeyi onaylamaz ve bir masa ayırtan bir müşteri değildir.

Bu şu değildir: satın almalar, müşteriler ya da herhangi bir perakende veya işletme kasası; sayı bunların hiçbirini saymıyor. Bağımsız olarak denetlenmiş bir rakam değildir: işlemleri yürüten hizmetin sahibi şirket tarafından, bulut sağlayıcısının blogundaki bir makalede bildirilmiştir. Kimse bununla saç kestirmedi.

Nedir: bir işletmenin kendi ajanının, işletmenin kendi ödeme hesabını kullanmasını sağlayan araçlar ve işletmeler için duyurulmuş bir kabul ürünü. Üç katmandan işletme tarafında olan tek katman budur ve tezgâh değil, ofistir.

  • 1 Eylül 2026'da Checkout.com, MCP sunucusunu anlatan bir yazı yayımladı; şirkete göre bu sunucuyu, araçlarını işletmelerin kendi geliştirme yazılımlarına taşımak için kurdu. MCP sunucusu, bir şirketin bir yapay zekâ asistanının sistemlerini kullanabilmesi için sistemlerinin önüne koyduğu standart bir kapıdır; yeni bir yöneticiye her şeyin anahtarını vermek yerine sabit yetkileri olan bir giriş hesabı vermekle aynı fikir.
  • Asistanın o kapıdan yapabilecekleri, Checkout.com'un ifadesiyle, “ödeme durumunu sorgulamak, ödeme bağlantılarını yönetmek ya da iadeler, itirazlar ve iptaller gibi işlemleri güvenli şekilde yürütmek”. İade, zaten ödeme yapmış bir müşteriye parasını geri verir; itiraz, bir müşterinin bir tahsilata banka üzerinden karşı çıkmasıdır; iptal ise provizyonu alınmış, yani onaylanmış ama henüz tahsil edilmemiş bir ödemeyi geçersiz kılar; böylece para hiç çekilmez. Bunlar, muhasebenizi yapan kişinin pazartesi sabahı yaptığı işlerdir. Yetkiler “Checkout.com Dashboard hesabınızı yansıtır” ve araçlar hem test ortamında hem de canlı ortamda kullanılabilir.
  • Checkout.com ayrıca “MCP'yi işletme ajanları için yerel bir ödeme katmanına dönüştürdüğünü, basit yardımdan otonom iş akışlarına ve çok adımlı operasyonlara geçtiğini” belirtiyor. Bu cümle bitmiş bir ürünü değil, süren bir çalışmayı anlatıyor. Bu, açıklanmış bir niyettir ve bir şey kullanıma sunulana kadar öyle okunmalıdır.
  • Yaklaşık bir hafta sonra IXOPAY üç parçalı bir Agentic Suite duyurdu: “yeni ticaret deneyimlerini mevcut altyapıya bağlayan” bir Payment Agent, “ajan kimliğini, müşteri onayını ve satın alma niyetini ödeme kimlik bilgisiyle birlikte koruyan” Universal Tokens ve “onaylı yapay zekâ asistanlarına desteklenen ödeme ve tokenizasyon yeteneklerine denetimli erişim sağlayan” bir MCP Server. Duyuru sayfası kendisi için iki farklı tarih veriyor: sayfa başlığında 8 Eylül 2026, tarih satırında 9 Eylül 2026. Birini seçmek yerine ikisini de bildiriyoruz. Duyuruda, IXOPAY'in platformu üzerinde çalışan bir iş ortağı olan Tilopay'den bir alıntı, Tilopay işletmelerinin “bugünden itibaren ajan tabanlı işlemlerle büyümeye başlayabileceğini” söylüyor; bir iş ortağının bunu sağlayıcının kendi lansman duyurusunda söylemesi bir iş ortağı beyanıdır, işletmelerin bunu yaptığına dair bağımsız bir kanıt değildir.
  • Payment Agent ürün sayfası bir ayrıntı daha ekliyor: “İlk protokol desteği Visa Trusted Agent Protocol (TAP) ile başlıyor. Payment Agent, ajan tabanlı ticaret ekosistemi geliştikçe ek protokolleri destekleyecek şekilde tasarlanmış, protokolden bağımsız bir temel üzerine inşa ediliyor.” Bunu tek bir ağın protokolüne bağlılık olarak değil, bilinçli olarak çok protokollü bir tasarımın başlangıç noktası olarak okuyun ve bunun lansman duyurusunda değil, ürün sayfasında yer aldığını not edin.

Bu şu değildir: tüketicinin kasada ödeme yapması. Buradaki hiçbir şey bir alışverişçinin bir işletmeden alışveriş yapmasını anlatmıyor. İade ve itiraz zaten tahsil edilmiş bir ödemeyle ilgilidir; iptal ise onaylanmış bir ödemeyi tahsil edilmeden önce geri çeker. Üçü de başka bir yoldan başlamış bir ödeme üzerinde işlem yapar. Duyurulmuş bir kabul ürünü bir duyurudur. Yerel bir ödeme katmanı kurma niyeti de yerel bir ödeme katmanı değildir.

Üç katmanı yeniden bir araya getirin; bu sayfanın ilk savı, daha keskin bir biçimde geçerliliğini koruyor. Tesisat daha dikkatli hale geldi. Kendi yazılımları için ödeme yapan ajanlar büyük, kendi bildirdikleri bir rakam ortaya koydu. İşletmeler, zaten yapılmış ödemeleri yönetmek için daha iyi araçlar edindi. Bunların hiçbiri bir ajana saat 19.00'daki masanın, salı günkü servis randevusunun ya da cumartesi dersindeki yerin şu anda gerçekten müsait olup olmadığını ve gerçekten yerine getirilip getirilemeyeceğini söylemiyor.

Bu adımların her birinin nerede durduğu ve neden ayrı oldukları: “Committability ladder” çerçevesini okuyun

Bu neden önemli?

Ödeme yapmak olağanlaşıyor. Belirli bir taahhüdü yerine getirmek ise olağanlaşmıyor.

Ödeme altyapısı bir kimlik bilgisi sorusunu yanıtlar: kimin ödeme yapmaya yetkili olduğu ve paranın nasıl hareket etmesi gerektiği. Tek başına bir işletme hazırlığı sorusunu yanıtlamaz: belirli bir park yerinin, bir dersteki yerin, bir restoran depozitosunun, bir randevunun, bir biletin veya bir teslim alma zaman aralığının, bir ajanın taahhütte bulunduğu anda gerçekten yerine getirilip getirilemeyeceği. Kamuya açık yığın yetkilendirme, tokenizasyon, niyet ve makine ödemeleri etrafında birleştiğinde, işletme tarafındaki taahhüt edilebilirlik sorusu kolaylaşmaz. Daha görünür hâle gelir.

Yığının ilerlediği yön

Altyapı artık ödeme yürütmeyi kapsıyor. İşletme taahhüdü onun öncesinde yer alıyor.

Dört yayını birlikte okuyunca bir tablo ortaya çıkıyor. Büyük platformlar, bir ajanın neyin karşılığında ödeme yapmasına izin verildiğini, ödemenin nasıl yapılandırıldığını ve nasıl yönlendirildiğini yönetmeye başladı. Bunların hiçbiri, işletme tarafında adı konmuş yerel bir taahhüdün gerçek, güncel, politika açısından eksiksiz ve şu anda üzerine işlem yapmak için güvenli olup olmadığına karar vermez.

Ödeme altyapısı tarafı

Artık kamuya açık

  • Büyük bir bulut ajan platformunda yönetilen ajan ödeme çalışma zamanı (AWS Bedrock AgentCore Payments)

  • Tek bir PSP yığınında bir araya getirilmiş ajan cüzdanları, makine ödemesi yapı taşları ve işletme keşif rotaları (Stripe)

  • Standart taslaklarında tanımlanmış, ücretli MCP araç ve kaynak çağrılarını içeren HTTP'ye özgü ödeme semantiği (MPP)

  • Vakfa katılan büyük bir PSP'nin desteklediği açık HTTP ödeme standartları (Adyen ve x402)

İşletme taahhüdü tarafı

Hâlâ çözülmedi

  • Adı konmuş zaman diliminin, biletin, koltuğun, masanın, park yerinin, randevunun veya zaman aralığının taahhüt anında gerçekten müsait olup olmadığı

  • İşletmenin iptal, depozito, geç varış, değişiklik ve iade politikasının para hareket etmeden önce sorgulanabilir olup olmadığı

  • Belirli taahhüt için işletme tarafındaki uygunluğun yalnızca bir profil sayfasında değil, şu anda doğru olup olmadığı

  • Onay, yerine getirme ve itiraz davranışının kontrollü pilotların dışında da ayakta kalıp kalmadığı

Tutumumuz

Ödeme yapmak altyapıya dönüşüyor. Taahhüt edilebilirliğin ise hâlâ inşa edilmesi gerekiyor.

Nisan ve Mayıs 2026 yayınlarındaki örüntü, tek bir hamle olarak okunabilecek kadar tutarlı. Ajan yığınının ödeme tarafı; yönetilen çalışma zamanları, ajan cüzdanları, makine ödemesi yapı taşları ve HTTP'ye özgü ödeme semantiği etrafında kamuya açık biçimde birleşiyor. Bu doğru yön. Aynı zamanda ödeme öncesindeki soruyu daha keskin hâle getiriyor. Bir ödeme talebi (payment challenge), bir ajana nasıl ödeme yapacağını söyleyebilir. Karşı taraftaki işletmenin, para hareket ettiği anda adı konmuş taahhüdü yerine getirip getiremeyeceğini ise ajana söyleyemez. Obenan bunu, kamuya açık yığının işletme hazırlığı sınırına doğru ilerlemesi olarak okuyor; o sınırı aşması olarak değil.

Ödeme erişimi, işletme taahhüdüyle aynı şey değildir

Sınırları belirli, adı konmuş, zaman damgalı taahhütler işletme hazırlığının birimidir

İşletme tarafındaki gerçek, ödeme yürütmenin öncesinde ve keşfin sonrasında yer alır

Bu brifingin iddia etmediği noktalar

Bu brifingin iddia etmediği noktalar

Yukarıdaki argüman sınırlıdır. Aşağıdaki liste, bu brifingin ileri sürmediği iddiaların açık listesidir.

  1. 01

    Bu, Obenan'ın bir ödeme hizmeti sağlayıcısı, üye iş yeri bankası (acquirer), ödeme akışı (checkout) katmanı, tokenizasyon katmanı, ajan cüzdanı veya ödeme kesinleştirme (settlement) ağı olduğu iddiası değildir.

  2. 02

    Bu, AWS Bedrock AgentCore Payments, Stripe, Coinbase, Privy, Adyen, x402 Foundation, Machine Payments Protocol, OpenAI, Visa, Mastercard, American Express, Universal Commerce Protocol, Agentic Commerce Protocol, AP2 veya herhangi bir ödeme ağı ya da geliştirici programıyla entegrasyon, pilot veya ortaklık iddiası değildir.

  3. 03

    Bu, ücretli MCP araçlarının, ücretli API'lerin veya ücretli kaynak çağrılarının yerel hizmetler için işletme tarafındaki taahhüt edilebilirliği çözdüğü iddiası değildir.

  4. 04

    Bu, tüm yerel hizmetlerin bugün ajanlı ödemeye hazır olduğu iddiası değildir.

  5. 05

    Bu, herhangi bir ağın herhangi bir kontrollü pilotunun geniş çaplı ticari yaygınlaşma davranışını kanıtladığı iddiası değildir.

  6. 06

    Bu brifing, özel iş ortağı adlarını, özel toplantı durumlarını veya gizlilik sözleşmesi (NDA) kapsamındaki materyalleri yayımlamaz. Argüman yalnızca kamuya açık kaynaklara dayanır.

  7. 07

    Bu, t54'ün bildirdiği ajan tarafından başlatılan işlemlerin işletmelerden yapılan satın almalar, perakende kasa işlemleri ya da bağımsız olarak denetlenmiş bir sayı olduğu iddiası değildir. Bunlar, ajanların yazılım hizmetlerine yaptığı ve işlemleri yürüten şirket tarafından bildirilen mikro ödemelerdir.

  8. 08

    Bu, Checkout.com'un işletme ajanları için yerel bir ödeme katmanını kullanıma sunduğu iddiası değildir. Checkout.com bu niyeti belirtiyor; kullanılabilir olarak tanımlanan şey arka ofis ödeme operasyonlarıdır.

  9. 09

    Bu, IXOPAY'in Agentic Suite'inin ya da herhangi bir bileşeninin işletmeler tarafından benimsendiği iddiası değildir. Bir lansman duyurusu ve bir iş ortağının alıntısı benimseme kanıtı değildir.

  10. 10

    Bu, bir ödeme protokolünün yazılım kütüphanesinin yeni bir sürümünün benimsemeye, işlem hacmine ya da işletme hazırlığına işaret ettiği iddiası değildir.

İşletmeci eylem rehberi

Şimdi ne yapmalı, neyi izlemeli ve neyi varsaymamalı

İşletme tarafının doğrudan harekete geçebileceği konular ile ödeme altyapısı tarafında kalanlara göre ayrılmıştır.

01

Şimdi yapın

İşletme kontrolünde

  • Müsaitlik, kapasite ve rezervasyon nesnelerini, bir ajanın taahhütte bulunmadan önce doğrulayabileceği şekilde yapılandırın

  • İptal, depozito, uygunluk ve politika kurallarını makine tarafından okunabilir biçimde kodlayın

  • Onay mesajlarının, işletmenin o anda gerçekten yerine getirebileceği şeyle örtüşmesini sağlayın

Altyapı kontrolünde

  • Hangi ücretli ajan eylemi yüzeylerinin yalnızca ödeme semantiği yerine işletme tarafı taahhüt semantiği de eklemeye başladığını takip edin

02

İzleyin

İşletme kontrolünde

  • İşletme tarafındaki taahhüt edilebilirliğin rezervasyon, randevu planlama ve yer ayırma sistemlerinde kalıcı biçimde sorgulanabilir hâle gelip gelmediği

  • Kategoriye özgü politikanın ödeme yürütmenin öncesinde standartlaşıp standartlaşmadığı

Altyapı kontrolünde

  • AWS, Stripe, Adyen ve x402 Foundation'ın yetkilendirme ve mikro ödemelerin ötesine geçerek rezervasyon, depozito ve açık alıcı niyeti semantiğine uzanıp uzanmadığı

  • MPP ve MCP taşıma taslaklarının kamuya açık taslaklardan benimsenmiş protokollere geçip geçmediği

  • Eylül 2026'da ortaya çıkan işletme tarafı ödeme araçlarının arka ofis operasyonlarından bir müşterinin satın aldığı taahhüde geçip geçmediği

03

Varsaymayın

İşletme kontrolünde

  • Bir profilin, ilanın veya katalog kaydının, adı konmuş belirli bir taahhüt için taahhüt edilebilirlik anlamına geldiğini

  • Ödeme tarafındaki standartlaşmanın işletme tarafındaki hazırlığı otomatik olarak çözdüğünü

Altyapı kontrolünde

  • Ücretli MCP araçlarının veya ücretli ajan eylemlerinin işletme tarafı taahhüt anlamına geldiğini

  • Önizleme aşamasındaki ajan çalışma zamanlarının üretim düzeyinde ticari alışveriş akışlarına eşit olduğunu

  • Bir ödeme protokolünün yazılım sürümünün, sağlayıcının bildirdiği bir işlem sayısının ya da bir ürün duyurusunun işletmelerin benimsediğini gösterdiği

Okumaya devam edin

Bunun işletme katılımı tezinin geri kalanıyla bağlantısı

İşletme tarafının hâlâ inşa edilmesi gerekiyor

Ücretli ajan eylemleri altyapıya dönüşüyor. Sıradaki eksik katman taahhüt edilebilirlik. Rezervasyon, mobilite, hizmet, biletleme veya herhangi bir yerel hizmet akışını yürüten işletmeciler için yapılacak iş ödemenin öncesindedir: müsaitlik, politika, uygunluk ve onay doğruluğu.

Ceren'e yazMerchant Infrastructure'ı incele

Kaynaklar

Bu Signal yalnızca kamuya açık kaynaklara dayanır. Mayıs 2026 yayınları tek bir örüntü olarak birlikte okunur: 29 Nisan ile 12 Mayıs 2026 arasında yönetilen ajan ödeme altyapısının pekişmesi. Eylül 2026 kaynakları, bilinçli olarak birleştirilmeden üç ayrı katman olarak okunur ve her rakam onu bildiren tarafa atfedilir.

  1. 1.
    Agents that transact: Introducing Amazon Bedrock AgentCore Payments, built with Coinbase and Stripeaws.amazon.com · 7 Mayıs 2026 · 13 Mayıs 2026

    Büyük bir bulut ajan platformunun artık ücretli kaynakları, ücretli MCP araçlarını ve bütçeyle sınırlandırılmış ajan harcamalarını birinci sınıf bir çalışma zamanı yeteneği olarak ele aldığının birincil kanıtı

  2. 2.
    Stripe builds out the economic infrastructure for AI with 288 launches at Sessions 2026stripe.com · 29 Nisan 2026 · 13 Mayıs 2026

    Tek bir PSP yığınının artık ajan dağıtımını, ajan cüzdanlarını ve makine ödemesi yapı taşlarını işletmeye dönük tek bir katmanda kapsadığının birincil kanıtı

  3. 3.
    Payment Authentication Scheme: JSON-RPC and MCP Transport (draft-payment-transport-mcp-00)paymentauth.org · 12 Mayıs 2026 · 13 Mayıs 2026

    Ücretli MCP araç çağrılarına, kaynak okumalarına ve istem erişimlerine kamuya açık Internet-Draft'larda somut ödeme semantiği kazandırıldığının birincil kanıtı

  4. 4.
    The Payment HTTP Authentication Scheme (draft-httpauth-payment-00)paymentauth.org · 12 Mayıs 2026 · 13 Mayıs 2026

    402 Payment Required yanıtını yapılandırılmış bir HTTP kimlik doğrulama şeması olarak resmîleştiren ikincil kanıt

  5. 5.
    Adyen publishes Q1 2026 Business Updateadyen.com · 6 Mayıs 2026 · 13 Mayıs 2026

    Büyük bir PSP'nin ajanlı ticaret için HTTP'ye özgü ödeme nesneleri üzerine görünür bir standart bahsine girdiğinin birincil kanıtı

  6. 6.
    Everything we announced at Sessions 2026stripe.com · 29 Nisan 2026 · 13 Mayıs 2026

    Bu Signal ile en ilgili Stripe Sessions 2026 bileşenleri için ayrıntılı kapsam dayanağı; Link ajan cüzdanları, Machine Payments Protocol desteği ve ajan erişimi için işletmeye dönük gösterge paneli yüzeyi dâhil

  7. 7.
    x402 Python SDK Changelog — 2.23.0github.com · 15 Eylül 2026 · 22 Eylül 2026

    Birincil. x402 ödeme protokolünün tek bir dil bağlaması için geliştiricilerin kendi sürüm notları, 2.23.0 girdisinden okundu; aynı dosyada 22 Eylül 2026 tarihli 2.24.0 da yer alıyor. Kütüphane kodunda operasyonel sağlamlaştırmanın kanıtıdır; işletmeler hakkında hiçbir şeyin kanıtı değildir.

  8. 8.
    How t54 built a trust layer with Amazon Bedrock AgentCore paymentsaws.amazon.com · 1 Eylül 2026 · 22 Eylül 2026

    Ajandan hizmete mikro ödemelerin ölçeği için birincil kaynak ve bu sayfada alıntılanan işlem sayısının kaynağı. Müşteri olan t54 tarafından, AWS ve t54 çalışanlarının yazdığı bir AWS blog makalesinde bildirilmiştir. Bir denetim değildir ve işletme ticareti değildir.

  9. 9.
    Building trusted AI infrastructure with the Checkout.com MCPcheckout.com · 1 Eylül 2026 · 22 Eylül 2026

    Bir MCP sunucusu aracılığıyla işletme tarafındaki arka ofis ödeme operasyonları için birincil kaynak: işletmenin kendi hesabındaki iadeler, itirazlar ve iptaller. Yerel bir ödeme katmanı kurma niyeti gelecekteki bir çalışmadır, kullanıma sunulmuş bir yetenek değildir.

  10. 10.
    IXOPAY Launches Agentic Suite to Help Merchants Support Agentic Commerce and Automate Payment Workflowsixopay.com · 8 Eylül 2026 (sayfa başlığı) / 9 Eylül 2026 (tarih satırı) · 22 Eylül 2026

    Payment Agent, Universal Tokens ve bir MCP Server için sağlayıcının lansman duyurusu. Sayfa kendisi için iki farklı tarih veriyor ve ikisi de bildiriliyor. İçerdiği iş ortağı alıntısı bir iş ortağı beyanıdır, benimseme kanıtı değildir.

  11. 11.
    Payment Agent: Get Started with Agentic Commerceixopay.com · Son değişiklik: 8 Eylül 2026 · 22 Eylül 2026

    İlk protokol desteği ifadesini içeren IXOPAY Payment Agent ürün sayfası. Lansman duyurusu bu ifadeyi içermediği için alıntılandı. TAP, sayfanın protokolden bağımsız olarak tanımladığı bir temel üzerinde ilk protokol olarak anılıyor.