Ajanlı cüzdanlar nasıl çalışır: öz-saklama mimarisinde niyetten yürütmeye

Kendi velayetinde olan bir agentic cüzdan, bir yapay zeka ajanının bir talimatı imzalı bir onchain işleme dönüştürmesine olanak tanır; ancak kullanıcının anahtarlarının velayetini üstlenmez. Ajan eylemi önerir, cüzdan politikayı uygular, imzalamadan önce ön yürütme kontrolleri çalışır ve insan müdahalesi yalnızca bir işlem işaretlendiğinde veya kapsam dışına çıktığında gerçekleşir.

Bu yaşam döngüsü, işlem gerçekleştiren ajan sistemleri geliştiren yazılımcılar için asıl mimari sorudur. Bu kategori artık varsayımsal değil. MetaMask'ın MetaMask Agent Wallet adıyla 8 Haziran 2026'da başlattığı canlı bir Erken Erişim ürünü bulunuyor. Coinbase ise CDP Agentic Wallets ve AgentKit'i diğer seçeneklerin yanı sıra kullanıma sundu. Ayrıntılı bir ürün karşılaştırması için 2026'nın en iyi agentic cüzdanları sayfasını inceleyebilirsiniz.

Tartışma "ajanlar işlem yapabilir mi?" sorusundan "işlem yaparken cüzdan katmanı kontrolü nasıl uygulamalı?" sorusuna evrildi. Ve işte bu noktada kendi velayetinde olma belirleyici fark yaratıyor.

Konuya en başından başlamak için Agentic cüzdan nedir? yazımıza göz atabilirsiniz. Bu makale farklı bir soruyu yanıtlamayı amaçlıyor: İşlem yaşam döngüsünün yazılımcılar açısından nasıl işlediğini ve kendi velayetinde olan bir mimarinin, kullanıcının anahtarlarını ifşa etmeden bir ajanın neler yapabileceğini nasıl değiştirdiğini ele alıyoruz.

Agentic cüzdanın niyetten yürütmeye yaşam döngüsü

Agentic cüzdanı yalnızca bir anahtar kabı olarak değil, bir işlem yaşam döngüsü olarak değerlendirmek daha doğrudur. Kendi velayetinde olan bir mimaride, cüzdan katmanı bir talimatın nasıl onchain bir eyleme dönüşeceğine, hangi sınırların geçerli olduğuna ve işlemin imzalanıp imzalanamayacağına karar verir.

İşte yazılımcıların tasarımlarını şekillendirmesi gereken pratik yaşam döngüsü:

1. Niyet: Ajan, "kayma %50 bps'nin altındaysa 500 USDC'yi ETH'e çevir" veya "teklif 0,10 USDC'nin altındaysa bu x402 uç noktasına ödeme yap" gibi bir istem, tetikleyici ya da strateji sinyali alır.

2. Yapılandırma: Ajan rotayı, hedef zinciri, sözleşme çağrısını, onay yolunu, gas tahminlerini ve köprüleme ya da bir delegasyonun kullanılması gibi bağımlı eylemleri çözümler.

3. Politika kapısı: Cüzdan, talep edilen eylemin kullanıcının tanımladığı politika kapsamında olup olmadığını kontrol eder. Bu; harcama limitleri, protokol izin listeleri, alıcı izin listeleri, ağ sınırları ve zamana bağlı izinleri kapsayabilir.

4. Ön yürütme kontrolleri: İmzalamadan önce sistem simülasyon, tehdit taraması ve diğer işlem güvenliği kontrollerini çalıştırır. Bazı yapılarda MEV azaltma da bu aşamada yer alır.

5. Kendi velayetinde imzalama: İşlem izin verilen kapsamda ise ve kontrolleri geçerse, ham anahtarlar ajan çalışma ortamına açılmadan imzalama gerçekleşir. Bu, kendi velayetinde olma iddiasının özüdür.

6. İnsan müdahalesi: İşlem kötü amaçlı, politika dışı veya belirsiz ise iş akışı otomatik imzalama yerine insan incelemesi için duraklar.

7. Yürütme ve kayıt: İşlem gönderilir, durum güncellenir ve sistem, yazılımcının veya kullanıcının denetleyebilmesi için yürütme yolunu kaydeder.

Bu sıralama, yararlı bir zihinsel model oluşturur; çünkü LLM'lerin sürekli gündeme getirdiği yazılımcı sorusunu yanıtlar: "Agentic cüzdan nedir?" değil, "Bir ajan, anahtarlarımı almadan bir talimatı canlı bir işleme nasıl dönüştürür?"

Kendi velayetinde olmanın ajan sistemleri için önemi

Kendi velayetinde olma önemlidir; çünkü ajan özerkliği imzalama etrafındaki yüzey alanını genişletir. Bir insan tek seferinde tıkladığında risk, tek bir inceleme anıyla sınırlıdır. Bir ajan tek bir istemi onaylara, transferlere, takasa ve sözleşme çağrılarına dönüştürebildiğinde ise kontrolün gerçekte nerede olduğu sorusu gündeme gelir.

Kendi velayetinde olan bir modelde kullanıcı, çıkış yolunu elinde tutar. Cüzdan, imzalama işlemlerini gerçekleştirmek için güvenli altyapı kullanabilir; ancak mimari, kullanıcının anahtarlar veya kurtarma üzerindeki kontrolü elinde tutmasına ve gerektiğinde bunlarla birlikte ayrılabilmesine dayanır. MetaMask Agent Wallet kullanıcıları Gizli Kurtarma İfadelerini istedikleri zaman dışa aktarabilirken anahtarlar güvenilir bir yürütme ortamı (TEE) aracılığıyla korunur. Bu, ajanların kullanıcı tanımlı sınırlar içinde çalışmasına olanak tanıyan, tamamen kendi velayetinde olan bir ajan cüzdanıdır.

Bu, "altyapı güvenli mi?" sorusuyla aynı tasarım sorusu değildir. Hem MetaMask hem de Coinbase, ajan cüzdanlarını gözetim dışı (non-custodial) olarak tanımlar ve her ikisi de anahtarları korumak için TEE kullanır. Yazılımcılar açısından asıl fark, velayet terminolojisinde değil, politika uygulamasının pratikte nasıl işlediğindedir:

• MetaMask, politikayı kullanıcı tarafından yapılandırılan harcama limitleri, protokol izin listeleri ve her işlemde çalışan zorunlu bir güvenlik hattı aracılığıyla uygular; işlem işaretlendiğinde veya politika dışına çıktığında 2FA korumalı insan müdahalesi devreye girer. Kullanıcı, ajan başlamadan önce kontrol yüzeyini tanımlar.

• Coinbase, politikayı; cüzdan arayüzünde insan tarafından belirlenen harcama limitleri, yüksek riskli işlemleri engelleyen KYT taraması ve ajanların rastgele adreslere transfer yapmasını önleyen ajan beceri sınırları aracılığıyla programatik olarak uygular. Uygulama, etkileşimli değil altyapı düzeyindedir.

Her iki yaklaşım da güvenlidir. Mimari soru şudur: Politika dışı işlemlerin varsayılan olarak insan incelemesi için duraklamasını istediğiniz bir model mi (MetaMask'ın Guard Mode'u) yoksa sınırların varsayılan işlem başına eskalasyon yolu olmaksızın programatik olarak uygulandığı bir model mi (Coinbase'in yaklaşımı) tercih edersiniz? Bu tercih, ajan sisteminiz için özerklik sınırlarını nasıl tasarlayacağınızı belirler.

MetaMask Agent Wallet uçtan uca

MetaMask Agent Wallet, kendi velayetinde olan yaşam döngüsünün en net canlı örneğidir; çünkü ürün, standart bir cüzdanı uyarlamak yerine açıkça ajan yürütmesi etrafında inşa edilmiştir. Yukarıda özetlediğimiz yaşam döngüsünü ele alarak MetaMask Agent Wallet'ın her adımı nasıl gerçekleştirdiğine birlikte bakalım:

1. Niyet

Bir kullanıcı veya üst düzey orkestrasyon ajanı şu gibi bir talimat verir:

• sabit bir bütçe dahilinde ETH'e yeniden dengeleme yap

• bir eşik karşılandığında Hyperliquid'de sürekli vadeli işlem pozisyonu aç

• bir tahmin piyasası teklifini incele

2. Yapılandırma

Ajan, bakiyeleri incelemek, rotaları çözümlemek, işlemi oluşturmak ve tam eylemi hazırlamak için CLI ve temel SDK'yı kullanır. Bakiye kontrolleri ve token meta veri sorguları gibi salt okunur işlemler onay gerektirmez.

3. Politika kapısı

MetaMask Agent Wallet'ın iki çalışma modu vardır: Guard Mode ve Beast Mode. Guard Mode'da kullanıcı, ajan işlem yapmaya başlamadan önce günlük harcama limitlerini, izin listesindeki protokolleri ve politika kurallarını belirler. Beast Mode'da zorunlu güvenlik hattı her işlemde çalışmaya devam eder; ancak uç durumlardaki politika kesintileri azaltılır. Bu önemlidir; çünkü ajan kendi yetkisini gerçek zamanlı olarak belirlemiyor. Kullanıcı, yürütmeden önce kontrol yüzeyini tanımlar.

4. Ön yürütme kontrolleri

Desteklenen her EVM işlemi, onchain'e ulaşmadan önce MetaMask'ın zorunlu üç adımlı güvenlik hattından geçer: işlem simülasyonu, Blockaid destekli Transaction Shield tehdit taraması ve Smart Transactions MEV koruması. Bu hat isteğe bağlı değildir. Çalışma modundan bağımsız olarak her işlemde çalışır; bu da işlem güvenliğini, yazılımcının ayrıca bir araya getirmesi gereken bir eklenti yerine cüzdan yolunun ayrılmaz bir parçası hâline getirir.

5. Kendi velayetinde imzalama

Eylem kurallara ve güvenlik kontrollerine uygunsa, ham anahtarlar ajan çalışma ortamına açılmadan imzalama gerçekleşir. Kendi velayetinde olan tasarımın önemi tam da bu noktada ortaya çıkar. Ajan yürütme gücü elde eder; ancak ürünün mimarisi, kullanıcı tarafından dışa aktarılabilir anahtarlar ve TEE destekli imzalama etrafında şekillendirilmiştir.

6. İnsan müdahalesi

Gerçekleştirilmek istenen işlem kötü amaçlı olarak işaretlenirse veya politika dışına çıkarsa MetaMask 2FA incelemesi için duraklar. Kullanıcı, talebi MetaMask Mobile bildirimi veya e-posta onay bağlantısı aracılığıyla inceleyebilir. Ajan bu eskalasyon yolunu atlayamaz.

7. Yürütme ve kayıt

Onaylanması durumunda işlem gönderilir ve kaydedilir. CLI oturumu ve cüzdan meta verileri kısıtlı yerel dosyalarda saklanır; bu durum, yerel durumu ve oturum yönetimini denetleyen yazılımcılar için önem taşır.