
ERC-8004: Güveni taşınabilir kılan ajan kimliği nedir?
ERC-8004 ajan kimliği, ERC-721 token'ını dayanıklı bir tutamak olarak kullanan ve uç noktaları ve güven tercihlerini tanımlayan makine tarafından okunabilir bir ajan kartına işaret eden otonom AI ajanları için zincir üzerinde bir kimlik kaydıdır.
Standart ayrıca, güvenin denetlenebilmesi ve uygulamalar ile zincirler arasında yeniden kullanılabilmesi için taşınabilir geri bildirim ve isteğe bağlı üçüncü taraf doğrulamasını iki ayrı kayıtta sabitler.
Ana Noktalar
- ERC-8004, her zincir için üç tane tekil akıllı sözleşme kaydı belirler: Kimlik, İtibar ve Doğrulama.
- Kimlik Kaydı, her ajan için bir ERC-721 basar ve token URI, genellikle /.well-known/agent-card.json adresinde barındırılan bir zincir dışı ajan kartı dosyasına işaret eder.
- İtibar, sınırlı bir 0–100 puanı artı bir URI ve KECCAK-256 hash'i depolayan: gönderimler, ajandan kriptografik ön yetkilendirme gerektiren kapalı bir geri bildirim kanalıdır.
- Doğrulama, kendi kanıtını getirme esasına dayanır: Doğrulama Kaydı, kanıt URI'leri ile talepleri ve sonuçları kaydederken, güvence seviyesi seçilen arka uç sistemine bağlıdır.
ERC-8004 ajan kimliği bir bakışta
erc-8004'ü anlamanın en hızlı yoluajan kimliğidüşünmeyi bırakmaktır.NFT için ajanlar” ve “on-chain onboarding dosyası” düşünmeye başlayın. ERC-721 hesap numarasıdır. Kullanışlı yük, ajan kartı ve yanında bulunan iki defterdir: kontrol edilen geri bildirim için bir itibar kaydı ve üçüncü taraf doğrulama izleri için bir doğrulama kaydı.
ERC-8004 açıkça bir ödeme hattı değildir ve değer taşıyan bir token standardı değildir. Yerine geçmekten ziyade, uzlaşma sistemleriyle birleştirilmek üzere tasarlanmış bir koordinasyon katmanıdır. Bu kapsam seçimi önemlidir çünkü kimlik, geri bildirim ve doğrulamayı, herhangi bir cüzdan, pazar yeri veya yürütme katmanının belirli bir faturalama modelini miras almadan okuyabileceği nötr ilkelere tutar.
Hedeflediği sorun, otonom yazılım için karşı taraf güvenidir. Ajanlar, Google’ın Ajanlar Arası (A2A) ve Anthropic’in Model Bağlam Protokolü (MCP) gibi iletişim protokolleri üzerinden birbirleriyle zaten iletişim kurabiliyor.
Mesajlaşma, bir karşı tarafın bir ajanın pahalı bir şey yapmasına izin vermeden önce cevaplaması gereken soruları yanıtlamaz: kim kontrol ediyor, nerede ulaşılabilir, daha önce ne yaptı ve bağımsız birinin işine tanıklık edip edemeyeceği.
Bu “ajan kimlik kripto” açısıdır: ERC-8004, kimlik ve güven sinyallerinin nerede bulunduğunu standartlaştırır, böylece taşınabilir hale gelir. Bir cüzdan veya hizmet, erc 8004 verileri üzerinde bir dizi kontrol uygulayabilir ve bunları birçok ajanda tutarlı bir şekilde uygulayabilir, bunun yerine güveni özel bir dizine sert kodlayabilir.
Kimlik kaydının ajanları nasıl temsil ettiği
Bir operatörün bir ajanı kaydetmesi ile bir karşı tarafın onu referans alabilmesi arasında üç şey olur.
1. Kimlik Kaydı, ajana bir ERC-721 kimlik token'ı çıkarır. Mülkiyet ve transfer, normal ERC-721 kalıplarını takip eder, bu da saklama ve operatör değişikliklerinin on-chain'de okunabilir olmasını sağlar. 2. Token URI, genellikle /.well-known/agent-card.json adresinde sunulan bir off-chain kayıt veya meta veri dosyasına çözülür. Bu ajan kartı, diğer sistemlerin ayrıştırdığı makine okunabilir pakettir. 3.
Token ID, zincir bağımsız bir referansa çözülür: bir CAIP-10adres artı bir alan dizesi, aynı ajanın ağlar arasında tutarlı bir şekilde referans alınabilmesi için tasarlanmıştır.
Ajan kartı, "onchain ajan kimliği"nin yazılım için kullanılabilir hale geldiği yerdir. Kaynaklar, ajanın adını ve tanımını, desteklenen uç noktaları (A2A, MCP veya özel HTTPS), kabul ettiği güven modellerini ve hangi itibar toplayıcılarını yetkili olarak gördüğünü belirtebilen, bir iş kartı benzeri dosya olarak tanımlamaktadır.
O son alan gözden kaçırılması kolaydır, ancak ham veriden itibaren köprü işlevi görmektedir.tasdiklerbir cüzdan, tanıdığı hangi toplayıcıları seçeceğine karar verebilir, ardından aynı temel veri kümesini farklı şekilde puanlayabilir.
Bu aynı zamanda "güvensiz" ifadesinin de geçtiği yerdir.ai ajan"yanlış anlaşılıyor. ERC-8004, bir ajanı sihirli bir şekilde güvenli hale getirmez. Kimlik işaretçisini, uç noktaları ve güven tercihlerini standart bir yerde okunabilir hale getirir, böylece bir karşı taraf, iş yönlendirmeden veya herhangi bir şeyi çözmeden önce kuralları uygulayabilir."
Güven için itibar ve doğrulama sinyalleri
Reputation Registry, açık bir inceleme sitesi değil, kontrollü bir geri bildirim kanalı olarak tasarlanmıştır. Bir müşteri sadece gelerek bir ajana puan veremez. Reputation gönderimleri, sunucu ajanından kriptografik ön yetkilendirme ile kapatılmıştır; bu, EOAs için EIP-191 ve akıllı sözleşme müşterileri için ERC-1271 kullanılarak yapılır. Yetkilendirme, yeniden oynatma ve spamı azaltmak amacıyla bir son kullanma zaman damgası ve bir indeks sınırı içerir.
Yetkilendirildiğinde, müşteri sınırlı bir geri bildirim demeti sunar: 0–100 arası bir puan, isteğe bağlı etiketler, zincir dışı belgeleri işaret eden bir URI ve zincir üzerindeki kaydı bu belgelerle bağlayan bir KECCAK-256 hash. Sınırlı puan, düşük maliyetle sorgulanabilen bir primitive'dir. URI ve hash,denetimkanıtları incelemek isteyen herkes için bir kanca.
Allium, lansmandan sonraki ilk iki haftada 401 geri bildirim gönderimi raporladı; bu, 'kapalı ama taşınabilir' ilkenin kullanıldığını gösteren erken bir sinyal. Ayrıca, itibar hacminin zamanla daha ucuz yürütme yüzeylerinde yoğunlaşacağına dair bir hatırlatmadır, çünkü yüksek frekanslı geri bildirimler Ethereum ana ağında maliyet kısıtlıdır.
Doğrulama, ikinci defterdir ve kasıtlı olarak isteğe bağlı ve heterojendir. Doğrulama Kaydı, kanıt URI'leri dahil olmak üzere doğrulama taleplerini ve sonuçlarını kaydeder, ancak tek bir tekniği zorunlu kılmaz. Kaynaklar, staking tabanlı yeniden yürütme, güvenilir yürütme ortamları (TEE'ler) ve sıfır bilgi kanıtlarıgibi takılabilir arka uçları tanımlar.
Kayıt, bir karşı tarafın ne talep edildiğini, kimin doğruladığını ve hangi kanıtların paylaşıldığını görebilmesi için denetim izini standartlaştırır, ardından bu güvence modelinin kabul edilebilir olup olmadığına karar verebilir.
Ajans kimliğinin yığınlarda nasıl yer aldığı
ERC-8004, yürütmenin altında yer alır ve bu yerleşim, 'ajans kimliğini' uygulanabilir bir altyapıya dönüştüren şeydir. ERC-8196, bir AI ajanı kimlik doğrulama cüzdanı standardı, ERC-8004'ün Katman 1 (Kayıt), ERC-8126'nın Katman 2 (Doğrulama) ve ERC-8196'nın Katman 3 (Yürütme) olduğu modüler bir güven stakını çerçeveler.
ERC-8196 ayrıca cüzdanların herhangi bir politika kaydetmeden veya kullanmadan önce ERC-8004 kaydını kontrol etmelerini gerektirir; bu, 'ajans kimliğinin' bir profil sayfası yerine sert bir kapı haline geldiğinin en temiz örneğidir.
Bu aynı zamanda ana aracının zihinsel modelinin nasıl yerleştiği yerdir. Kayıt, hesap açmadır. Doğrulama ve puanlama üst üste katmanlanabilir. Yürütme sistemleri, ajans kaydı ve doğrulama kontrollerini geçmedikçe hareket etmeyi reddeder.
ERC-8041, başka bir entegrasyon yolunu gösteriyor: ERC-8004 ajan kimliklerinin seçilmiş, sabit arz koleksiyonları. ERC-8041, ERC-8004'ü sınırsız basım kaydı olarak ele alır ve ajanları ERC-8004'te kaydeden, basım numaralarını ve koleksiyon meta verilerini takip eden koleksiyon sözleşmeleri önerir.
Ana detay operasyoneldir: ERC-8041, müşterilerin yalnızca ajana yazılı meta verilere güvenmemeleri ve üyeliği doğrulamak için doğrudan koleksiyon sözleşmesini sorgulamaları gerektiğini uyarır.
Cross-chain, diğer entegrasyon gerçeklik kontrolüdür. Eco, ERC-8004'ü kimlikleri CAIP-10 ve alan aracılığıyla referans alması bakımından zincir bağımsız olarak tanımlıyor; her zincir için tekil kayıtlar ve çoklu zincir kaydı olasılığı ile. Allium, ERC-8004'ü tasarlandığı şekilde çerçeveliyor.EVM-uyumlu zincirler, köprüler veya adaptörler aracılığıyla veri tüketen EVM dışı sistemlerle.
Her durumda, bir entegrasyon yine de hangi zincirin kayıtlarını politika için kanonik olarak kabul edeceğini seçmek zorundadır.
Sınırlamalar ve yaygın yanlış anlamalar
“ERC-8004, bir ödeme hattı veya ajan token'ıdır” ilk pahalı yanlış anlamadır. ERC-8004 bir uzlaşma sistemi değildir ve yerini almaz.ERC-20transferler, x402 tarzı mikro ödemeler veya başka herhangi bir ödeme sistemi. Değer taşıyan her şeyle bir araya gelmek için tasarlanmış bir güven katmanıdır.
“İtibar, zincir üzerinde yıldız derecelendirmeleridir” ifadesi, anti-spam tasarımını göz ardı ediyor. ERC-8004 itibarı sınırlıdır (0–100), KECCAK-256 aracılığıyla zincir dışı kanıtlara hash ile bağlıdır ve ön yetkilendirme (EIP-191 veya ERC-1271) ile süresi dolmuş ve bir indeks sınırı ile kapatılmıştır. Bu kapatma, kullanılabilir bir sinyal ile zincir üzerindeki bir yorum bölümünün arasındaki farktır.
“Doğrulama, ajanın doğru olduğunun kanıtlandığı anlamına gelir” ifadesi, birden fazla güvence modelini tek bir kelimede birleştirir. Doğrulama Kaydı, istekleri ve sonuçları kanıt URI'leri ile kaydeder, ancak gücü seçilen arka uca bağlıdır. Stake tabanlı bir yeniden yürütme ağı, bir TEE onayı ve bir sıfır bilgi kanıtı, hepsi bir kayıt içinde 'başarı' bayrağı olarak sonuçlansa bile, aynı garantileri veya hata modlarını sunmaz.
Son kısıtlama taşınabilirlik ile kanon arasındadır. ERC-8004, CAIP-10 ve alan kullanarak ağlar arasında ajanları tutarlı bir şekilde referans alabilir, ancak taşınabilirlik hala ajanın kaydedildiği yere ve bir cüzdanın güvendiği dizinleyicilere veya toplayıcılara bağlıdır. Bu nedenle, ajanın kimliği ile insan kimliği arasında zincir üzerinde kozmetik bir ayrım yoktur. İnsanlar sosyal bağlama ve yasal kimliğe güvenebilir.
Ajanların makine tarafından okunabilir uç noktalar, açık güven modelleri ve denetlenebilir izler gereklidir çünkü karşı taraf genellikle başka bir programdır.
Alıntı
Ekiplerin "ajan kimliği"ni bir NFT mint sayfası olarak gönderdiğini ve işin bittiğini düşündüğünü izledim, sonra entegre edenlerin sıkıcı soruları sorduğunda şaşırdılar: gerçekten hangi uç noktaları destekliyor, hangi güven modelini kabul ediyor ve bir şeyler ters gittiğinde denetim izi nerede. ERC-8004’ün ERC-721'i tutamak, öz değil.
Öz, ajanın kartının ayrıştırılabilir olup olmadığı ve itibar kaydı ile doğrulama kaydı girişlerinin bir cüzdanın politikası altında kullanılabilir olup olmadığıdır.
Temiz duruş, itibarı yönlendirme olarak ve doğrulamayı güvenilirlik olarak ele almaktır. Allium'un ilk iki haftada 401 geri bildirim gönderimi notu, geri bildirim ilkesinin canlı olduğuna dair iyi bir işarettir, ancak paylar yükseldiğinde bir doğrulama izi için bir ikame değildir. Para kaybettiren hata, karşı taraf riskini yalnızca bir puana dayandırmaktır, oysa standart zaten kanıtları sabitlemek ve üçüncü taraf doğrulaması için bir yer sağlar.
Kaynaklar
Sıkça Sorulan Sorular
ERC-8004, ERC-20 veya ERC-721 gibi bir token standardı mı?
ERC-8004, değer taşıyan bir token standardı değildir. Ajan kimliklerini temsil etmek için Kimlik Kaydı içinde bir ERC-721 kullanır, ancak standardın amacı ekonomik değer transferi yerine kimlik, itibar ve doğrulama koordinasyonudur.
ERC-8004 ajan kartı nedir ve ne içerir?
Ajan kartı, ERC-8004 kimlik token'ının işaret ettiği, genellikle /.well-known/agent-card.json adresinde bulunan, çevrimdışı, makine tarafından okunabilir bir meta veri dosyasıdır. Kaynaklar, bunun ajanın uç noktalarını (A2A, MCP veya HTTPS), kabul edilen güven modellerini ve tanıdığı itibar toplayıcılarını listelediğini belirtmektedir.
ERC-8004, sahte veya spam itibar incelemelerini nasıl engeller?
İtibar başvuruları, sunucu ajanından kriptografik ön yetkilendirme ile kontrol edilir. Yetkilendirme, EOAs için EIP-191 veya akıllı sözleşme istemcileri için ERC-1271 kullanır ve yeniden oynama ve spamı azaltmak için bir son kullanma zaman damgası ve bir indeks sınırı içerir.
ERC-8004 doğrulaması, bir ajanın çıktısının doğru olduğunu kanıtlar mı?
“Doğrulanmış” ifadesiyle tek bir güvenlik seviyesi ima edilmez. Doğrulama Kaydı, istekleri ve sonuçları kanıt URI'leri ile kaydederken, güvence seçilen arka uç sistemine bağlıdır; bu, stake tabanlı yeniden yürütme, TEE'ler veya sıfır bilgi kanıtları gibi yöntemleri içerebilir.
ERC-8004, ERC-8196 ajan cüzdanlarıyla nasıl ilişkilidir?
ERC-8196, ERC-8004'ü modüler bir güven yığınında Katman 1 (Kayıt) olarak konumlandırır ve cüzdanların politikaları kullanmadan önce ERC-8004 kaydını kontrol etmelerini gerektirir. ERC-8196 daha sonra, bir ajanın ne yapabileceğini kontrol etmek için doğrulama ve politika bağlı yürütmeyi sonraki katmanlar olarak kullanır.