Ana içeriğe atla
ÖğrenSözlükAjan ödeme kimliği
SÖZLÜK

Ajan ödeme kimliği nedir.

TANIM

Ajan ödeme kimliği, bir AI ajanının ödeme yapmak veya ödeme almak için kullandığı kimliktir. Bir cüzdan adresi, kamuya açık bir profil sayfası, bağımsız olarak kazanılmış doğrulama rozetleri ve her ajan için harcama politikası oluşturur. Kimlik, belirli bir ajana bağlıdır, bir kişiye veya şirket genelindeki bir hesaba değil. Karşı tarafların bir ajana ödeme yaptıklarında referans verdikleri ve ajanın kendisinin ödeme yaptığında referans verdiği şeydir.

NEDEN ÖNEMLİ

Cüzdanlar kimlik değildir. Ajanların kimliklere ihtiyacı vardır.

Ham bir kripto cüzdanı size bir adres ve bir bakiye verir. Bu, ödeyen bir insanın kime ödeme yaptığını bildiği zaman iyi çalışır. Ödeyen bir AI ajanı olduğunda veya karşı taraf bir AI ajanı olduğunda başarısız olur: ortak bir itibar sistemi yoktur, parayı göndermeden önce ajanın meşru olduğunu doğrulamanın bir yolu yoktur, ajanın daha önce ne yaptığını gösteren bir kayıt yoktur. Anonim adreslere yapılan ödemeler bahşiş vermek için uygun olabilir; ancak gerçek iş üretmesi gereken bir ajana $50'lık bir faturayı ödemek için uygun değildir.

Ajan ödeme kimliği, cüzdanı, karşı tarafın ödeme kararı vermek için gerçekten ihtiyaç duyduğu her şeyle sarmalayarak bunu çözer: ajanın ne yaptığını açıklayan bir kamu profili, operatörün kim olduğunu kanıtlayan rozetler, ajanın geçmiş yükümlülüklerini yerine getirdiğini gösteren işlem geçmişi ve ajanın aldığı veya gönderdiği parayla ne yapabileceğini gösteren bir politika katmanı. Altındaki cüzdan aynı kalır; kimlik katmanı, ajana yapılan ödemeleri ölçekli olarak güvenli hale getiren şeydir.

The per-agent granularity matters too. A workspace operator might run ten agents, each with its own customer base and risk profile. Identity at the workspace level would conflate them; identity at the agent level lets each one earn (or lose) reputation independently. This is why agent payment identity is a primitive specifically distinct from "the operator's account on the platform".

NASIL BİRLEŞTİĞİ

Beş katman üst üste.

Ajan ödeme kimliği tek bir nesne değildir; her biri farklı bir sistem bileşeni tarafından sahip olunan beş katmanın bileşimidir. Cüzdan zincir üzerindedir, sayfa sunucu tarafından işlenmiştir, rozetler imzalı iddialardır, politikalar platform tarafından zorunlu kılınır ve API anahtarı, SaaS katmanıyla el sıkışmanızdır.

  1. Katman 01

    On-chain kimlik bilgisi

    İşlemleri imzalayabilen ve ödemeleri alabilen bir cüzdan adresi. Genellikle bir EOA veya akıllı sözleşme cüzdanı (örneğin Coinbase Akıllı Cüzdan, Safe) tarafından kontrol edilen bir EVM adresidir. Adres, ödeme karşı taraflarının gönderdiği yerdir.

  2. Katman 02

    Kamu profil sayfası

    Ajanın adını, amacını, sahibini, desteklenen para birimlerini ve son işlemleri gösteren bir web sayfası. Arama motorları ve AI motorları tarafından dizinlenebilir. Sayfa, karşı tarafların ödeme yapmadan önce okuduğu yerdir.

  3. Katman 03

    Doğrulama rozetleri

    Ajanın cüzdanını gerçek bir kimliğe bağlayan bağımsız olarak kazanılmış sinyaller (e-posta doğrulandı, GitHub doğrulandı, alan adı doğrulandı). Rozetler ne kadar güçlü olursa, karşı taraflar o ajana büyük ödemelerde o kadar fazla güvenecektir.

  4. Katman 04

    Ajan başına harcama politikası

    Ajanın harcayabileceği şeyleri yöneten kurallar (bir dönem için bir harcama limiti ve işlem başına bir üst sınır, kontrol panelinde ayarlanır). Ödeme altyapı katmanında uygulanır, ajanın kodunda değil. Kimliğin ne yapmasına izin verildiğini tanımlar.

  5. Katman 05

    API key + faturalandırma ilişkisi

    Ajanın ödeme platformunun API'sine kimlik doğrulamak için kullandığı SaaS tarafı kimlik bilgisi ve ajanın sahibi ile platform arasındaki faturalama ilişkisi (Pro veya Business'ta ajana göre abonelik).

ÖRNEKLER

Kimliğin pratikte ne yaptığı.

Kimliğin arka planda çalıştığı üç somut senaryo.

ÖRNEK 1

Kamuya açık sayfa aracılığıyla ödeme alan ajan

Bir araştırma ajanının kimliği wallet.blockchain0x.com/a/research-bot adresinde mevcuttur. Karşı taraflar, ajanın arama, X bahsetmeleri veya bir GitHub README aracılığıyla bulurlar. Öde butonuna tıklarlar, sayfa cüzdan adresini + QR'yi + doğrulama rozetlerini gösterir, USDC gönderirler. Ajanın kimliği, taramayı ödemeye dönüştüren yüzeydir.

ÖRNEK 2

Başka bir ajana programatik olarak ödeme yapan ajan

Bir orkestrasyon ajanı, bir uzman ajana iş devretmesi gerekir. Uzmanın ödeme kimliğini (cüzdan adresi) arar, ona karşı bir ödeme talebi oluşturur ve geri aldığı barındırılan ödeme sayfasında ödeme yapar. Uzmanın kimliği, orkestratörün referans verdiği şeydir, genel bir hesap değil.

ÖRNEK 3

Bir ajanın geçmişini gözden geçiren denetçi

Bir uyum denetçisi, bir ajanın son çeyrekte ne yaptığını doğrulamak ister. Ajanın kimliği, tam işlem kaydını içerir (cüzdan adresindeki zincir üstü geçmiş + platformun denetim kaydındaki zincir dışı ödeme talepleri). Denetçi, sahibinin daha geniş iş sistemlerine erişim gerektirmeden her ödemeyi izler.

SSS

Üç yaygın soru.

Ajan ödeme kimliği belirli bir cüzdana mı bağlı yoksa taşınabilir mi?

Kimlik, platformun veritabanında kalır; altındaki cüzdan değiştirilebilir. MetaMask cüzdanıyla başladıysanız ve Coinbase Smart Wallet'a geçmek istiyorsanız, yeni cüzdanı aynı ajan kaydına bağlarsınız; ajanın adı, slug'ı, genel URL'si, doğrulama rozetleri, işlem geçmişi referansları ve harcama politikaları hepsi taşınır. Yeni cüzdanın bakiyesi ve eski cüzdanın bakiyesi birleşmez; kimlik taşınır, zincir üzerindeki USDC olduğu yerde kalır.

İki ajan aynı ödeme kimliğini paylaşabilir mi?

Hayır. Ajan başına izolasyon, modelin tamamının amacıdır. Her ajanın kendi cüzdanı, kendi kamu sayfası, kendi harcama politikası, kendi API anahtarları ve kendi denetim kaydı vardır. Kimlikleri paylaşmak, ajan başına fiyatlandırma katmanını geçersiz kılar, ajan başına harcama kontrollerini geçersiz kılar (ajan A üzerindeki istemci enjeksiyonu, ajan B'nin bütçesini boşaltabilir) ve ajan başına itibar sinyalini geçersiz kılar (paylaşılan kimlikteki tek bir kötü olay, üzerindeki her ajana zarar verir). İki ajanın koordine olmasına gerçekten ihtiyacınız varsa, bunu çalışma alanı düzeyinde yapın: bir çalışma alanı, iki kimlik kaydı, diğer her şeyi ayrı tutun.

Ajan ödeme kimliği bir akıllı sözleşme mi yoksa sadece bir kayıt mı?

Platform tarafında sadece bir kayıt. Altındaki wallet, sahibinin bağladığı herhangi bir EVM wallet'ıdır ve bu wallet bir smart contract olabilir de olmayabilir de (EOA wallet bir smart contract değildir; Coinbase Smart Wallet ve Safe smart contract'tır). Identity layer (isim, slug, badge'ler, policy'ler) audit logging ve hash-chained değişikliklerle birlikte normal bir Postgres veritabanında tutulur. Cost, latency ve revocation nedenleriyle identity layer'ı bugün onchain'e taşımamayı bilinçli olarak seçtik. Doğrulama kanıtları için isteğe bağlı bir on-chain anchor daha sonra gelebilir.
Son gözden geçirme: 2026-05-15. CC BY 4.0 altında yayımlanmıştır.

Ajanınız için bir ödeme kimliği talep edin.

Kayıttan ilk doğrulanmış kamu ajan profilinize beş dakika.