Bir AI agent'ın zincir üstü "geliri" genellikle kâr veya ödeme yapan müşteriler değil, agent'ın smart contract'ına ödenen ücretler anlamına gelir. Dashboard'lar ise bu sayıya token emisyonlarını, ilişkili cüzdan transferlerini ve sayıyı şişiren kendi kendine işlemleri sessizce dahil eder. Gerçek talep, ilişkisiz cüzdanlardan gelen ücretlerin agent'ın kendi emisyonlarını aşmasıyla görülür. Bunun dışındaki her şey ekonomiden çok pazarlamaya yakındır.
Öne çıkanlar
- Çoğu "AI agent geliri" dashboard'u brüt contract girişlerini sayar. Bunlar projenin kendi hazinesi, ilişkili cüzdanları veya agent üzerinden geri dolaştırılan token emisyonları tarafından domine edilebilir.
- Aynı deployer'ı veya hazineyi paylaşan botlar arasındaki wash trading, sahte gelirin en büyük kaynaklarından biridir ve cüzdan kümeleme araçları olmadan tespit edilmesi zordur.
- x402 gibi yeni ödeme rayları ve Hyperliquid gibi perps platformları, meşru agent'tan agent'a ödemeleri mümkün kılar, ancak benimsenme hâlâ manşet rakamlara kıyasla küçüktür.
- Bir agent'ın kazançlarını doğrulamanın dürüst yolu, hazine ve deployer cüzdanlarını çıkarmak, ücretleri emisyonlarla karşılaştırmak ve dashboard'u Dune veya Nansen'da yeniden üretmektir.
"AI agent geliri" dashboard'larda neden bu kadar büyük görünür?
Son zamanlarda bir crypto dashboard'unda gezindiyseniz, muhtemelen "AI agent geliri: bu hafta 4,2 milyon $" gibi kutucuklar veya tekil agent'ların günde altı haneli kazanç elde ettiğini gösteren grafikler görmüşsünüzdür. Rakamlar somut hissettirir. Token ticker'larının, ücret grafiklerinin ve geleneksel finanstan alınmış P/E oranlarının yanında dururlar. Bu nedenle örtük vaat, bir AI agent'ın gelirini bir blockchain explorer üzerinden denetleyebileceğiniz küçük bir işletme olduğudur.
Bu çerçeveleme yarı doğru, yarı yanıltıcıdır. Zincir üstü kısım gerçekten denetlenebilir: Her işlem kamusal bir olaydır, her contract'ın bir adresi vardır ve her ücretin bir ödeyeni ile alıcısı bulunur. Denetlenemeyen şey, her dashboard'un seçtiği "gelir" tanımıdır. Asıl sihir de bu tanımda gerçekleşir.
Çoğu dashboard, bir agent'ın ücret toplayan adresine gelen ham giriş verilerini alır ve buna gelir der. Bazıları gas'ı düşer. Birkaçı token emisyonlarını düşer. Neredeyse hiçbiri, aynı projeyle açıkça ilişkili cüzdanlardan gelen ödemeleri düşmez, çünkü bunu yapmak dashboard yazarlarının atlamayı tercih ettiği kümeleme çalışmasını gerektirir. Sonuç olarak tek bir agent, bu gelirin yalnızca küçük bir kısmı bağımsız müşterilerden gelmesine rağmen yedi haneli yıllık çalışma oranı kazanıyor gibi görünebilir.
Dashboard rakamlarına güvenmenin riskleri
Doğrulanmamış agent gelirini ekonomik gerçek olarak ele almak üç somut risk taşır ve bunlar yığının farklı katmanlarında ortaya çıkar.
Temel göstergeler gibi sunulan token fiyatı riski. Bir token'ın sunum dosyası satın alma nedeni olarak agent gelirini gösteriyorsa ve gelir çoğunlukla agent'ın kendi contract'larına ödenen emisyonlardan oluşuyorsa, "temel gösterge" döngüseldir. Emisyonlardan gelen satış baskısı, kullanıcılardan gelen alım tarafı talebi olarak sayılmaktadır. Farkı anlayamazsanız metriğin ne zaman bozulduğunu da anlayamazsınız.
Ortak veri kaynaklarına sahip kopyala-yapıştır dashboard'lar. En çok atıf yapılan agent gelir sitelerinin çoğu aynı Dune sorgularını veya aynı üst seviye indexer'ı kullanır. Bir metodoloji hatası bir agent'ı şişirdiğinde, tüm sektörü aynı anda şişirir. 2024 SocialFi dashboard'larında tam olarak bu sorun vardı ve mevcut döngüdeki birkaç agent aynı mimariyi devralıyor.
Taklit projeler. Bir gelir metriği pazarlama cümlesine dönüştüğünde, klon ekipler yapısal olarak aynı görünen agent'lar başlatır ve ilk on sıralaması iddia etmek için ödemeleri sessizce kendi cüzdanları arasında yönlendirir. Klonun hacmi buharlaştığında itibar zararını orijinal agent üstlenir ve bireysel alıcılar hangisinin hangisi olduğunu kolayca ayırt edemez.
Bunların hiçbiri sektörden kaçınmak için bir neden değildir. Herhangi bir tek dashboard rakamını sonuç değil, başlangıç hipotezi olarak ele almak için bir nedendir.
Zincir üstü bir ajan için "gelir" gerçekte ne anlama gelir?
Zincir üstü anlamda bir AI agent, bir veya daha fazla cüzdanı kontrol eden ve bir model, strateji veya kullanıcı adına işlemleri imzalayan bir programdır. Günümüzde en yaygın yapılar, ücretleri tutan bir contract, ekibe ait bir treasury multisig ve ekibin devreye alıp fonladığı bir veya daha fazla "agent" cüzdanıdır.
Bu yapı göz önüne alındığında, gelire dair aktif olarak kullanılan dört tanım vardır ve bunlar aynı ajan için son derece farklı rakamlar üretir.
Brüt contract girişi. Kimin gönderdiğine bakılmaksızın ajanın ücret alan adresine gönderilen her token. Çoğu panonun öne çıkardığı rakam budur. Ekibin kendi fonlamalarını, ajan üzerinden yönlendirilen emisyonları ve ilişkili cüzdanlar arasındaki wash trade işlemlerini içerir.
Net protokol ücretleri. Girişlerden çıkışların ve kullanıcılara geri dönen tokenlerin, örneğin iadeler veya getiri dağıtımı, çıkarılmasıyla hesaplanır. Daha sıkı bir rakamdır, ancak ekip faaliyet üretmek için değeri ajan üzerinden döndürüyorsa yine de kendi kendine ödemeye açıktır.
Üçüncü taraf ücretleri. Bilinen ilişkili listede yer almayan cüzdanlardan gelen girişlerin toplam girişe bölünmesiyle hesaplanır. En temiz pratik tanım ve wash trading'e en dayanıklı olanıdır, ancak analistin bir cüzdan grafiği oluşturmasını gerektirir.
Tokenleştirilmiş ajan getirisi. Ajanın bir makbuz tokeni çıkaran vault olduğu projelerde, TAO ve VIRTUAL ekosistemlerinde yaygın bir yapı, "gelir" bazen altta yatan stratejinin kazandığı ücretler yerine makbuz tokenine tahakkuk eden getiriyi ifade eder. Bu getiriler emisyonlarla sübvanse edilebilir ve ödeme yapan müşterilerle çok az ilgili olabilir.
Rakamı şişiren mekanik hileler
Tanımları bildiğinizde, şişirme kalıplarını fark etmek daha kolaydır. Halka açık ajan panolarında üçü tekrar tekrar görülür.
İlişkili cüzdan döngüsü. Ekip on cüzdan devreye alır, her biri ajanı diğerlerine karşı çalıştırır ve döngü içinde kendisine küçük ücretler öder. Zincir üzerinde bu, ödeme yapan on kullanıcı gibi görünür. Cüzdan kümelemesiyle ise tek bir varlık gibi görünür. Bazı ekipler daha da ileri gidip saf kümelemeyi aşmak için deployer'ı birden fazla donanım cüzdanına böler. Bu yüzden hızlı bir "kaç benzersiz ödeme yapan var?" kontrolü tek başına yeterli değildir.
Ücret olarak geri dönüştürülen emisyonlar. Bir token contract'ı staker'lara ödül basar. Staker bu ödülleri ajana yatırır, ajan sermayeyi kullanır ve getirinin bir kısmı ajanın contract'ına "ücret" olarak geri yönlendirilir. Manşet metrik yükselir, treasury değer yakalar ve bireysel bir izleyici sağlıklı bir çark görür. Pratikte ajan, protokolün o dakika bastığı parayla kendine ödeme yapmaktadır.
Gelir kılığına giren hacim. Bir ajan market-making stratejisi veya perpetual-futures botu çalıştırdığında doğal metrik ücretler değil, nominal hacimdir. Bazı panolar yine de hacmi gelir olarak etiketler, özellikle hacim Hyperliquid gibi ücretlerin büyüklüğe kıyasla çok küçük olduğu bir perps platformundan geçiyorsa. Ücret olarak $0,07 ödeyen 10x kaldıraçlı bir işlem, $70.000'lık "faaliyet" gibi görünebilir ve özensiz bir grafik ekseni buna gelir demenize izin verir.
Bu hilelerin hiçbiri kötü niyet gerektirmez. Birçok ekip, ajanlarının product-market fit yakaladığına ve şişirilmiş rakamların zamanla gerçek taleple yer değiştireceğine gerçekten inanır. Sorun şu ki fonlanan, trade edilen ve sıralanan şey ekibin iç tahmini değil, halka açık metriktir.
Meşru ajanları mümkün kılan ödeme rayları
Dürüst ajan geliri için altyapı sonunda iyileşiyor. İki parça dikkate değer, çünkü zincir üzerinde "gerçek" bir ödemenin nasıl göründüğünü değiştiriyorlar.
x402 ve makineye özgü ödemeler. HTTP 402 "payment required" durum kodundan adını alan x402 modeli, bir ajanın bir hizmet için, örneğin fiyat teklifi, model çıkarımı veya veri parçası, başka bir ajana programlı olarak ödeme yapmasına olanak tanır ve bunun için bir insanın herhangi bir şey imzalaması gerekmez. Mutabakatı stablecoin'ler yapar. Ödeme küçüktür, USDC veya USDT cinsindendir ve belirli bir API çağrısına bağlıdır. Bir ajanın ücret geçmişinde x402 işlemleri gördüğünüzde, kelimenin tam anlamıyla bir makinenin başka bir makineye ödeme yaptığını görürsünüz. Bu, sektörün temiz bir gelir sinyaline en yakın sahip olduğu şeydir.
Hyperliquid ve ajanlar için zincir üstü perps. Hyperliquid'in emir defteri mimarisi, ajanların düşük ücretlerle yüksek frekansta emir girip iptal etmesine olanak tanır. Bu yüzden 2024 ve 2025'te bu kadar çok "agent" panosu Hyperliquid hacmini referans gösteriyor. Risk şu ki hacim gelir değildir. Faydalı bir mantık kontrolü, bir ajanın bildirdiği Hyperliquid hacmini platformun ortalama ücret kademesiyle çarpmak ve bu ima edilen ücretin ajanın iddia ettiği kazançlarla uyuşup uyuşmadığını görmektir. İddia edilen kazançlar ima edilen ücretlerden on kat büyükse, rakamın geri kalanı başka bir yerden geliyordur.
Her iki ray da gerçek bir ilerlemedir. Aynı zamanda faaliyeti taklit etmeyi de ucuzlatırlar, çünkü bir x402 mikro ödemesi daha yapmanın marjinal maliyeti esasen sıfırdır. Rayı dürüst gelir için gerekli bir koşul olarak görün, yeterli bir koşul olarak değil.
Bir ajanın kazançlarını kendiniz nasıl doğrularsınız?
Sahte gelir panosunu fark etmek için veri mühendisi olmanız gerekmez. Bir öğleden sonra çalıştırılabilecek dört adımlı bir iş akışı, manşet rakamın çoğunlukla gerçek olup olmadığını size söyler.
Adım 1: manşeti yeniden üretin. Ajanın ücret alan contract'ını bir block explorer'da açın, token transfer geçmişini CSV olarak dışa aktarın ve panonun referans verdiği dönem boyunca girişleri toplayın. Manşeti yüzde 20 içinde yeniden üretemiyorsanız, pano açık olmayan bir tanım kullanıyordur ve metodoloji dipnotunu dikkatle okumalısınız.
Adım 2: ekibi ayıklayın. Contract'ın oluşturma işleminden deployer adresini alın, ardından bunu treasury, ekibin halka açık multisig'leri ve birkaç atlama içinde bu adreslerden fon almış cüzdanlarla kümeleyin. Nansen'ın cüzdan etiketleri, Arkham'ın varlık sayfaları veya Etherscan üzerinde manuel bir iz sürme araması gibi araçlar sizi yolun büyük kısmına götürür. Bu kümeyi çıkararak "üçüncü taraf ücretlerini" hesaplayın ve geriye ne kaldığına bakın.
Adım 3: ücretleri emisyonlarla karşılaştırın. Herhangi bir tokenleştirilmiş ajan yapısı için emisyon takvimini bulun, genellikle protokol dokümanlarında veya halka açık bir Dune panosunda yer alır. Ajanın iddia ettiği gelir, içinden geçen yıllıklandırılmış emisyon oranının altındaysa, protokol metriği fiilen sübvanse ediyordur. Gelir emisyonların epey üzerindeyse, bu çok daha sağlıklı bir sinyaldir.
Adım 4: kendi Dune sorgunuzu oluşturun. Dune, çözülmüş contract event'leri üzerinde SQL yazmanıza olanak tanır. Makul bir başlangıç sorgusu, ajanın ücret event'lerini bilinen ekip cüzdanlarının etiketli tablosuyla birleştirir, karşı tarafa göre net girişleri toplar ve ödeme yapanların sıralı bir listesini çıktılar. İlk beş ödeme yapanın tamamı ilişkiliyse, manşet rakam çoğunlukla döngüseldir. İkinci bir görüş için Nansen'ın varlık etiketleriyle de çapraz kontrol yapabilirsiniz.
Amaç kusursuz bir rakam üretmek değildir. Amaç, gerçek rakamı üstten, panonun manşeti, ve alttan, üçüncü taraf ücret rakamı, sınırlamak ve aradaki farkın makul olup olmadığına karar vermektir.
Bunun okuyucu için anlamı
Bir AI-agent tokenını yatırım olarak değerlendiriyorsanız, on-chain gelir rakamına bir startup'ın "ARR" slaydına yaklaşacağınız gibi yaklaşın: yönü görmek için faydalıdır, nihai cevap olarak tehlikelidir. Fark şu ki bunu gerçekten denetleyebilirsiniz.
İleride akılda tutulmaya değer iki pratik kestirme vardır. Birincisi, üçüncü taraf ücretleri bir çeyrekte brüt gelirinden daha hızlı büyüyen bir agent gerçekten ödeme yapan kullanıcı kazanıyordur; brüt geliri büyürken üçüncü taraf ücretleri durağan kalan bir agent ise ekip tarafından destekleniyordur. İkincisi, cüzdan kümesini, emisyon takvimini ve herkese açık panosu için temiz bir metodolojiyi açıklayan bir agent, bunları açıklamayan bir agenttan neredeyse her zaman daha güvenilirdir, çünkü altta yatan rakam gerçek olduğunda açıklama maliyeti düşüktür, gerçek olmadığında ise yüksektir.
Sektör genç, altyapı gelişiyor ve içinde gerçek işletmeler ortaya çıkıyor. Bunlar sadece, panoları bir arama sayfasında en kolay bulunanlar değil.
AI-agent gelirini doğru sinyallerle takip edin
AI-agent metrikleri hızlı hareket eder, etraflarındaki haberler de öyle. Hangi agentların gerçekten ödeme yapan kullanıcıları elde tuttuğunu, hangilerinin ise emisyonlar ve kendi kendine işlemlerle çalıştığını takip etmek, manuel yaptığınızda tam zamanlı bir iştir. Zippfeed, AI-agent başlıklarını duygu skoru (bullish, neutral veya bearish) ve önem derecelendirmesiyle öne çıkarır, böylece pano gürültüsünü aşabilir ve rakamları inceleme altında sağlam kalan agentlara odaklanabilirsiniz.