Tempo Chain ve MPP Protokolü: AI Ajanları İçin Yeni Bir Ödeme Altyapısı

icon MarsBit
Paylaş
Share IconShare IconShare IconShare IconShare IconShare IconCopy
AI summary iconÖzet

expand icon
Tempo Chain ve MPP Protokolü, AI tabanlı ödemeler için bir protokol güncellemesi sağlıyor. Commonware tarafından geliştirilen Tempo, Stripe ile yapılan iş birliğiyle Machine Payments Protokolü'nü entegre ederek otomatik işlemler sağlıyor. Zincir, hızlı bitirme için Simplex BFT ve verimlilik için BLS imzalarını kullanıyor. MPP, oturum tabanlı ödemeleri ve çapraz raylı yönlendirmeyi destekliyor ve bu sayede AI + kripto haberlerinde önemli bir oyuncu konumunda.

Bir: AI Temsilci Ekonomisinin Beş Ödeme Gereksinimi

Küresel ödeme sistemleri yapısal bir yeniden yapılandırmadan geçiyor. Stabil kripto paraların patlayıcı büyümesi ve AI ajan ekonomisinin yükselişi, sonraki nesil ödeme altyapısı için acil bir ihtiyaç yaratıyor.

Tempo

Otonom AI ajanları, kendi görevlerini yerine getirirken ödeme davranışları, geleneksel insan ödemelerinden temel olarak farklıdır. Şu beş temel ihtiyaç, AI ajan ekonomisinin ödeme altyapısı için temel gereksinimlerini oluşturur:

Tempo

Geleneksel SWIFT ödeme ağı ve genel blok zinciri, AI ajant ekonomisi altındaki yukarıdaki ödeme ihtiyaçlarını tam olarak karşılayamadığı için Tempo ortaya çıktı.

İkinci: Tempo: Yapay Zeka Çağı İçin İnşa Edilmiş Blok Zinciri

Commonware tarafından geliştirilen ödeme odaklı blok zinciri Tempo, Simplex BFT akışkan konsensüsü ile alt saniye son bulma, özel blok alanı ve sabit kripto para ile doğal gaz mekanizması ile ödeme önceliğini garanti eder ve MPP protokolü aracılığıyla AI ajanlarına tamamen insan müdahalesiz ödeme yeteneği sağlar.

Tempo

Üç: Tempo blok zinciri teknoloji mimarisi

3.1 Genel Mimari Özeti

Tempo, "ödeme öncelikli" felsefesiyle tasarlanan özel bir Layer-1 mimarisi kullanır; zincir üzerindeki her teknik karar, evrensel akıllı sözleşme platformlarının genel amaçlı tasarımı yerine ödeme senaryolarını en iyi şekilde optimize etmeyi hedefler.

Tempo

3.2 Simplex BFT Akış Kanalı Konsensüsü

Tempo'nun konsensüs katmanı, Simplex BFT protokolüne (ePrint 2023/463) dayanmaktadır. Bu protokol, her bir turun onay gecikmesini tek bir ağ dolaşım süresine (1Δ) düşürmek için hattın paralelleştirilmesiyle tasarlanmıştır.

Üç aşamalı uzlaşma süreci

Simplex BFT'nin tek tur konsensüsü, üç sıralı aşamadan oluşur:

Tempo

Zaman sıralaması karşılaştırması: Geleneksel BFT vs Simplex akışı

Aşağıdaki grafik, geleneksel üç aşamalı BFT ile Simplex akış hattı arasındaki gecikme farkını göstermektedir. Dikey eksen uzlaşım döngülerini, yatay eksen ise ağ zaman adımlarını (Δ) temsil etmektedir.

Tempo

Ana performans artışı: Hat modunda, B₂'nin Önerme aşaması, B₁'nin Oylama aşamasıyla çakışır. Her turda bir sonraki blok önerisi için yalnızca 1Δ beklenirken, geleneksel BFT her turda tam 3Δ seri bekleme gerektirir.

Görünüm Değişimi (View-Change) İyileştirmesi

Tempo

Görünüm değişimi, iki durumda tetiklenir: (1) geçerli lider, belirlenen zaman aşımı süresi içinde geçerli bir öneri yayınlamadı; (2) düğüm, liderin anormal davranışını (örneğin, tekrarlayan öneriler veya geçersiz mesaj formatı) algılar.

3.3 BLS Toplu İmza

N adet doğrulayıcı imzasını BLS (Boneh-Lynn-Shacham) şeması kullanarak tek bir imzaya birleştirir, yalnızca iki eliptik eğri eşleştirmesi ile doğrulanır; bu da bant genişliği ve hesaplama maliyetlerini önemli ölçüde azaltır. Bu, yüksek frekanslı mikro ödemeler senaryolarında özellikle önemlidir ve her işlemdeki hesaplama ve bant genişliği maliyetlerini etkili bir şekilde düşürür.

BLS imza prensibi

Tempo

Toplu imza süreci görselleştirildi

Tempo

3.4 Paralel İşlem Gerçekleştirme Mekanizması

Tempo'nun paralel işlem yürütme yeteneği, resmi olarak belgelenmiş iki teknik tasarımından kaynaklanır:

1. EIP-2718 özel işlem türü (İşlem Türü 0x76)

Tempo, standart EVM işlemlerine üç tür yerel yetenek ekleyen Crypto-Native İşlem formatını tanımlar:

  • Toplu yürütme (Batch): Tek bir işlem içinde birden fazla komutu atomik olarak yürütün
  • Zamanlanmış: Belirli bir gelecek blokta yürütülmeyi başlatır
  • Paralel: Durumsuz bağımlılıkları bildirin, diğer işlemlerle eşzamanlı işlenmesine izin verin.

2. Süresi Dolan Nonce Sistemi

Geleneksel EVM, aynı hesap tüm işlemlerinin sıralı olarak yürütülmesini zorunlu kılan katı artan Nonce sistemini kullanır. Tempo, Nonce’u “geçerli blok aralığı” olarak değiştirerek, Nonce’nin yalnızca geçerlilik süresi içinde benzersiz olmasını gerektirir; aynı hesaptan birden fazla birbirinden bağımsız işlem aynı anda gönderilebilir ve paralel olarak yürütülebilir, böylece hesap düzeyindeki sıralı engel ortadan kaldırılır.

Tempo

3. Özel Ödeme Kanalları (Payment Lanes)

Ödeme Kanalları, Tempo'nun TIP-20 ödeme işlemlerine protokol seviyesinde ayrılmış blok alanııdır. Ethereum'da tüm işlemler aynı gas havuzunu paylaşırken, Tempo blok gas bütçesini birden fazla bağımsız kanala ayırır ve ödeme işlemlerini DeFi işlemleri, NFT üretimi veya yüksek frekanslı sözleşme çağrılarının "gürültülü komşuları"ndan etkilenmeden korur.

Blok Gaz Bölüm Yapısı

Tempo blok başlığı, 500M toplam gaz bütçesini birbirinden bağımsız üç bölgeye ayıran ayrı bir gaz limiti alanı taşır:

Tempo

3,5 stabil para birimi yerel tasarımı

Tempo, stabilite parasını protokolün birinci sınıf bir üyesi olarak kabul eder; gaz ücretleri, zincir içi takas ve token standartları dahil olmak üzere tüm zincir boyunca stabilite parasını merkeze alarak yeniden tasarlanmıştır.

Tempo

Dört: Makine Ödeme Protokolü (MPP)

4.1 Protokol Pozisyonu ve Temel İlke

MPP (Machine Payments Protocol, Makine Ödeme Protokolü), Stripe ve Tempo tarafından ortaklaşa geliştirilen açık bir ödeme standardıdır ve endüstride "ödeme dünyasının OAuth'u" olarak bilinir. Temel amacı, otonom AI ajantlarına standartlaştırılmış, insan müdahalesi gerektirmeyen ödeme yetenekleri sağlamaktır.

Tempo

4.2 MPP Tam Etkileşim Süreci

Tempo

JWT yük yapısı

Tempo

4.3 Oturum Mekanizması

Session mekanizması, AI ajantlarının uzun süreli sürekli kaynak tüketimi sırasında ödeme verimliliğini çözen MPP protokolünün temel yeniliklerinden biridir:

Tempo

Bu tasarım, uzun süreli görevler yürütülürken her etkileşimde zincir üstü onay gerekmemesini sağlar ve ödeme verimliliğini büyük ölçüde artırır.

4.4 Rail üzerinden ödeme rota

MPP'nin temel tasarımı, protokolü ödeme yörüngelerinden tamamen ayırmaktır. Çekirdek katman, HTTP zorlama-cevap akışını, hata işleme ve güvenlik modelini tanımlar, ancak herhangi bir özel ödeme ağına bağlı değildir. Bu nedenle, yeni ödeme yöntemleri eklemek için yalnızca yöntem tanımlayıcısını kaydetmek ve ilgili Şema ile doğrulama mantığını yayınlamak yeterlidir; protokolün kendisinde herhangi bir değişiklik gerekmez. Ödeme sırasında, ajanlar altta yatan yörüngelerle ilgilenmez; sunucu, 402 cevabında kabul edilebilir yöntemleri bildirir ve istemci gerekli olanı seçer. İşte MPP'nin tek bir zincir veya tek bir ağ çözümünden farklılaştığı nokta.

MPP'nin şu anda desteklediği ödeme yolları

Tempo

Beşinci: Uygulama Senaryosu Analizi

Senaryo 1: Sınır ötesi şirket ödemeleri

Geleneksel sınır ötesi ödeme süreçleri genellikle ödeme bankası, SWIFT mesaj ağı, acenta bankaları ve alıcı bankası gibi birçok aşamadan geçer ve genellikle 3 ila 5 iş günü sürer; ücretler genellikle %0,5 ile %3 arasındadır ve hafta sonları ile resmi tatillerde gerçek zamanlı işlem desteği sunmaz.

Buna karşılık, Tempo başka bir yol sunmayı amaçlıyor: Eğer ödeme ve alım tarafları her ikisi de stablecoin ile ödeme yapıyorlarsa, mevcut test ağı tasarım hedeflerine göre, bir USDC'den diğer USDC'ye yapılan sınır ötesi ödeme teorik olarak yaklaşık 0,5 saniyede tamamlanabilir ve tek bir işlem ücreti yaklaşık 0,001 dolar olur.

Tempo

Szenaryo 2: Tokenize edilmiş yatırımların 7×24 saatlik çarşamba işlemi

Tokenize edilmiş mevduat, banka mevduatı alacaklarını blockchain üzerinde dijitalleştirerek oluşturulan bir finansal varlıktır. Bu tür varlıkların kendisinde bir gerçek engel mevcuttur: Federal Rezerv'in Fedwire sistemi sabit çalışma saatlerine sahiptir ve çalışma günleri dışında veya gece temizleme işlemleri yapamaz.

Ancak blok zinciri, yıl boyunca 7×24 saat kesintisiz çalışmayı doğuştan destekler ve Tempo'nun dahili takas modülü, farklı tokenleştirilmiş yatırımlar arasında protokol katmanı dönüşümünü sağlar, bu da 24 saatlik temizleme imkanını sağlar.

Tempo

Senaryo 3: Yüksek frekanslı, küçük tutarlı otomatik ödemeler

Kredi kartı işlem ücretleri genellikle her işlemde yaklaşık 0,2 dolar sabit bir ücret ve %1,5 ile %3 arasında oranlı bir ücret içerir; bu da 1 doların altındaki işlemlerini ticari olarak mümkün kılmaz—bu, "küçük ödeme" pazarında uzun süredir boşluk bulunmasının temel nedenidir. Tempo'nun her işlemde yaklaşık 0,001 dolarlık ücret tasarımı, aşağıdaki senaryoları ilk kez ticari olarak mümkün kılmayı hedeflemektedir:

Tempo

Senaryo 4: AI ajanlarının otomatik ödemeleri

AI ajanlarının karmaşık ticari görevleri gerçekleştirmek için (kaynak rezervasyonu, malzeme temini, dış hizmetler çağrısı) giderek daha fazla kullanılması, bu ajanların gerçek ödeme ihtiyaçları yaratmasına neden olmaktadır. Tempo'nun EVM uyumlu mimarisi ve özel ödeme arayüzü, ajanların her işlem için insan onayı gerekmeden akıllı sözleşmeler aracılığıyla ödemeleri otomatik olarak tetiklemesini sağlar.

Tempo

Altıncı: Rekabet Ortamı Analizi

2025–2026 yılları arasında ödeme özel zinciri sektörü yoğun giriş dönemine giriyor. Bu bölüm, üç farklı rakip türünü teknik mimari açısından karşılaştırmaktadır.

6.1 Ödeme专用 zinciri: Tempo vs Circle Arc vs Stable

Üç zincir de ödeme amacıyla özel olarak tasarlanmış L1'dir, ancak temel teknoloji yaklaşımları önemli ölçüde farklıdır. Aşağıda, uzlaşım motoru, ücret mekanizması ve temel mimari yenilikler açısından her birinin teknik seçimleri incelenmektedir.

Tempo

Rekabet Pozisyonlama Matrisi

Üç zincir, performans göstergelerinde yüksek ölçüde benzerlik gösterir; gerçek ayrım, hedef müşteri, stabil para birimi bağlama stratejisi, temel bahis ve bilinen risklerdedir.

Tempo

6.2 Genel Blokzincir ile Karşılaştırma: Ethereum L2 ve Solana

Ethereum L2 ve Solana, şu anda ödeme senaryolarında yaygın olarak kullanılan iki genel zincirdir; ödeme专用 zincirlerden temel farklar aşağıdaki boyutlarda ortaya çıkar:

Tempo

Yedinci: Sonuç

Ödeme için özel blok zincirinin değeri, Ethereum'dan daha "hızlı" veya Solana'dan daha "ucuz" olup olmadığından ziyade, ödeme semantiğini protokolün kendi tasarım kısıtlarına dahil edip edemeyeceğinde yatmaktadır.

Tempo ve MPP'nin temel görüşü şudur: Genel blok zincirleri, ödeme senaryolarını işlerken fonksiyonel olarak yetersiz değildir; soyutlama düzeyi yanlıştır— "varlık transferini" ödeme olarak tamamen tanımlar, ancak geleneksel finansta derinlemesine mühendislenmiş izin verme, oturum, rota ve hesaplaşma gibi unsurları göz ardı eder.

AI ajant ekonomisi, bu alana yeni bir zaman baskısı getiriyor. Yazılım ajantları, satın alma, abonelik, hizmet çağrısı gibi ekonomik işlemleri insanlar yerine gerçekleştirmeye başladığında, insan subjektif kimlik doğrulaması ve manuel onay üzerine kurulan geleneksel ödeme sistemlerinin yetkilendirme modeli, sistematik bir yapısal uyumsuzlukla karşı karşıya kalacak. MPP protokolü, tam olarak bu "ajant egemenliği" sorununu çözmeyi amaçlıyor: Kim ödeme başlatma hakkına sahip, hangi kapsamda, ne kadar süreyle ve nasıl geri çekilebilir? Bu, OAuth'un API yetkilendirmesini çözmek için izlediği mantıkla yüksek oranda yapısal olarak benzer.

Ancak, AI temsilcilerinin özerk ödeme işlemlerinin geniş çapta uygulanabilmesi için temsilci kimliğinin yasal statüsü, sorumlulukların belirlenmesi ve para aklama önlemleri uyum yollarının netleştirilmesi şarttır. Tempo'nun karşı karşıya kaldığı zorluklar sadece uygulama düzeyinde değil, yapısal düzeydedir. İlk olarak, düzenleyici belirsizlik hâlâ temel değişkendir: stabil coin'in doğuştan tasarımı, Tempo'nun "nötr altyapı" hikayesinin arkasına saklanmak yerine, her ülkedeki para birimi düzenleyici kurumlarıyla doğrudan iletişim kurmasını gerektirir; ikinci olarak, EVM uyumluluğu konusundaki gerilim hâlâ çözülmemiştir—EVM'den vazgeçmek daha temiz bir tasarım alanı sunar ancak Ethereum ekosisteminin yıllarca birikmiş geliştirici alışkanlıklarını ve araç zinciri desteğini de kaybetmeyi beraberinde getirir; üçüncü olarak, Stripe ile olan iş birliği, MPP protokolüne nadir bir ticari onay sağlamıştır, ancak bu güçlü bağımlılık aynı zamanda bir zayıflık kaynağıdır; protokolün açıklığı ile ticari ortakların çıkar sınırları arasında içsel bir gerilim mevcuttur ve bu durumun uzun vadeli gözlemi gerekmektedir.

Endüstri profesyonelleri için Tempo/MPP’nin en değerli araştırması, nihayetinde “ödeme zinciri kazananı” olup olmaması değil, ortaya attığı soru: Zincir üzerindeki ödeme altyapısı profesyonel bölünme çağına girdikten sonra, protokol tasarımı rekabet gücü nasıl değerlendirilmelidir? Performans ölçütlerinin ötesinde, ödeme semantiğinin ifade doğruluğu, uyumluluk eklenebilirliği ve vekil yetkilendirme modeli, belki de bir sonraki nesil ödeme altyapısının gerçek ayrım noktalarıdır.

Kaynakça

  1. Tempo Resmi Web Sitesi: https://tempo.xyz
  2. Tempo Ana Ağ Lanch Blogu: https://tempo.xyz/blog/mainnet/
  3. MPP Protokolü Teknik Spesifikasyonu: https://docs.tempo.xyz/mpp
  4. Zenginlik: Stripe destekli Tempo, AI ödeme protokolünü yayınlar (2026.03.18)
  5. The Block: Tempo Ana Ağı, ajanlar için Makine Ödeme Protokolü ile hayata geçiyor
  6. Privy Blog: Tempo'nun Makine Ödemeler Protokolü (MPP) ile Privy üzerine inşa etmek
  7. Medium (jrodthoughts): Özerk Zenginliğin Mimarisi — Tempo'nun MPP'si İçinde
  8. McKinsey & Artemis Analytics: 2025 Stablecoin Ödeme Raporu
  9. CoinGecko Stablecoin Pazar Verileri
  10. DeFiLlama Çevrimiçi Stablecoin Verileri
Yasal Uyarı: Bu sayfadaki bilgiler üçüncü şahıslardan alınmış olabilir ve KuCoin'in görüşlerini veya fikirlerini yansıtmayabilir. Bu içerik, herhangi bir beyan veya garanti olmaksızın yalnızca genel bilgilendirme amacıyla sağlanmıştır ve finansal veya yatırım tavsiyesi olarak yorumlanamaz. KuCoin, herhangi bir hata veya eksiklikten veya bu bilgilerin kullanımından kaynaklanan sonuçtan sorumlu değildir. Dijital varlıklara yapılan yatırımlar riskli olabilir. Lütfen bir ürünün risklerini ve risk toleransınızı kendi finansal koşullarınıza göre dikkatlice değerlendirin. Daha fazla bilgi için lütfen Kullanım Koşullarımıza ve Risk Açıklamamıza bakınız.