Partnered With:

OpenSea, ERC-8257'yi başlattı, NFT'leri Yapay Zeka Temsilcisi'ne dönüştürmek için bir izin sistemi sağlar.

Bu makaleyi okumak için 14 Dakika

Ajan aracıyı bulmak için gelir, geliştirici yeteneği kaydetmek için gelir, NFT izni üstlenmek için gelir, ödeme protokolü hesaplamadan sorumludur ve OpenSea işlem gerçekleştiği yerin hemen yanında oturmayı umar.

Orijinal Metin Başlığı: "NFT + Yapay Zeka Ajanı Uygulanabilir mi? OpenSea'nın Yeni ERC-8257 Protokolü Stratejik Amaçları Açıklaması"

Bu sefer, OpenSea'nın anlatısı NFT işlemlerine odaklanmadı. Bunun yerine, başka bir giriş kapısına odaklandı: Yapay Zeka Ajanı araçları kendi kendine keşfetmeye, izin kazanmaya ve ödeme yapmaya başladığında, bu araçları kimin düzenlediği, oyunun bir sonraki döngüsünde merkezi olmayan dağıtımın başlangıç noktasını ele geçirebilir.

OpenSea, herkesin aşina olduğu bir benzetimi kullanmıştır: App Store, geliştiricilerin uygulama yayınlamasına, kullanıcıların uygulamaları keşfetmesine ve ödeme yapmasına olanak tanır; Ajan araçlarının da benzer bir girişe ihtiyacı vardır. Farklılık şudur ki, mağazada dolaşan, izinleri değerlendiren, ödeme yapmaya hazırlanan ve hizmeti çağıran varlık bu sefer cüzdanı elinde tutan bir Ajan olabilir.

OpenSea'nın Odaklandığı Şey, NFT'nin Bir Varlık Olmaktan Bir İzin Haline Gelmesidir

26 Mayıs akşamı, OpenSea, "ERC-8257: Ajan Aracı Kayıt Merkezi"ni duyurdu. OpenSea tarafından sunulan senaryoda, bir Yapay Zeka Ajanı bir NFT'yi değerlendirmeye çalışmaktadır. Profesyonel fiyatlandırma aracını çağırdığında reddedilir, ardından fark eder: Belirli bir NFT'yi tutan adres indirim arabirimini kullanabilir. Bu nedenle Ajan, o NFT'yi zincir üzerinden satın alır, tekrar istekte bulunur ve tek seferlik çağrı ücretini 0.05 dolardan 0.01 dolara düşürür.

Bu örnek, OpenSea'nın yeni oyununu ortaya koyuyor. ERC-8257'nin hayalinde, NFT ayrıca makinenin hemen okuyabileceği ve kullanabileceği bir erişim belgesi haline de gelebilir.

Araştırma veri kaynağı, fiyatlandırma aracı, işlem sinyali, ortak API; hepsi zincir üstü eşikleri belirleyebilir. Örneğin, belirli bir NFT'yi tutmak, indirim arabirimine erişim sağlamak için bir koşul olabilir, abonelik tipi bir NFT'yi tutmak, ileri düzey hizmetleri çağırmak için veya beyaz liste, teminat dengesi, sıfır bilgi kanıtı yoluyla kimin girebileceğine karar vermek için.

OpenSea için, değişim çok somuttur. Bir NFT'nin kullanımı, profil resmi, koleksiyon parçası ve topluluk kimliğinden Ajanın hizmet çağırdığında kullanabileceği indirim kuponuna, üyelik kimliğine veya sınırlı sayıda koltuğa uzanabilir. Pazarın işlem görebileceği varlık, ardışık olarak yürütülebilecek erişim haklarına da genişletilir.

OpenSea'nın CTO'su Chris Maddern bu yönelimi daha kapsamlı bir zincir üstü yol olarak özetledi: Sabit paraların Ajan ödemeleri için, NFT'nin kimlik ve abonelik için, Ajan Aracı Kayıt Defteri ise bu kavramı gerçek uygulamaya taşımak için itici güç oluşturuyor.

ERC-8257's Scope: Agent Tool Registry, Qualification Verification

ERC-8257 was created on April 17, 2026, and is currently labeled as Draft in the ethereum/ERCs repository. Its title is Agent Tool Registry, aiming to provide a permissionless on-chain tool registry rather than building a full-fledged app store with curation, ranking, and refund mechanisms.

ERC-8257's technical design is not overly complex. When developers register a tool, several key elements are recorded on-chain: the tool creator's address, the metadataURI pointing to the tool description file, the manifestHash proving the file's integrity, and the accessPredicate determining who can access the tool.

In simple terms, the on-chain registry is like a verifiable tool directory: what the tool can do, how to invoke it, price hints are in an off-chain manifest file; the hash of this file is written on-chain, and the Agent can verify the content after pulling the file; as for whether a wallet is qualified to call the tool, it is left to an independent predicate contract to decide.

If the accessPredicate is an empty address, the tool is open to all callers; if a contract is specified, it can verify conditions such as NFT holdings, subscription status, whitelist, staking threshold, DAO voting outcomes, or zero-knowledge proofs.

It is important to note that ERC-8257 does not handle funds. The proposal explicitly states that pricing information is included in the manifest, with actual payments handled by x402 or another payment protocol. The registry is responsible for discovery and permissions, while settlement is left to external systems. This separation keeps the standard lightweight and also means that what OpenSea is launching is more like a distribution and access layer infrastructure, rather than a new payment protocol.

This is also why the author of ERC-8257 refers to it as "the 403 to x402's 402." In the context of HTTP, 402 refers to a payment required; 403 refers to insufficient permission. x402 answers "how to pay for this call," while ERC-8257 aims to address "whether this address is eligible to enter."

Strictly speaking, 403 is an analogy to help understand the product positioning. The ERC-8257 draft specifies the registration and permission mechanism, without requiring all tools to respond to Agents through a particular fixed HTTP 403 process.

Agent Uygulama Mağazası olarak adlandırılan yer, dağıtımın başlangıç noktasını hedefliyor

「Uygulama Mağazası」 terimi, genellikle platform tarafından denetlenen, sıralanan ve erişimi kontrol edilen kapalı bir pazarı çağrıştırabilir. Ancak ERC-8257'nin temel tasarımı açık olmaya yöneliktir: Herhangi bir geliştirici aracını kaydedebilir, Birim zincirdeki kayıt bilgilerini okuyabilen Ajanlar, erişim koşulları dışarıdan bir akıllı sözleşmeyle genişletilebilir.

OpenSea'nın gerçekten elde etmek istediği şey, açık protokolün üzerinde araç keşfi ve varlık ticaret sahnesidir. Geçmişte bir Ajan, aracı bulmak için genellikle belgelere, GitHub deposuna, merkezi bir kataloğa veya el ile yapılandırmaya güvenirdi; ERC-8257, doğrulanabilir bir zincir üstü giriş katmanı sağlamayı amaçlayarak Ajanların değerleme API'larını, abonelik araştırmasını, ticaret sinyallerini veya veri hizmetlerini bulmalarını ve kullanım koşullarını okumalarını ve ardından kendi cüzdan durumlarına göre izin satın almalarını veya ödemeyi tamamlamalarını sağlamaya çalışıyor.

Ethereum Magicians tartışma platformunda, önerenler, uygulama önerisinin Başlangıç Ana Ağı'na dağıtıldığını ve bunun CLI, SDK ve ERC-721, ERC-1155, abonelik ve bileşik öneri örnekleriyle doğrulandığını belirttiler.

Bu, OpenSea'ya, NFT birleştirme işlemlerini rekabet etmekten daha geniş bir yol açıyor. Bir Ajanın ağ üyeliği, ticaret yapılabilir koltuk veya token kapılı API gibi şeylere ihtiyaç duyması durumunda OpenSea, varlık keşfi ve satın alma yeri olmaya devam edebilir. Platformun eşleştirdiği varlıklar kültürel varlıklardan başlayarak giderek makine yürütme görevleri için gerekli erişim yetkilerine kadar genişleyebilir.

Bir Ajanın bir zincir üstü ücretli aracı çağırmasını incelediğimizde, şu anda görülen protokol bölümleme yaklaşık şöyle gözükmektedir:

MCP, araçlar ile YZ uygulamaları arasındaki iletişim yolunu yönetir. Sunucular, araçlar, kaynaklar ve ipuçlarını ortaya çıkarabilir; istemci, zaten bağlı hizmetleri keşfetme kabiliyetini kullanarak çağrı yapabilir. Bu, yetenek açıklaması ve çağrı arabirimini ele alır ve doğal olarak genel, zincir üstü, doğrulanabilir küresel araç dizini sağlamaz.

ERC-8004, Ajana kimlik, itibar ve doğrulama kayıtlarını kapsar ve farklı tarafların belirli bir Ajanı tanımasını ve geçmiş davranış izlerini tanımasını sağlar.

x402, ödeme odaklıdır ve bir kişi veya Ajanın API'ye ve dijital içeriğe karşı programlanabilir ödemeler yapabilmesini sağlar.

ERC-8257, ardında yatan aracın keşfi ve erişim bu katmanın eksikliğini tamamlamayı hedefler: Bir Ajanın bir aracı nasıl bulacağı, belgenin nasıl değiştirilmediğini nasıl doğrulayacağı ve kendi cüzdanlarının kullanım koşullarını karşılayıp karşılamadığını nasıl belirleyeceği.

Hangi Zorluklar Var?

ERC-8257, Ajan'a bir araç dizini ve bir dizi erişim kontrolü kuralı verdi, ancak hizmet kalitesi ve güvenlik sorununu otomatik olarak çözmedi.

Zincirdeki işaret dosyasının karması, yalnızca Ajan'ın okuduğu açıklama dosyasının kayıt sırasındakiyle aynı olduğunu kanıtlayabilir, aracın çıktısının güvenilir olduğunu kanıtlayamaz, arayüzün veri sızdırmayacağını garanti edemez ve geliştiricinin uzun süre hizmet sağlayacağını garanti edemez. Önişlem sözleşmesi de aynı şekilde yanlış yapılandırılmış olabilir, geçersiz olabilir veya karmaşık riskler getirebilir.

Bir Ajan'ın bilet alabilmesi otomatik olarak odaya girdiğinde güvenli olduğu anlamına gelmez.

Ethereum Magicians forumunda, devam edilmesi gereken birkaç sorunun görüldüğü belirtilmiştir: Cross-chain cüzdan durumunun nasıl kanıtlanacağı; ENS'in ek keşif noktası olarak uygun olup olmadığı; ödeme protokolü adlandırmasının ortak bir sözleşmeye ihtiyaç duyup duymadığı; ERC-8257'nin ERC-8239: Ajan Yetenek Kaydı ile örtüşme alanının olup olmadığı.

Tasarı yazarları ayrıca, araç tanımı, fiyat ipucu ve farklı kayıt defteri düşünceleri arasında hala entegrasyon alanı bulunduğunu kabul etmektedir.

Dolayısıyla, ERC-8257'nin anlamı, artık Ajan araç pazarının tek bir cevabı haline geldiği anlamına gelmemektedir. Daha çok, OpenSea'nın önceden kurduğu bir masa gibi: Ajanlar araçları ararken, geliştiriciler yeteneklerini kaydederken, NFT'ler izinleri üstlenirken, ödeme protokolleri hesaplamayı yaparken ve OpenSea, işlemin gerçekleşmesine en yakın konumda oturmayı umar.

NFT pazarının öncelik verdiği sorunlar arasında, bir on-chain varlık için kimin teklif vermeye istekli olduğuydu. ERC-8257'nin açtığı yeni soru şudur: Bir yazılım parçasının devam edebilmesi için izine ihtiyacı olduğunda, ne satın alacak ve nereden alacak?