ERC-8004 kayıtları: ajanlar için kimlik ve itibar yönetimi

ERC-8004 kayıtlarının nasıl çalıştığı, üç defterli bir boru hattıdır: bir ERC-721 AgentID, zincir dışı bir kayıt dosyasına işaret ederken, ayrı İtibar ve Doğrulama kayıtları, kanıt işaretleri ile birlikte kompakt 0–100 güven sinyalleri kaydeder.

Tasarım, "ajan gerçeğini" zincir üzerinde tutmaz, nerede bakılacağını (kimlik), kimin konuşabileceğini (yetkili itibar) ve 8004 ajan kimliği için güvence fiyatlandırmasının nasıl yapılacağını (doğrulama) standartlaştırır.

Anahtar Çıkarımlar

• ERC-8004, kimlik, itibar ve doğrulama olmak üzere üç hafif zincir içi kayıt tanımlar.
• Kimlik Kaydı, A2A, MCP, ENS ve cüzdan adresleri gibi uç noktaları ve tanımlayıcıları listeleyen bir dış zincir ajan kaydı dosyasına işaret eden bir ERC-721 AgentID kullanır.
• Reputasyon Kaydı, isteğe bağlı etiketler ve zincir dışı ile birlikte taşınabilir 0–100 geri bildirim sinyallerini kaydeder.bağlantılarve bir geliştirici kılavuzu, rastgele spamı azaltmak için bir ajan imzalı feedbackAuth kapısını tanımlamaktadır.
• Doğrulama Kaydı, validationRequest çağrılarını ve 0–100 doğrulayıcı yanıtını kaydeder, uygulamaların staking, zkML kanıtları veya TEE ile değişim yapmasına olanak tanır.belgelerkeşfi değiştirmeden.

ERC-8004 kayıtları ve amaçları

ERC-8004 kayıtları, akıllı sözleşmeler olup standartlaştırılmış kayıtları depolar ve diğer uygulamaların ajan kimliği ve güven sinyallerini özel şemalar üzerinde müzakere etmeden aramasına olanak tanıyan olaylar yayar. Standardın temel hareketi, “güveni” üç ayrı yüzeye bölmektir: keşif için bir kimlik kaydı, kullanıcı geri bildirimleri için bir itibar kaydı ve üçüncü taraf kontrolleri için bir doğrulama kaydı.

Bu ayrım, erc 8004 kayıtlarının zincir üzerinde hafif kalmasını sağlarken, uygulamalar arasında bileşen olarak kullanılabilmesini sağlar.

Kullanışlı zihinsel model, otonom ajanlar için zincir üzerinde bir kredi dosyasıdır. Kimlik Kaydı, hesap numarası ve yönlendirme bilgisi olup kredi puanı değildir. İtibar ve Doğrulama, her biri etiketler ve zincir dışı kanıtlara işaretçiler taşımasına izin verilen kompakt 0–100 sinyallerinin iki farklı defteridir.

Bu, kimlik itibar doğrulama kayıt şablonudur: zinciri kanonik indeks ve bütünlük bağı olarak tutun ve karmaşık detayları zincir dışı bırakın.

ERC-8004, EthereumTaslak durumunda olan ve akran incelemesinden geçen İyileştirme Teklifi. Ana kılavuz, oluşturulma tarihini 13 Ağustos 2025 olarak listeliyor ve ortak yazarları Marco De Rossi (MetaMask), Davide Crapis (Ethereum Vakfı), Jordan Ellis (Google) ve Erik Reppel (Coinbase) olarak adlandırıyor.

Bu taslak durumu önemlidir çünkü arayüzlerin deneysel çalışmalar için yeterince stabil olması amaçlanmaktadır, ancak geliştiricilerin saha düzeyindeki detayların evrim geçirmesini beklemeleri gerekir.

Daha geniş konu ajan kimliği ve ERC-8004'ün tezi tasarım gereği dar: bir ajanın yeteneklerini zincir üzerinde kanıtlamayı iddia etmez. Bu iddiaların nerede bulunduğunu standartlaştırır (tokenURI kaydı), geri bildirimin spam yapmayı zorlaştıracak şekilde nasıl gönderileceğini (yetkilendirme) ve paylar yükseldiğinde bağımsız güvence satın almanın nasıl olacağını (doğrulama) belirler.

Kimlik kaydının nasıl çalıştığı

Kimlik Kaydı'nın yaşam döngüsü zincir üzerinde kısa ve zincir dışında uzundur. Zincir üzerinde, mekanizma bir ERC-721'dir ve URI depolaması içerir: benzersiz bir AgentID token'ı mintle, tokenURI'sini ayarla ve keşif için standart NFT indeksleme ve olaylarına güven.NFTindeksleme ve olaylar için keşif.

Zincir dışında, tokenURI, ajanın nasıl ulaşılacağı ve yorumlanacağına dair yaşayan bir yapılandırma belgesi gibi davranan bir ajan kayıt dosyasına çözülür.

Somut bir akış şöyle görünür:

1. Bir ajan operatörü kimlik kaydında bir ERC-721 AgentID mintler ve tokenURI'yi ayarlar. 2. İndeksleyiciler ve uygulamalar kayıt olaylarını izler ve AgentID'leri, NFT'leri saydıkları gibi sayar. 3. Uygulama tokenURI'yi alır ve uç noktaları ve tanımlayıcıları öğrenmek için zincir dışı ajan kayıt dosyasını okur.

Ana kaynak, kayıt dosyasının A2A, MCP, ENS ve cüzdan adresleri gibi uç noktalar ve tanımlayıcılar içerdiğini belirtmektedir. Bu, operasyonel yükü temsil eder. Bir uygulama bir görevi bir ajana yönlendirmeye çalışıyorsa, kimlik kaydı ona ajanın 'benimle nerede konuşulacağı' ve 'hangi tanıtıcıları iddia ettiğim' paketine yönelik kanonik işaretçi verir.

Bu, aynı zamanda çoğu entegrasyonun gözden kaçtığı yerdir. ERC-721 token'ı bir uygulamaya off-chain kayıt dosyasının sessizce değişip değişmediğini, bir uç noktanın karardığını veya bir ENS adının yeniden yönlendirildiğini söylemez. tokenURI içeriğini üretim yapılandırması gibi ele almak doğru bir tutumdur: sürümünü oluşturun, mümkünse içerik adresli depolamaya sabitleyin ve değişiklikler hakkında uyarı verin. On-chain kısım kasıtlı olarak sıkıcıdır ve bu da amacıdır.

Gerekli nesneler burada doğal olarak ortaya çıkar: kimlik kaydı sözleşmedir, AgentID ERC-721 token'ıdır ve ajan kartı birçok ön uç tarafından tokenURI'den artı herhangi bir önbelleklenmiş doğrulama ve itibar özetinden oluşturulacaktır.

İtibar sinyalleri nasıl kaydedilir

erc 8004'te itibar taşınabilir ama izinsiz değildir. İtibar Kaydı, geri bildirim sinyallerini gönderme ve alma için standart bir arayüz sağlar ve ana kaynak bu sinyalleri isteğe bağlı etiketler ve off-chain detaylı geri bildirim verilerine bağlantılar ile 0-100 puan olarak çerçeveler. Zincir, kompakt sinyali depolar. Off-chain bağlantı, anlatıyı, makbuzları ve bir uygulamanın bir insana göstermek istediği herhangi bir bağlamı taşır.

İtibar kaydının ticareti yapılamayan bir spam duvarına dönüşmesini engelleyen ana mekanizma yetkilendirmedir. Geliştirici odaklı bir kılavuz, itibar gönderimini, imzalı feedbackAuth aracılığıyla ajan tarafından verilen yetkilendirme gerektiren bir süreç olarak tanımlar. Fikir basittir: ajan, belirli bir karşı tarafa geri bildirim bırakma yetkisi verir, böylece rastgele adresler, etkileşime girmeden ölçeklenebilir şekilde olumsuz yorumlar yapamaz.

Tipik bir sıra şudur:

1. Ajan bir görevi kabul eder ve müşteriye bir geri bildirim yetkilendirmesi verir. 2. Müşteri, puan (0-100), isteğe bağlı etiketler, isteğe bağlı off-chain URI ve hash ile geri bildirimi itibar kaydına gönderir ve feedbackAuth'ı ekler. 3. Uygulamalar ve toplayıcılar on-chain geri bildirim olaylarını okur ve kendi özetlerini hesaplar, off-chain detayları yalnızca gerektiğinde alır.

Ana kılavuz ayrıca "gerçek kullanım" incelemeleri için daha temiz bir kabul bileti olan x402 ödeme kanıtlarına işaret eder. Bu, x402'nin çerçevesinin bir parçası olarak "402 Ödeme Gerekiyor" HTTP durum kodunu açıkça referans alır ve yalnızca ödeme yapan müşterilerin inceleme bırakabilmesi için ödeme kanıtlarının kullanılmasını açıklar.

Bu sıkı bir bileşimdir: konuşabilen ödeme kapıları, kayıt en az 0-100 sinyalini depolar ve kanıt bağlantısı makbuzu tutabilir.

Bunların hiçbiri Sybil davranışını ortadan kaldırmaz. Ana kaynak, ön yetkilendirmenin spamı yalnızca kısmen hafiflettiğini ve Sybil saldırılarının hala mümkün olduğunu kabul eder, bu nedenle birçok uygulama hâlâ değerlendiricileri ağırlıklandıracak, değerlendirici itibarını koruyacak veya başka yerlerde ekonomik maliyetler uygulayacaktır.

Doğrulama talepleri ve yanıtları nasıl çalışır

Doğrulama, uygulamaların riski azaltmak için satın aldığı kayıttır. Doğrulama Kaydı, bağımsız doğrulayıcı kontrollerinin talep edilmesini ve kaydedilmesini destekler ve ana kaynak, 0-100 puan aralığında doğrulamaTalebi işlevi ile doğrulayıcı yanıtlarını tanımlar.

Bu 0-100 aralığı kasıtlı olarak esnektir: bir uygulama bunu geçme veya kalma olarak değerlendirebilir veya farklı doğrulayıcıların farklı eşiklere sahip olduğu bir spektrum olarak görebilir.

Akış, bir istek-cevap desenidir:

1. Bir ajan veya tüketici, bir doğrulayıcıdan bazı iddiaları veya çıktıları kontrol etmesini istemek için validationRequest çağrısında bulunur. 2. Bir doğrulayıcı, desteklediği herhangi bir güvence teknolojisini kullanarak kontrolünü gerçekleştirir. 3. Doğrulayıcı, 0-100 puanla bir yanıt gönderir ve URI'ler ve hash'ler aracılığıyla zincir dışı kanıt ekleyebilir.

Önemli tasarım tercihi, kayıt defterinin tek bir doğrulama yöntemini sabit kodlamamasıdır. Kaynaklar, kripto-ekonomik staking, zkML kanıtları ve TEE dahil olmak üzere birden fazla mekanizmayı tartışmaktadır.kehanetlerve onaylar. Birçok dağıtım, onayları zincir dışı olarak doğrulayabilir ve ardından sonucu zincir üzerinde yayınlayarak, zinciri "ne iddia edildiği" ve "kimin söylediği" için bir yerleşim katmanı olarak tutar.

Tez burada tez çalışması ekranda beliriyor: ERC-8004, güveni ikili bir rozet haline getirmiyor. Bir tüketicinin ajanı nasıl keşfettiğini standartlaştırıyor, ardından tüketicinin riske göre güveni artırmasına izin veriyor. Düşük riskli yönlendirmeler, itibar sinyallerine dayanabilir. Orta riskli eylemler, paya dayalı doğrulama gerektirebilir.

Yüksek riskli eylemler, TEE onayları veya zkML kanıtları gibi kriptografik doğrulama talep edebilir ve kayıt defteri en son yanıtları bulmak için kanonik yer olarak işlev görebilir.

Kayıtları güvenli bir şekilde bir araya getirmek

Güvenli bir entegrasyon, üç kaydı tek bir "güven puanı" haline getirmek yerine, katmanlı bir güven kararına dönüştürür. Kimlik, arama katmanıdır; itibar, karşı tarafların sonuçlar hakkında konuştuğu taşınabilir bir geçmiştir; ve doğrulama, belirli bir iddia için güvence satın almanın açık bir yoludur. Bunları birbirinin yerine geçebilen sayılar olarak ele almak, uygulamaların yanlış şeylere güvenmesine neden olur.

Pratik bir geçiş modeli, ana kılavuzda tanımlanan güven modellerine temiz bir şekilde haritalanır:

1. Düşük risk: keşif ve yönlendirme için kimlik artı itibar kullanın. Uygulama tokenURI'yi okur, önem taşıyan ajan kartı alanlarını kontrol eder ve itibar sinyallerini bir filtre olarak kullanır. 2. Orta risk: kripto-ekonomik doğrulama gerektirir. Uygulama, yalnızca bir doğrulayıcı yanıtı eşiğini karşıladığında ilerler ve stake destekli sonuçlar yayınlayan doğrulayıcıları tercih edebilir. 3. Yüksek risk: kriptografik doğrulama gerektirir. Uygulama, TEE onayları veya zkML kanıtları talep eder; doğrulama kaydı 0–100 yanıtını ve kanıt göstergelerini depolar.

Keskin kenar, zincir dışı kaymadır. Kimlik kayıt defterinin tokenURI'si, zamanla değişen bir zincir dışı kayıt dosyasına işaret edebilir ve zincir, bir tüketiciye uç noktaların, tanımlayıcıların veya ilan edilen güven seçeneklerinin değiştiğini bildirmeyecektir. O dosyanın sürümlenmesi ve sabitlenmesi, ayrıca değişikliklerin izlenmesi, eğer ajan fonlar veya hassas verilerle ilgili herhangi bir şey yapıyorsa, isteğe bağlı değildir.

Değişmezlik de iki yönlüdür. Ana kaynak, zincir üzerindeki işaretlerin ve hash'lerin silinemeyeceğini belirtir, bu da harika bir durumdur.denetimiz sürümleri ve dağınık şemalar için acımasızdır. Kayıt ve geri bildirim formatlarını iptal ve geçersizlik göz önünde bulundurularak tasarlamak önemlidir çünkü ekosistem kalıcı izler biriktirecektir.

Bu, yaygın yanlış anlamaları düzeltmek için de doğru yerdir. ERC-8004, ajan yeteneklerini zincire koymaz. Kimlikleri, puanları ve işaretçileri depolar. Tek bir itibar puanı güven ile eşit değildir çünkü İtibar ve Doğrulama, farklı risk katmanları için tasarlanmış farklı defterlerdir. feedbackAuth gibi yetkilendirme, keyfi spam'leri azaltır, ancak kendi başına Sybil saldırılarını çözmez.

Bu, bir uygulamanın sermaye riski ile karar vermeye çalıştığında ERC 8004'ün gerçek şeklidir ve bu nedenle 8004 ajan kimliğinin ayarlanabilir bir boru hattı olarak en iyi şekilde ele alınması gerektiğidir.

Alım

Takımların "ajan güveni" panoları oluşturup her şeyi tek bir sayıya indirgeyip, ardından bu sayının onları hayal kırıklığına uğratmasına şaşırdıklarını izledim. Pahalı hata, İtibar ve Doğrulamayı aynıymış gibi ortalamaktır.varlıkDeğiller. İtibar, yetkilendirilmiş karşı tarafların konuştuğu bir geçmiştir.

Doğrulama, belirli bir talebe bağlı fiyatlandırılmış bir güvence ürünüdür ve güvence teknolojisi staking'den zkML'ye, TEE onaylarına kadar değişiklik göstermektedir.

Eğer bir entegrasyon bozulacaksa, genellikle sıkıcı bir dikişte bozulur: tokenURI, bir off-chain kayıt dosyasına işaret eder ve o dosya kayar. ERC-721 AgentID aynı kalır, kullanıcı arayüzü hala aynı ajan kartını gösterir ve uç noktalar veya tanımlayıcılar sessizce değişir. Bu nedenle ERC-8004'teki kimlik katmanı kasıtlı olarak sade tutulmuştur. Yapılması gereken, neye işaret ettiğini izlemek ve risk seviyesi talep ettiğinde doğrulamayı artırmaktır.

Kaynaklar

• Sırt Çantası Öğren
• Medium (Siddhant)