Bugün, merkeziyetsiz yapay zekanın (deAI) "ağ protokol yığını"nın yavaş yavaş inşa edildiğini görüyoruz. İnternetin, bir dizi birbirleriyle etkileşimde bulunabilen standartlar üzerinde çalıştığı gibi - iletim katmanı TCP/IP kullanırken, hizmet keşif katmanı DNS kullanıyor ve uygulama mantığı HTTP kullanıyor - deAI protokol yığını da bu üç modüle ayrılabilir: uygulama katmanı x402, hizmet keşif katmanı ERC 8004, iletim katmanı A2A - tüm bunlar geleneksel HTTP ağ protokol yığını üzerinde çalışıyor.
Özetle, deAI protokol yığını, aracının nasıl ücret ödeyeceğini, kaynakları nasıl bulacağını ve birbirleriyle nasıl iletişim kuracağını tanımlar. Şimdi, her bir kısmı teker teker inceleyelim:
Uygulama katmanı - x402
Merkeziyetsiz yapay zeka (deAI) protokol yığınının tepe noktası x402'dir. Bu, aracıların çeşitli hizmetler (örneğin dosya depolama, e-ticaret, web tarama vb.) için ödeme yaptığı uygulama katmanı protokolünü temsil eder. x402, Coinbase ve Cloudflare tarafından inşa edilmiştir ve temelde mevcut “HTTP 402: Ödeme Gerekiyor” durum kodunu genişleterek, aracıların hizmet ücretlerini stabilize edilmiş paralarla ödemesine olanak tanıyan bir iş akışının parçası haline getirir.
Daha önce x402 hakkında “HTTP 402'nin Modern Dönüşümü” başlıklı ayrıntılı bir makale yazdım. İçeriği, vizyonu, mimarisi, fırsatları ve zorlukları içeriyor.
Temelde, x402 üçlü bir anlaşma ile çalışır; bu anlaşma üç bölümden oluşur: Müşteri kaynak talep eder → Sunucu 402 durum kodu döner → Ödeme kolaylaştırıcısı, müşterinin ödeme yetkisini doğrular ve fonları gerçek olarak aktarır (örneğin, imzalı bir işlem göndererek zincir üzerinde). Bu adımlar tamamlandıktan sonra, sunucu yalnızca premium içeriği açar.
Bugün, x402scan, x402 sunucusunun gerçek zamanlı çalışmasındaki performansını gözlemlemek için en iyi kaynaklardan biri olabilir. Uzun vadede, x402, kaliteli içerik için mikro ödemelere (örneğin, web kazıma, ücretli makaleler, hesaplama kaynakları) büyük fayda sağlayacak olsa da, yakın zamandaki yükselişi (x402scan aracılığıyla net bir şekilde görülebilir) büyük ölçüde bir dizi meme coin'e, örneğin… $PING'e bağlıdır - bu coin'ler, tahvil eğrisi boyunca madencilik yapmak için x402 ile ödeme yapılmasını talep etmektedir.
Buna rağmen, x402, yeni ortaya çıkan merkeziyetsiz yapay zeka (deAI) protokol yığınındaki uygulama katmanı standartlarından biri için iyi bir örnektir. Geleneksel ağ protokol yığınındaki "uygulama katmanı"nın birçok protokol (HTTP, FTP, SMTP, VoIP vb.) içerdiği gibi, gelecekte daha fazla uygulama katmanı standardının ortaya çıkmasını bekleyebiliriz.
Keşif Katmanı - ERC 8004
x402 kullanırken sıkça sorulan bir soru, insanların hangi hizmetlerin mevcut olduğunu nasıl keşfedecekleridir? İşte bu noktada Ethereum Vakfı tarafından geliştirilen ERC 8004, “keşif katmanı” işlevi görür.
DNS'in alan adlarını IP adreslerine (google.com → 8.8.8.8) eşleştirdiği gibi, ERC 8004, bir zincir üstü kayıt defteri oluşturarak, ajan kimliğini ajanların çeşitli bağlantılarına ve işlevlerine eşleştirerek AI ajanlarının keşif sorununu çözmektedir. ERC 8004, ajanın kimlik belirleyicisi olarak “ajan kartı” kullanır ve ek işlevler olarak güvenilirlik puanı ve doğrulama gibi özellikler sunar.
ERC 8004 altında ERC721 (NFT) ve URIStorage kullanılmaktadır. Bu, Name, A2A, MCP, OASF, ENS, DID ve desteklenen güven türleri (örneğin, itibar, kripto ekonomisi, TEE kanıtı) gibi parametreleri içerir. Tüm bu farklı parametreler, aracının işlevselliğini daha kapsamlı bir şekilde sergileyen çeşitli aracılık ID standartlarına işaret etmektedir.
ERC 8004'ün deAI keşif katmanı olarak gelişim sürecinin, internet protokol yığını içindeki DNS'ye benzer olduğunu düşünüyorum - herkesin referans alacağı genel bir protokol var, ancak kullanıcıları her bir belirli sorgu hakkında daha spesifik bilgi almak için çeşitli eşler arası düğümlere (burada farklı proxy kart bağlantılarını kastediyorum) yönlendirecek.
Taşıma Katmanı - A2A Protokolü
Buna göre, uygulama katmanını ve keşif katmanını tanıttık. Protokol yığınlarının son aşaması, uygulamaların ERC 8004 gibi bir protokol üzerinden keşfi tamamladıktan sonra nasıl birbirleriyle iletişim kuracaklarını işleyen iletim katmanıdır. Geleneksel internet ağ protokol yığınında, TCP/IP protokolü, ağ veri paketlerini istemciden sunucuya taşımaktan sorumludur. Ancak merkeziyetsiz yapay zeka (deAI) protokol yığınında, Google yakın zamanda arabulucular arasındaki iletişimi sağlamak için özel olarak geliştirilmiş A2A protokolünü tanıttı.
İstemci aracı (A2A istemcisi) ve uzak aracı (A2A sunucusu) HTTPS üzerinden JSON-RPC 2.0 kullanarak iletişim kurar. Temelde, iki aracı, kendi HTTP uç noktalarına erişerek “sohbet” eder ve hesaplama veya çeşitli işlevler talep eder. A2A ayrıca her aracın işlevlerini, çerçevesini, MCP eklerini vb. yayınlamak için bir aracı kartına sahip olmasını şart koşar.
A2A protokolünde, istemci ve uzak ajan karşılıklı onaylandıktan sonra, istemci HTTP uç noktasını almak için ajan kartını kontrol eder ve ilgili hizmeti talep eder. Uzak ajan, MCP araçları ve hesaplama kaynakları gibi olanaklarını kullanır ve görevleri işlerken asenkron güncellemeler gönderir (bu, çıkarım modelindeki "düşünme süreci"ne benzer). Son olarak, nihai yanıtı ve eserleri gönderir.
Burada harika bir başlangıç makalesi öneriyorum, bu makale IBM'in “A2A protokolü (Agent2Agent) nedir?” başlıklı yazısıdır.
Tüm faktörleri bir araya getirmek…
x402, 8004 ve A2A gibi faktörleri dikkate alarak, Coinbase'in sağladığı gösterim örneğine başvurabiliriz - Lowe's'tan yeni bir buzdolabı satın almak. Kullanıcının bir sohbet robotu ile konuştuğunu ve Lowe's'tan buzdolabı nasıl satın alacağını sorduğunu varsayalım:
ERC 8004 (Keşif Katmanı) kullanarak Lowe's'un buzdolabı satış temsilcisini bulacağız ve temsilci işlevlerini listelemesini isteyeceğiz.
Lowe's aracıyla HTTP uç noktası üzerinden A2A (iletim katmanı) kullanarak iletişim kuracağız.
Ödemeleri yetkilendirmek ve zincir üzerinde stabilcoin transferi yapmak için x402 (uygulama katmanı) kullanacağız.
Elbette, tüm bunlar geleneksel HTTP-DNS-TCP/IP ağ protokol yığını üzerinde gerçekleşecek!
Genel olarak, bu yığın, Agentic Internet ( aracılığıyla internetin protokol omurgasını oluşturur ve aracılar yalnızca veri iletmekle kalmaz, aynı zamanda zincir üzerindeki kaynaklarla ticaret yapabilir, doğrulayabilir ve koordine edebilir.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
DeAI protokol yığınını parçalama - X402 / ERC 8004 / A2A
null Makale yazarı: Jay Yu
Makale derlemesi: Block unicorn
Giriş
Bugün, merkeziyetsiz yapay zekanın (deAI) "ağ protokol yığını"nın yavaş yavaş inşa edildiğini görüyoruz. İnternetin, bir dizi birbirleriyle etkileşimde bulunabilen standartlar üzerinde çalıştığı gibi - iletim katmanı TCP/IP kullanırken, hizmet keşif katmanı DNS kullanıyor ve uygulama mantığı HTTP kullanıyor - deAI protokol yığını da bu üç modüle ayrılabilir: uygulama katmanı x402, hizmet keşif katmanı ERC 8004, iletim katmanı A2A - tüm bunlar geleneksel HTTP ağ protokol yığını üzerinde çalışıyor.
Özetle, deAI protokol yığını, aracının nasıl ücret ödeyeceğini, kaynakları nasıl bulacağını ve birbirleriyle nasıl iletişim kuracağını tanımlar. Şimdi, her bir kısmı teker teker inceleyelim:
Merkeziyetsiz yapay zeka (deAI) protokol yığınının tepe noktası x402'dir. Bu, aracıların çeşitli hizmetler (örneğin dosya depolama, e-ticaret, web tarama vb.) için ödeme yaptığı uygulama katmanı protokolünü temsil eder. x402, Coinbase ve Cloudflare tarafından inşa edilmiştir ve temelde mevcut “HTTP 402: Ödeme Gerekiyor” durum kodunu genişleterek, aracıların hizmet ücretlerini stabilize edilmiş paralarla ödemesine olanak tanıyan bir iş akışının parçası haline getirir.
Daha önce x402 hakkında “HTTP 402'nin Modern Dönüşümü” başlıklı ayrıntılı bir makale yazdım. İçeriği, vizyonu, mimarisi, fırsatları ve zorlukları içeriyor.
Temelde, x402 üçlü bir anlaşma ile çalışır; bu anlaşma üç bölümden oluşur: Müşteri kaynak talep eder → Sunucu 402 durum kodu döner → Ödeme kolaylaştırıcısı, müşterinin ödeme yetkisini doğrular ve fonları gerçek olarak aktarır (örneğin, imzalı bir işlem göndererek zincir üzerinde). Bu adımlar tamamlandıktan sonra, sunucu yalnızca premium içeriği açar.
Bugün, x402scan, x402 sunucusunun gerçek zamanlı çalışmasındaki performansını gözlemlemek için en iyi kaynaklardan biri olabilir. Uzun vadede, x402, kaliteli içerik için mikro ödemelere (örneğin, web kazıma, ücretli makaleler, hesaplama kaynakları) büyük fayda sağlayacak olsa da, yakın zamandaki yükselişi (x402scan aracılığıyla net bir şekilde görülebilir) büyük ölçüde bir dizi meme coin'e, örneğin… $PING'e bağlıdır - bu coin'ler, tahvil eğrisi boyunca madencilik yapmak için x402 ile ödeme yapılmasını talep etmektedir.
Buna rağmen, x402, yeni ortaya çıkan merkeziyetsiz yapay zeka (deAI) protokol yığınındaki uygulama katmanı standartlarından biri için iyi bir örnektir. Geleneksel ağ protokol yığınındaki "uygulama katmanı"nın birçok protokol (HTTP, FTP, SMTP, VoIP vb.) içerdiği gibi, gelecekte daha fazla uygulama katmanı standardının ortaya çıkmasını bekleyebiliriz.
x402 kullanırken sıkça sorulan bir soru, insanların hangi hizmetlerin mevcut olduğunu nasıl keşfedecekleridir? İşte bu noktada Ethereum Vakfı tarafından geliştirilen ERC 8004, “keşif katmanı” işlevi görür.
DNS'in alan adlarını IP adreslerine (google.com → 8.8.8.8) eşleştirdiği gibi, ERC 8004, bir zincir üstü kayıt defteri oluşturarak, ajan kimliğini ajanların çeşitli bağlantılarına ve işlevlerine eşleştirerek AI ajanlarının keşif sorununu çözmektedir. ERC 8004, ajanın kimlik belirleyicisi olarak “ajan kartı” kullanır ve ek işlevler olarak güvenilirlik puanı ve doğrulama gibi özellikler sunar.
ERC 8004 altında ERC721 (NFT) ve URIStorage kullanılmaktadır. Bu, Name, A2A, MCP, OASF, ENS, DID ve desteklenen güven türleri (örneğin, itibar, kripto ekonomisi, TEE kanıtı) gibi parametreleri içerir. Tüm bu farklı parametreler, aracının işlevselliğini daha kapsamlı bir şekilde sergileyen çeşitli aracılık ID standartlarına işaret etmektedir.
ERC 8004'ün deAI keşif katmanı olarak gelişim sürecinin, internet protokol yığını içindeki DNS'ye benzer olduğunu düşünüyorum - herkesin referans alacağı genel bir protokol var, ancak kullanıcıları her bir belirli sorgu hakkında daha spesifik bilgi almak için çeşitli eşler arası düğümlere (burada farklı proxy kart bağlantılarını kastediyorum) yönlendirecek.
Buna göre, uygulama katmanını ve keşif katmanını tanıttık. Protokol yığınlarının son aşaması, uygulamaların ERC 8004 gibi bir protokol üzerinden keşfi tamamladıktan sonra nasıl birbirleriyle iletişim kuracaklarını işleyen iletim katmanıdır. Geleneksel internet ağ protokol yığınında, TCP/IP protokolü, ağ veri paketlerini istemciden sunucuya taşımaktan sorumludur. Ancak merkeziyetsiz yapay zeka (deAI) protokol yığınında, Google yakın zamanda arabulucular arasındaki iletişimi sağlamak için özel olarak geliştirilmiş A2A protokolünü tanıttı.
İstemci aracı (A2A istemcisi) ve uzak aracı (A2A sunucusu) HTTPS üzerinden JSON-RPC 2.0 kullanarak iletişim kurar. Temelde, iki aracı, kendi HTTP uç noktalarına erişerek “sohbet” eder ve hesaplama veya çeşitli işlevler talep eder. A2A ayrıca her aracın işlevlerini, çerçevesini, MCP eklerini vb. yayınlamak için bir aracı kartına sahip olmasını şart koşar.
A2A protokolünde, istemci ve uzak ajan karşılıklı onaylandıktan sonra, istemci HTTP uç noktasını almak için ajan kartını kontrol eder ve ilgili hizmeti talep eder. Uzak ajan, MCP araçları ve hesaplama kaynakları gibi olanaklarını kullanır ve görevleri işlerken asenkron güncellemeler gönderir (bu, çıkarım modelindeki "düşünme süreci"ne benzer). Son olarak, nihai yanıtı ve eserleri gönderir.
Burada harika bir başlangıç makalesi öneriyorum, bu makale IBM'in “A2A protokolü (Agent2Agent) nedir?” başlıklı yazısıdır.
Tüm faktörleri bir araya getirmek…
x402, 8004 ve A2A gibi faktörleri dikkate alarak, Coinbase'in sağladığı gösterim örneğine başvurabiliriz - Lowe's'tan yeni bir buzdolabı satın almak. Kullanıcının bir sohbet robotu ile konuştuğunu ve Lowe's'tan buzdolabı nasıl satın alacağını sorduğunu varsayalım:
ERC 8004 (Keşif Katmanı) kullanarak Lowe's'un buzdolabı satış temsilcisini bulacağız ve temsilci işlevlerini listelemesini isteyeceğiz.
Lowe's aracıyla HTTP uç noktası üzerinden A2A (iletim katmanı) kullanarak iletişim kuracağız.
Ödemeleri yetkilendirmek ve zincir üzerinde stabilcoin transferi yapmak için x402 (uygulama katmanı) kullanacağız.
Elbette, tüm bunlar geleneksel HTTP-DNS-TCP/IP ağ protokol yığını üzerinde gerçekleşecek!
Genel olarak, bu yığın, Agentic Internet ( aracılığıyla internetin protokol omurgasını oluşturur ve aracılar yalnızca veri iletmekle kalmaz, aynı zamanda zincir üzerindeki kaynaklarla ticaret yapabilir, doğrulayabilir ve koordine edebilir.