ERC-8211, AI Ajanlarının DeFi'de Dinamik Çalıştırılmasını Sağlamayı Hedefliyor

2025 yılından itibaren birçok kişi, GPT veya Gemini'ye "Gelecek hafta Hong Kong seyahatimi planlamanızı ve uygun uçuş ile otel önerilerinde bulunmanızı rica ediyorum" demeye başlayabilir; bu sistem arka planda bilgi aramasını, koşulları filtrelemeyi, rota seçimini ve fiyat karşılaştırmalarını yaparak sadece sonucu onaylamanız için sunar.

Ancak aynı beklentiyi zincir üzerine taşırsanız, hikaye tamamen değişir.

Örneğin bir DeFi Agent'ına şu komutu veriyorsunuz: “Cüzdanınızdaki ETH’i USDC’ye çevirin, Base zincirine aktarın ve tamamını Aave’e yatırın.” Nesnel olarak, “ihtiyacı anlama” ve “yol planlama” açısından bugünün Agent’ları bunu yapamayabilir; gerçek fark, yürütme aşamasında ortaya çıkar:

Hâlâ imza, yetki verme, takas, çapraz zincir ve yatırma gibi adımları sırayla tamamlamanız gerekebilir ve her adım, kayma riski, Gas dalgalanmaları, köprü gecikmeleri ve zincir üzerindeki durum değişiklikleri altında kalır; bu da aradaki herhangi bir aşamanın beklentilerden saptığı anda önceki işlemlerin geri alınamayabileceğini ve sonraki işlemlerin bağlanamayabileceğini anlamına gelir; sonuçta zincirde kalan genellikle tamamlanmamış bir yarı bitmiş işlem akışıdır.

Sorun, AI'nın yeterince akıllı olmamasında değil, zincir üzerindeki yürütme katmanının hâlâ bir Agent'e tam olarak uygun bir ifade biçimi eksikliğinde.

Bu nedenle, 2026 yılının Nisan başlarında, Biconomy ve Ethereum Vakfı, AI ajanları ve karmaşık DeFi iş akışları için daha ifade gücüne sahip bir yürütme katmanı sağlamak amacıyla mevcut akıllı sözleşme yürütmesindeki "statik sınırlamalar" sorununu çözmeyi amaçlayan ERC-8211'i paylaştı.

Geçtiğimiz bir ila iki yıl içinde kripto endüstrisinin odak noktası, L2 ölçeklenebilirlik ve RWA likiditesinden, AI Agent'ların zincir üstü işlemlere nasıl gerçek anlamda geçeceğini ele alan oldukça devrimci bir konuya doğru kaymıştır.

Nesnel olarak, "doğal dil ile çok adımlı DeFi stratejileri vermek"ten "özgün ajantların tam bir çapraz zincir portföyünü yönetmesi"ne kadar son zamanlarda birçok uygulama gördük ve bu fikirlerin çoğu demo düzeyinde olgunlaşmıştır; doğal dil ile çok adımlı DeFi stratejileri üretmek, özgün dengelenmeyi gerçekleştirmek, otomatik getiri taşımayı, çapraz zincir pozisyon ayarlamayı ve hatta daha karmaşık portföy yönetimini içerir.

Mantık ve düzenlemeye göre, AI'nın yetenekleri oldukça hızlı ilerledi, ancak gerçek üretim ortamına dahil edildiğinde yürütme katmanındaki eksiklikler giderek daha belirgin hale geliyor.

Gerçek üretim ortamına indirildiğinde, bu eksiklik şu şekilde özetlenebilir: DeFi dinamiktir, ancak bugünün çoğu batch (toplu işlem) hâlâ statiktir.

ERC-8211'in resmi web sitesi ve tartışma gönderisi, mevcut ERC-4337 ile EIP-5792'nin, "bir imza, bir çağrı" eski modelini, "bir imza, çoklu çağrı" yeni aşamasına taşıdığını açıkça belirtiyor; ancak bu çağrılar içindeki parametreler, temel olarak hâlâ imzalama anında dondurulmuş durumda.

Yani kullanıcı, imza sırasında girdiği tutar, hedef değer ve beklenen çıktı, gerçek yürütme sırasında zincir üzerindeki durum değişikliklerine göre otomatik olarak ayarlanmayacaktır.

DeFi'nin kendisi tamamen belirsizlik içindedir. Bir Swap'in gerçek çıktısı, o blok içindeki kayma ve likiditeye bağlıdır; bir Bridge'in varış süresi ve nihai varış miktarı, köprü自身的 mekanizmasına ve ücretlerine bağlıdır; kira protokolü veya Vault'un share-to-asset oranı da sürekli değişmektedir.

Sonuçta kullanıcı veya Agent, imza sırasında gördükleri değer, çoğu zaman gerçek yürütme sonucu değil, sadece bir anlık tahmindir.

ERC-8211'in neyi çözdüğünü anlamak için, bir Agent'in hesabındaki ETH'yi USDC'ye çevirip tamamını Spark'e yatırarak faiz kazanmak gibi oldukça sıradan bir şey yapmak istediğini varsayın.

Mevcut statik toplu işleme modeli altında, Agent, Swap sonrası kaç USDC alacağını imzalama öncesi tahmin etmek zorunda kalır; bu da genellikle ikinci adımın giriş miktarını imzalama anında sabitlemeye zorlar. Tahmin çok yüksek olursa, gerçek gelen miktar yetersiz kalır ve tüm toplu işlem geri döner; çok düşük olursa, cüzdanınızda bir miktar fon boşta kalır ve kullanılamaz hale gelir.

Yani temelde, başarısızlık riskiyle ya da fırsat maliyetiyle karşı karşıya kalınan ikilem içine giriliyor. Bu yüzden, görünüşte pek de karmaşık olmayan zincir üstü süreçler, 5, 8 adıma kadar uzadığında veya hatta iki zincir arasında geçiş yaptığında hızla kırılgan hale geliyor; bu, stratejinin kendisinin anlatılamayacak kadar karmaşık olmasından değil, mevcut yürütme modelinin önceden sabitlenmiş parametrelere aşırı bağımlı olmasından kaynaklanıyor.

Kısaca, statik toplu işlemin kapasite sınırı, Agent'ın gerçek anlamda güvenli şekilde uygulayabileceği strateji sınırını belirler.

Bu açıdan bakıldığında, ERC-8211’in amacı, AI Agent’ların nasıl karar verdiğidir; bunun yerine, Agent zaten karar verdikten sonra, onu blok zinciri üzerinde daha doğal, daha kararlı ve daha güvenli bir şekilde nasıl yürüteceğidir. Böylece blok zinciri üzerindeki yürütme, AI Agent’lar için ilk kez doğuştan tasarlanmış bir ifade biçimine sahip olur.

ERC-8211'in temel atılımı, daha fazla adımı tek bir imzaya sokmak değil, toplu işleme işlemini sabit parametreli bir işlem dizisinden, "çalışma anında dinamik olarak değerlendirilen parametrelere sahip bir programa" yükseltmektir.

Gerçekten soyut gibi görünüyor, ancak anlaşılması kolay: Resmi açıklama, "İşlemlerden programlara" diyor.

Bu, ERC-8211'nin batch'i sırayla yürütülen bir eylem listesi olarak değil, çalışma zamanında değerlendirilen ve güvenlik koşullarıyla birlikte olan bir yürütme programı olarak görmesini anlamına gelir; bunu ayrıntılı olarak üç birleştirilebilir temel bileşenle gerçekleştirir:

• Fetchers (Alıcılar): Bu parametrenin değerinin nereden alınacağını tanımlar; bir adresin mevcut bakiyesine yönelik tek bir sorgu olabilir, böylece parametre, imzalama anındaki bir anlık görüntü değil, yürütme anında zincir üzerindeki durumdan alınan gerçek zamanlı bir okumadır;
• Sınırlamalar: Parametreler çıkarıldıktan sonra doğrudan sınırlama kontrolleri yapılır—örneğin, "elde edilen USDC en az 2500 olmalı" veya "slippage %0,5'i aşmamalı"—bu sınırlamalar, değerler bir sonraki çağrıya yönlendirilmeden önce doğrulanır; herhangi biri başarısız olursa, tüm toplu işlem hemen geri alınır;
• Önkoşullar (tetikleme koşulları): Değer üretmeyen, ancak işlemin devam edip edilmeyeceğini belirleyen, adımlar arasında bir kapı görevi gören unsurlardır. Örneğin, çapraz zincir senaryolarında, Ethereum tarafındaki batch, “çapraz zincirden gelen WETH’in başarıyla ulaştığı” koşulunu önkoşul olarak kontrol edebilir ve bu koşul sağlanana kadar gönderim yapmaz;

Bu tasarımda, her parametre iki soruyu yanıtlamalıdır: İlk olarak, bu değer yürütüldüğünde nereden gelmelidir; ikincisi, çağrıya dahil edilmeden önce hangi koşulları karşılamalıdır. Bu üçlü birleşim, bir toplu işlemi sadece bir işlem dizisi değil, içine güvenlik kontrolleri gömülü bir program haline getirir.

Sonuçta, statik toplu işleme için zihinsel model bir liste—A, B, C adımlarını sırayla gerçekleştirme; ERC-8211 için zihinsel model ise koşullu bir program—A tamamlandıktan sonra A'nın gerçek çıktısını B'nin girdisi olarak almak; B, kısıtlamaları karşıladığında C'ye geçer; herhangi bir adım beklendiği gibi çalışmazsa, tüm toplu işlem geri alınır.

Bunu, AI Agent'lar ve karmaşık DeFi işlemlerine özel bir «akıllı toplu işleme» mekanizması olarak basitçe anlayabiliriz, çünkü geleneksel zincir üstü işlemlerde karmaşık bir DeFi stratejisi tamamlamak genellikle birden fazla bağımsız işlem gerektirir: kredi protokolünden fon çekmek, token'ları değiştirmek ve başka bir protokole yeniden yatırmak (daha fazla bilgi için Şifreli AI Protokolü Kapsamı: Ethereum'un ana savaş alanından başlayarak AI Agent'lar için yeni bir işletim sistemi nasıl kurulur?).

Her adım ayrı ayrı imzalanmalı ve onaylanmalı; bu, insan kullanıcılar için zahmetli olmanın ötesinde, yüksek frekanslı otomatik işlemler gerektiren AI Agent'lar için bir engeldir. ERC-8211 çözümü, birden fazla blok zinciri işlemini tek bir işlemde birleştirerek yürütme izni verir; her adım, yürütüldüğünde dinamik olarak gerçek değerleri çözer ve bir sonraki adıma geçmeden önce önceden tanımlanmış koşulları karşılamak zorundadır.

Örneğin bir Agent, yeni bir akıllı sözleşme yazmadan: Aave'den fon çekme → alınan miktarı Uniswap'te takas etme → takas sonucunu Compound'e yatırma işlemlerini bir imzalı işlemde atomik olarak gerçekleştirebilir.

ERC-8211, sadece Agent'lar için uygun olduğu için değil, aynı zamanda cüzdanların etkileşim zincirindeki konumunu yeniden tanımladığı için cüzdan endüstrisi tarafından dikkat çekiyor.

Geçmişte cüzdanlar, daha çok güvenli imzalayıcılar gibiydi; görevleri özel anahtarları korumak, işlemleri göstermek, kullanıcının onaylamasını sağlamak ve ardından imzayı göndermekti. Bu rol, EOA çağında yeterince önemliydi ve hesap soyutlama çağında da geçerliliğini korumaya devam ediyor; ancak gelecekte artan sayıda zincir üstü işlem, Agent’lar tarafından yürütülürse, cüzdanın rolü daha da merkezi ve ağırlıklı hale gelecektir.

Neden basit: Kullanıcılar, zincir üzerindeki eylemleri tek tek yönetmek yerine, bir Agent'e bir dizi hedefi gerçekleştirmek için yetki vermeye başladığında, cüzdanın bu daha üst düzey etkileşim nesnelerini destekleyebilme kapasitesine sahip olması gerekir; artık sadece bir sözleşme adresi ve bir calldata değil, bir «niyet—değer alma mantığı—koşul değerlendirmesi—sonuç» yürütme programını göstermelidir.

Bu nedenle, geleceğin cüzdanları sadece işlemler değil, aynı zamanda programları anlamak zorunda kalacak. ERC-8211, bu seviyede cüzdanlara daha net bir kavrama imkanı sunuyor, çünkü bu yürütme anlamlarını tüm parametrelerin nereden geldiğini, hangi koşulları karşılaması gerektiğini, ne zaman devam edilmesi gerektiğini ve ne zaman geri alınması gerektiğini açıkça kod yapısına dahil ediyor; bunlar arka plandaki gizli mantıkta değil, cüzdanlar tarafından yorumlanabilir, simüle edilebilir ve gösterilebilir nesneler.

Cüzdan bakış açısından, bu tam mekanizma nihayetinde aynı şeyi hedefler: kullanıcılar, tamamen anlayamadıkları alt seviye çağrılar imzalamak yerine, sonuç odaklı, sınırları net ve koşulları doğrulanabilir bir yürütme programı imzalıyorlar:

• AI Agent, kullanıcı niyetini anlama ve yol oluşturma görevini üstlenebilir;
• Cüzdan, bu yolu kullanıcıya incelemek için daha net bir şekilde gösteriyor.
• Ancak relayer, koşul sağlandığında yalnızca gönderim yapar; sonucu değiştirmeye yetkisi yoktur;

Bu, ajanların katılabileceği ancak egemenlik, kısıtlamalar ve nihai sonuçlamanın hala blokzincirde kalması nedeniyle non-custodial yürütmenin Agentic DeFi önkoşulu olarak görülmesinin tam nedenidir; ERC-8211’in akıllı cüzdanlarla gerçekten uyumlu olduğu nokta ise, “karmaşık niyetlerin güvenli ifade edilmesi” işini protokol katmanı standardına dahil etmesidir.

Dikkat edilmesi gereken nokta, ERC-8211'in ERC-4337, EIP-7702, ERC-7579 gibi hesap soyutlama çerçeveleriyle tam uyumlu olmasıdır; bu, hesap soyutlamayı değiştirmek yerine, Agent'lar için hesap soyutlamasının üzerine programlı yürütme anlamları ekler.

ERC-4337, "Kim benim adıma işlem başlatabilir?" sorusunu çözerse, EIP-7702 "EOA'nın geçici olarak akıllı sözleşme yeteneklerine sahip olma şekli" sorusunu çözerse, ERC-8211, bir Agent benim adıma işlem yapmaya başladığında, tek bir imza ile tam bir karar zincirini tamamlayıp tamamlayamayacağını çözer.

Ethereum'in geçen 10 yıllık zincir içi etkileşim desenlerini gözden geçirin:

• Birinci aşama: Bir imza = Bir fonksiyon çağrısı (EOA dönemi)
• İkinci aşama: Bir imza = Statik paketli çağrılar grubu (ERC-4337, EIP-5792 dönemi)
• Üçüncü aşama: Bir imza = Dinamik olarak değerlendirilen bir amaç programı (ERC-8211 dönemi)

Her atlama, kullanıcının (veya kullanıcının temsil ettiği Agent'in) daha az sürtünmeyle daha karmaşık hedefler ifade etmesi anlamına gelir.

ERC-8211 şu anda taslak aşamasında olmakla birlikte, teknik tartışmalar devam etmekte ve büyük ölçekli protokol entegrasyonu için hâlâ zaman gerekmektedir; ancak işaret ettiği yön yeterince nettir: AI Agent'lar gerçek anlamda kullanıcılar adına zincir üstü kararlar vermeye başladığında, zincir üstüde bunlara uygun, yerel bir yürütme sözdizimi gereklidir.