AI ajanları görev yaparken model çağrısı, API kullanımı, araç çalıştırma ve alt görev devretme gibi işlemler için sürekli hesaplama maliyeti öder. Bugün bu maliyet çoğunlukla sağlayıcı hesabına bağlı, vendor-spesifik ve zincir dışı tutulur. Stablecoin veya benzeri ödeme sistemleri değeri taşıyabilir; fakat ajanın asıl tükettiği şeyi, yani compute maliyetini doğrudan temsil etmez.

Bu çalışma, ClawCoin adlı compute-cost-indexed yani hesaplama maliyeti endeksli bir token tasarımı öneriyor. Amaç, ajanların görevleri fiat veya her ajanın kendi özel maliyet hesabıyla değil, herkesin aynı şekilde okuyabildiği, oracle ile zincir üstüne taşınan, NAV tabanlı ve sözleşmelerde kullanılabilir bir hesap birimiyle fiyatlamasıdır.

ClawCoin dört temel katmandan oluşur: standartlaştırılmış iş yükleri üzerinden compute maliyeti endeksi, bu endeksi zincire taşıyan oracle, NAV tabanlı mint/redeem vault ve çok adımlı ajan görevlerini tek işlemde kapatmaya yarayan atomik settlement katmanı. Makale, bu yapının tek ajanlı senaryolarda bütçe istikrarını artırdığını; çok ajanlı iş akışlarında ise teklif dağınıklığını azalttığını, kısmi ödemeleri önlediğini ve görev başarısını yükselttiğini raporlar.

Problem Ne?

AI ajan ekonomisi için ödeme altyapısı hızla gelişiyor. Ajanlar stablecoin ile ödeme yapabilir, HTTP üzerinden ödeme tetikleyebilir veya başka ajanlara görev devredebilir. Ancak ödeme altyapısı, temsil problemini tek başına çözmez. Çünkü ajanların asıl maliyeti dolar değil, o doların o anda satın alabildiği model/API token kapasitesidir.

Örneğin bir ajan bugün 100 USDC ile belirli sayıda model çağrısı yapabiliyorsa, yarın model fiyatı arttığında aynı 100 USDC daha az iş yaptırabilir. Bu durumda nominal bütçe aynı kalsa bile yürütülebilir iş kapasitesi değişir. Ajanlar çok adımlı bir iş akışında birbirine görev devrediyorsa, her ajanın farklı sağlayıcı fiyatları ve özel maliyet hesapları kullanması teklifleri karşılaştırmayı da zorlaştırır.

Makalenin temel sorusu şudur: Eğer AI ajanlarının gerçek işletim maliyeti compute ise, merkeziyetsiz bir ajan ekonomisinde görev fiyatlama, escrow, bütçe kontrolü ve çok adımlı settlement neden compute maliyetini temsil eden ortak bir zincir üstü birimle yapılmasın?

Yöntem Ne Öneriyor?

Çalışma, ClawCoin’i klasik sabit değerli stablecoin gibi değil, compute maliyeti endeksine bağlı, teminat destekli ve NAV tabanlı bir tokenized claim olarak tasarlıyor. Buradaki amaç “1 token = 1 dolar” sabiti değil; tokenın değer mantığının standartlaştırılmış model/API maliyet sepetini takip etmesidir.

Protokol dört ana katmandan oluşur:

1. Compute maliyeti endeksi: Farklı model ve sağlayıcıların input/output token fiyatları alınır. Standart iş yükü sınıfları tanımlanır. Bu fiyatlar, ağırlıklı ve dayanıklı bir endekse dönüştürülür.

2. Oracle katmanı: Endeks zincir dışında hesaplanır; sonra imzalı ve tazelik kontrolü olan bir oracle verisi olarak zincire yayınlanır. Böylece akıllı sözleşmeler güncel compute maliyetini okuyabilir.

3. NAV tabanlı vault: Kullanıcı teminat yatırarak ClawCoin mint eder, ClawCoin yakarak teminat geri alır. Mint/redeem işlemleri endeksle belirlenen NAV üzerinden yapılır. Vault, coverage ratio, mint throttle, redeem queue, stale oracle pause ve auto-pause gibi risk kontrolleri içerir.

4. Settlement katmanı: Ajanlar hizmetleri ClawCoin cinsinden fiyatlar. Çok adımlı görev zincirlerinde ödemeler tek atomik işlemde yapılabilir. Bir adım başarısız olursa tüm ödeme paketi geri döner; böylece kısmi settlement riski azaltılır.

Formüller Ne Anlatıyor?

PDF’te formüller oldukça önemlidir. Aşağıdaki formüller, makaledeki temel notasyona mümkün olduğunca sadık kalınarak MathJax uyumlu biçimde verilmiştir.

1. Ajan hazinesinin temel bütçe denklemi

Burada \(T_{i,t}\), \(i\) ajanının \(t\) anındaki hazinesini; \(R_{i,t}\) gelirini; \(K_{i,t}\) ise işletim maliyetini gösterir. Denklem basittir: Ajanın bütçesi gelirle artar, compute ve görev maliyetleriyle azalır. Makalenin kritik noktası, bu hazinenin hangi birimle ölçüldüğüdür. Eğer hazine fiat cinsindeyse, aynı nominal bakiye farklı zamanlarda farklı compute kapasitesi satın alabilir.

2. Standart iş yükü için model-sağlayıcı maliyeti

Bu formül, \(k\) sınıfındaki standart bir iş yükünün \(m\) modeli ve \(v\) sağlayıcısı için maliyetini hesaplar. \(\alpha_k\) input token miktarını, \(\beta_k\) output token miktarını, \(P^{in}_{m,v,t}\) ve \(P^{out}_{m,v,t}\) ise ilgili zamanda input/output token fiyatlarını temsil eder.

3. İş yükü karışımına göre sepet maliyeti

Gerçek ajan işleri tek tip değildir. Bazı işler kısa cevap, bazıları uzun bağlam, bazıları yoğun araç kullanımı gerektirir. \(\theta_k\), bu standart iş yükü sınıflarının sepetteki ağırlığını gösterir. Böylece tek bir model-sağlayıcı maliyeti yerine, farklı iş yüklerini temsil eden bir karma maliyet elde edilir.

4. Sağlayıcılar arası dayanıklı model maliyeti

Bu üç formül, bir model için farklı sağlayıcılardan gelen maliyetlerin nasıl birleştirilebileceğini gösterir. Median yaklaşımı, azınlıktaki kötü niyetli veya aşırı fiyat raporlarının etkisini azaltmak için tercih edilir. Trimmed mean uç değerleri kırpar; MAD tabanlı yaklaşım ise median etrafındaki makul fiyatları seçerek ortalama alır.

5. Ham endeks, EMA ve drift cap

İlk formül ham compute maliyeti endeksini verir. İkinci formül, endeksi EMA ile yumuşatır. Üçüncü formül ise endeksin bir epoch içinde en fazla ne kadar değişebileceğini sınırlar. Böylece ani oracle fiyat hareketleri, vault yükümlülüklerine tek seferde aşırı şok olarak yansımaz.

6. NAV tanımı

NAV, güncel yayınlanmış compute endeksinin başlangıç endeksine oranıdır. Başlangıçta \(NAV_0=1\) kabul edilir. Compute maliyeti endeksi yükselirse NAV da yükselir; böylece tokenın değer semantiği compute maliyetine bağlanır.

7. Mint ve redeem formülleri

\(M_t(x)\), \(x\) kadar teminat yatırıldığında kaç ClawCoin mint edileceğini gösterir. \(R_t(y)\), \(y\) ClawCoin yakıldığında ne kadar teminat geri alınacağını gösterir. Bu mantık, sabit peg yerine NAV tabanlı redeemable claim yaklaşımını kullanır.

8. Coverage ratio

Burada \(A_t\) vault rezervini, \(S_t\) ClawCoin arzını, \(NAV_t\) ise token başına güncel yükümlülük değerini gösterir. \(\Gamma_t\), rezervlerin yükümlülükleri karşılama oranıdır. Protokol bu oranın belirli bir minimum eşiğin üzerinde kalmasını ister.

9. Mint throttle için headroom

Coverage oranı minimum sınıra yaklaştıkça yeni mint kapasitesi daraltılır. Böylece yeni token basımı, mevcut token sahiplerini koruyan teminat tamponunu tüketemez.

10. Median breakdown güvenlik sınırı

Bu ifade, kötü niyetli sağlayıcı sayısı sağlayıcıların yarısından az olduğu sürece median tabanlı tahminin, kötü niyetli uç değerlerden bağımsız olarak dürüst sağlayıcıların fiyat yayılımı içinde kalacağını anlatır.

11. Coverage decay ve bounded stress

Bu formüller, endeks artışı ve rezerv yenilenme oranı altında coverage oranının nasıl değişebileceğini gösterir. Eğer replenishment oranı \(\rho\), drift cap \(\delta_{max}\) kadar güçlü değilse, uzun süreli compute maliyeti artışı pasif teminat havuzunu baskılayabilir.

Grafik, Tablo ve Şema Ana Mesajı

Sayfa 4’teki konumlandırma tablosu: ClawCoin; agent payment rail, utility token, fiat stablecoin, tokenized RWA ve compute market token gibi kategorilerle karşılaştırılıyor. Ana mesaj, ClawCoin’in yeni bir ödeme rayı veya genel stablecoin değil; compute maliyetini temsil eden, sözleşmelerce okunabilir bir hesap birimi olarak konumlandığıdır.

Sayfa 9’daki yürütme kapasitesi grafiği: Fiat ve raw-cost rejimlerinde compute fiyat şokları sonrası aynı nominal hazine daha az iş yaptırabilir hâle geliyor. ClawCoin çizgisi ise daha stabil kalıyor. Tablo 2’de ClawCoin için ortalama kapasite 1000, varyans 320, drawdown %1,9 ve CoV 0,018 olarak raporlanıyor; fiat ve raw-cost rejimleri çok daha oynak görünüyor.

Sayfa 10’daki quote dispersion grafiği: Raw-cost ve fiat rejimlerinde ajanlar arası fiyat teklifleri daha geniş dağılıyor. ClawCoin ortak compute-endeksli birim kullandığı için teklif yayılımını daraltıyor. Bu, çok ajanlı sistemlerde görev fiyatlarının daha karşılaştırılabilir olabileceğini gösteriyor.

Sayfa 10’daki repricing grafiği: Fiat ve raw-cost rejimlerinde ajanların sık sık nominal fiyat güncellemesi gerekiyor. ClawCoin’de ortak compute hareketleri birim hesabı içinde emildiği için repricing ihtiyacı azalıyor.

Sayfa 10’daki task-market feasibility tablosu: ClawCoin rejiminde task kabul oranı %89,8, tamamlanma oranı %87,1 ve budget overrun %0,8 olarak veriliyor. Fiat ve raw-cost rejimlerinde kabul/tamamlanma daha düşük, bütçe aşımı daha yüksek.

Sayfa 10’daki workflow tablosu: Delegasyon derinliği arttıkça tüm rejimlerde hata oranı artıyor; ancak ClawCoin’de artış daha düşük kalıyor. Kısmi settlement ve budget overrun ClawCoin’de sıfıra indiriliyor. Bu sonuç, atomik multi-hop settlement katmanının pratik faydasını gösteriyor.

Sayfa 11’deki OpenClaw değerlendirme tablosu: ClawCoin backend’i, aynı bilişsel model ve aynı ajan mantığı altında %92,7 workflow başarı oranı veriyor. USDC-fiat %81,5, USDC-internal-index ise %84,8 olarak raporlanıyor. Bu fark, model zekâsından değil, settlement ve bütçe katmanından kaynaklanıyor.

Sayfa 12’deki risk sanity check tablosu: Stale oracle durumunda mint reddediliyor, redeem kuyruğa alınıyor. Tek sağlayıcının +%50 bias uyguladığı durumda mean estimator +%11,8 saparken median +%1,9’a, drift cap ile +%1,0/epoch düzeyine indiriliyor. Redemption burst senaryolarında kuyruk ve auto-pause mekanizmalarının çalıştığı gösteriliyor.

Deneyler Nasıl Yapılmış?

Çalışma üç düzeyde değerlendirme yapıyor: yerel Ethereum uyumlu prototip, çok ajanlı simülatör ve OpenClaw testbed.

Yerel zincir prototipi: Beş sözleşmeden oluşan bir smart contract stack kuruluyor: IndexOracle, ClawCoinToken, MintRedeemVault, RiskManager ve Governance. Bu stack; endeks yayınlama, mint/redeem, coverage kontrolü, pause mantığı, rate limit ve oracle freshness gibi güvenlik açısından kritik parçaları içeriyor.

Off-chain index calculator: Sağlayıcı fiyatları normalize ediliyor, standart iş yüklerine çevriliyor, median/trimmed mean/MAD gibi dayanıklı tahminlerle toplanıyor, EMA ve drift cap uygulanıyor, sonra imzalı attestation olarak oracle’a gönderiliyor.

Simülatör: Ajanların görev aldığı, teklif verdiği, maliyet şokları yaşadığı ve treasury güncellediği bir piyasa simülasyonu kullanılıyor. Fiat, raw-cost, USDC + internal indexing ve ClawCoin rejimleri karşılaştırılıyor.

OpenClaw testbed: Altı rollü bir çok ajanlı sistem kuruluyor. Roller; planner, retriever, tool-use agent, coder, verifier ve synthesizer olarak ayrılıyor. Her ajan ayrı Docker container içinde çalışıyor. Bilişsel katman aynı tutuluyor; yani farklı ödeme rejimleri arasında model, prompt ve görev mantığı değiştirilmeden yalnızca settlement backend’i değiştiriliyor.

Ölçülen metrikler: Execution capacity, quote volatility, repricing frequency, cross-agent dispersion, task acceptance, workflow completion, budget overrun, partial settlement, latency, ekonomi survival, Gini, trade volume, delegation rate ve risk sanity check sonuçları ölçülüyor.

Sonuçlar Ne Gösteriyor?

1. ClawCoin tek ajanlı kapasiteyi daha stabil tutuyor. Compute fiyatı değiştiğinde fiat cinsinden aynı bakiye daha az veya daha çok iş yaptırabilir. ClawCoin, endeks bağlantısı sayesinde execution capacity ölçüsünü daha sabit tutuyor.

2. Ortak hesap birimi teklifleri karşılaştırılabilir hâle getiriyor. USDC + internal indexing, her ajanın kendi bütçesini daha iyi anlamasını sağlıyor; fakat ortak numeraire olmadığı için ajanlar arası teklif farkını tamamen kapatamıyor. ClawCoin’de tüm ajanlar aynı NAV’ı okuduğu için teklif yayılımı azalıyor.

3. Çok adımlı görevlerde asıl fark ortaya çıkıyor. Tek ajanlı senaryoda internal indexing ile ClawCoin arasındaki fark sınırlı olabilir. Ancak görev birden fazla ajana bölündüğünde, her adımın aynı bütçe altında ve atomik olarak kapatılması önem kazanıyor. Makale, ClawCoin’in burada partial settlement ve budget overrun sorunlarını sıfıra yaklaştırdığını rapor ediyor.

4. OpenClaw deneylerinde başarı oranı artıyor. Aynı ajan mantığı ve aynı model endpoint’i altında ClawCoin backend’i daha yüksek workflow success ve daha düşük revert/cost drift veriyor. Bu, iyileşmenin modelin daha akıllı olmasından değil, ödeme ve bütçe katmanının daha uyumlu çalışmasından kaynaklandığını destekliyor.

5. Uzun vadeli ajan ekonomisinde koordinasyon daha dayanıklı görünüyor. 500 round’luk ekonomi simülasyonunda ClawCoin rejimi daha fazla ajan survival, daha düşük Gini, daha yüksek trade volume ve daha yüksek delegation rate üretiyor. Makalenin yorumu, compute-aligned ortak numeraire’in iş birliğini daha kârlı ve anlaşılır hâle getirmesidir.

6. Risk kontrolleri beklenen davranışı gösteriyor. Stale oracle durumunda sistem işlem yapmayı reddediyor; vendor bias median ve drift cap ile sınırlandırılıyor; redemption burst durumunda queue ve auto-pause mekanizmaları devreye giriyor. Ancak bu kontroller sınırlı prototip sanity check düzeyindedir; büyük ölçekli canlı saldırı dayanıklılığı ayrıca test edilmelidir.

Bu Neden Önemli?

AI ajan ekonomisi büyürse, ajanların birbirine iş devretmesi, hizmet satın alması ve otomatik ödeme yapması sıradan hâle gelebilir. Bu durumda ödeme yapmak tek başına yeterli değildir; ajanların neyi ne kadar satın aldığını sözleşmelerin anlayabileceği ortak birimle ifade etmek gerekir.

ClawCoin önerisi bu açıdan ilginçtir. Stablecoin değeri taşır; fakat compute kapasitesini doğrudan temsil etmez. Her ajanın kendi iç maliyet hesabı olabilir; fakat bu hesap başka ajanlar ve akıllı sözleşmeler için görünmez. ClawCoin ise compute maliyetini zincir üstü, ortak ve sözleşmelerce okunabilir bir hesap birimine dönüştürmeyi hedefler.

Bu fikir yalnızca kripto token tasarımı açısından değil, çok ajanlı yapay zekâ sistemleri açısından da önemlidir. Çünkü ajanlar arası iş bölümü, güvenilir bütçe sınırları, görev escrow’u ve çok adımlı ödeme zinciri gibi problemler, agentic AI altyapısının temel koordinasyon sorunları hâline gelebilir.

Dikkat Noktaları

1. Bu çalışma yatırım tavsiyesi değildir. ClawCoin burada akademik ve prototip düzeyinde önerilen bir sistemdir. Bir token satın alma, ihraç etme veya yatırım kararı için kullanılmamalıdır.

2. Çalışma preprinttir. Bulgular hakemli nihai sürüm kesinliğiyle değerlendirilmemelidir.

3. Prototip sınırlıdır. Yerel Ethereum uyumlu ağ, simülasyon ve OpenClaw testbed kullanılmıştır. Gerçek piyasa, gerçek oracle ağı, gerçek regülasyon ve canlı likidite koşulları farklı sonuç verebilir.

4. Endeks halka açık fiyatlara dayanır. Gizli kurumsal indirimler, sağlayıcıya özel anlaşmalar, batching, caching, latency, kalite farkları ve gerçek iş yükü çeşitliliği endeksin bireysel ajan maliyetinden sapmasına neden olabilir.

5. Oracle ve governance riskleri sürer. Oracle çoğunluğu bozulursa, sağlayıcıların çoğu manipüle edilirse veya governance uzun vadede ele geçirilirse güvenlik sınırları zayıflar. Makale bu riskleri dış kapsam veya sınırlı güven varsayımı olarak ele alır.

6. Compute maliyeti kaliteyi ölçmez. Aynı compute maliyetini kullanan iki ajan çok farklı kalite üretebilir. ClawCoin maliyeti temsil eder; çıktı kalitesi için itibar, sözleşme, doğrulama ve performans sinyalleri ayrıca gerekir.

7. Hukuki statü belirsiz olabilir. Teminatla redeem edilebilen, devredilebilir ve endekse bağlı bir token; farklı ülkelerde stablecoin, prepaid instrument, reserve-backed claim veya başka regülasyon alanlarına girebilir. Makale bunu deployment-layer compliance konusu olarak bırakır.

Riskli alan notu: Konu kripto varlık, token tasarımı ve ödeme altyapısıyla ilgilidir. Bu yazı yatırım tavsiyesi değildir. ClawCoin burada bir alım-satım ürünü olarak değil, akademik çalışmada önerilen deneysel bir “compute maliyetine endeksli hesap ve ödeme birimi” olarak ele alınmıştır.

Genel değerlendirme: Makale, AI ajanlarının gelecekte birbirine görev devrettiği, hizmet satın aldığı, araç kullandığı ve ödeme yaptığı bir ekonomide temel maliyetin para biriminden çok “çalıştırılabilir hesaplama kapasitesi” olduğunu savunuyor. Bir ajan için model/API tokenı tükenirse, ajan düşünemez, araç çağıramaz ve alt görev devredemez. Bu yüzden çalışma, ajan ekonomilerinde ödeme raylarının yanında, ajanların gerçekten tükettiği maliyeti temsil eden zincir üstü bir değer biriminin eksik olduğunu ileri sürüyor.

Sonuç

ClawCoin çalışması, AI ajan ekonomileri için önemli bir temsil problemi ortaya koyuyor: Ajanlar ödeme yapabilir hâle geliyor; fakat neyi temsil eden birimle ödeme yapacakları hâlâ açık bir soru. Eğer ajanların temel maliyeti model/API token tüketimiyse, o maliyeti zincir üstünde okunabilir ve taşınabilir bir hesap birimine dönüştürmek güçlü bir fikir olabilir.

Makalenin önerdiği sistem dört parçalıdır: compute maliyeti endeksi, oracle, NAV tabanlı vault ve atomik settlement. Bu yapı, stablecoin taşıma katmanının çözemediği ortak numeraire, contract-enforced budget ve multi-hop settlement sorunlarına çözüm arar.

Deneyler, özellikle çok ajanlı iş akışlarında ClawCoin’in USDC + internal indexing yaklaşımından ayrıştığını gösteriyor. Tek ajan kendi özel maliyet indeksini kullanarak bütçesini yönetebilir; fakat çok ajanlı bir ağda herkesin aynı NAV’ı okuduğu ve aynı compute-aligned birimde settlement yaptığı bir yapı, daha güçlü koordinasyon sağlayabilir.

Verianla okuru için ana mesaj şudur: AI ajan ekonomilerinde mesele yalnızca “ajanlar ödeme yapabilir mi?” değildir. Daha derin soru, “ajanlar kendi asıl maliyetlerini temsil eden, denetlenebilir ve sözleşmelerce okunabilir ortak birimle koordinasyon kurabilir mi?” sorusudur. ClawCoin bu soruya deneysel ve güvenlik odaklı bir protokol tasarımıyla cevap arıyor.

Kaynak ve Yöntem Notu

Bu yazı, “ClawCoin: An Agentic AI-Native Cryptocurrency for Decentralized Agent Economies” başlıklı akademik PDF temel alınarak hazırlanmış özgün Türkçe editoryal içeriktir. Metin birebir çeviri değildir; çalışmadaki problem, yöntem, protokol tasarımı, formüller, deneyler, güvenlik analizleri ve sınırlılıklar sadeleştirilerek anlatılmıştır.