Kripto AI Agent Seçerken Hangi Yetkiler Kontrol Edilmeli? Otomasyon Risklerini Değerlendirme

  • 29 Eki 2026 18:42
  • Güncelleme: 29 Eki 2026
    8 dk. Okuma Süresi

Kripto AI agent seçerken ilk kontrol edilmesi gereken konu, aracın ne kadar akıllı olduğu değil, hangi işlemleri sizin adınıza yapabildiğidir. AI agent yetkileri cüzdan erişimi, işlem oluşturma ve API bağlantıları olarak ayrı incelenmeli; ihtiyaç duyulmayan hiçbir izin verilmemelidir.

İzinleri üç ayrı risk sınıfına bölün

Bir agent aynı anda birden fazla sisteme bağlanabilir. Ancak cüzdanı görüntüleme, işlem hazırlama ve varlık transferi aynı güvenlik seviyesinde değildir. İzinleri tek bir “erişim var mı, yok mu?” sorusuyla değerlendirmek, kritik farkları gizler.

İzin sınıfıNe yapabilir?Temel riskTercih edilen sınır
Cüzdan görüntülemeBakiye, adres ve işlem geçmişini okuyabilirFinansal hareketlerin ve varlık dağılımının açığa çıkmasıSalt okunur erişim
İşlem yetkisiEmir oluşturabilir, takas başlatabilir veya imza talebi hazırlayabilirHatalı fiyat, yanlış ağ veya istenmeyen işlemOnay gerektiren sınırlı işlem
Transfer ve çekimVarlıkları farklı adrese gönderebilirDoğrudan fon kaybıVarsa tamamen kapalı tutulmalı
API erişimiBorsa hesabındaki verilere veya işlem fonksiyonlarına bağlanabilirHesap ele geçirilirse otomatik işlem ve veri sızıntısıIP kısıtlamalı, çekim kapalı anahtar

Bu sınıflandırmada en yüksek risk, fonların başka bir adrese taşınabilmesidir. Agent yalnızca piyasa verisini okuyacaksa işlem veya çekim izni verilmesi gereksizdir. Otomasyonun kapsamı genişledikçe kontrol ihtiyacı da artar.

Cüzdan erişiminde özel anahtarı koruyun

Bir agent sizden seed phrase, özel anahtar veya cüzdanın tam kontrolünü istiyorsa bu talep ciddi bir güvenlik işaretidir. Bir otomasyon aracının çalışması için kurtarma kelimelerini paylaşmak zorunlu değildir. Bu bilgiler verildiğinde agent yalnızca belirli bir işlemi değil, cüzdandaki tüm varlıkları kontrol edebilecek konuma gelebilir.

AI agent yetkileri değerlendirilirken cüzdan bağlantısının nasıl kurulduğu da incelenmelidir. İşlem imzası her seferinde kullanıcı onayıyla mı veriliyor, yoksa agent sürekli imza atabiliyor mu? İzin verilen token, ağ ve sözleşme adresleri sınırlandırılabiliyor mu? Bu soruların yanıtı belirsizse bağlantı kurulmadan önce durmak gerekir.

  • Seed phrase ve özel anahtarı hiçbir forma, bota veya web sitesine girmeyin.
  • Otomasyon için ana cüzdan yerine düşük bakiyeli ayrı bir cüzdan kullanın.
  • Agent’ın hangi ağlarda işlem yapabildiğini kontrol edin.
  • Akıllı sözleşme izinlerini süre ve miktar bakımından sınırlayın.
  • İşlem öncesi kullanıcı onayı sunulmuyorsa yüksek bakiyeli cüzdan bağlamayın.

İşlem izinlerinde sınırları görünür hâle getirin

Bir agent’ın “işlem yapabiliyor” olması tek başına yeterli bir açıklama değildir. Hangi varlıkta, hangi ağda, hangi maksimum tutarla ve hangi koşulda işlem yapabildiği bilinmelidir. Örneğin yalnızca belirli bir token üzerinde alım-satım yapabilen bir sistem ile tüm portföyü takas edebilen bir sistemin riski aynı değildir.

İşlem yetkisi verilecekse günlük harcama limiti, tek işlem limiti, izin verilen varlık listesi ve işlem sıklığı belirlenmelidir. Slippage sınırı da ayrıca kontrol edilmelidir. Sınırlandırılmamış bir agent, düşük likiditeli bir piyasada beklenenden çok daha kötü fiyattan işlem gerçekleştirebilir.

AI agent yetkileri incelenirken işlem kapsamının yalnızca “alım-satım” ifadesiyle geçiştirilmediğinden emin olun. İzin ekranında varlık, ağ, tutar ve onay koşulları ayrı ayrı görünür olmalı; bu ayrıntılar belirlenemiyorsa yetki verilmemelidir.

Agent’ın işlem öncesinde hedef adresi, ağı, varlığı, miktarı ve tahmini ücreti açıkça göstermesi gerekir. Bu bilgiler yalnızca genel bir özet şeklinde sunuluyorsa imza atmadan önce işlemi blokzincir gezgini veya kullandığınız cüzdan arayüzü üzerinden doğrulayın.

API anahtarlarını işlem ihtiyacına göre oluşturun

Merkezi borsaya bağlanan bir agent için API anahtarı, hesap erişiminin teknik kapısıdır. Anahtar oluştururken okuma, alım-satım ve çekim izinleri ayrı ayrı sunulmalıdır. Portföy takibi yapan bir araç için yalnızca okuma izni yeterlidir; emir vermeyen bir sistemin işlem yetkisine ihtiyacı yoktur.

AI agent yetkileri içinde API çekim izni en kritik maddelerden biridir. Agent’ın para çekmesi gerekmiyorsa bu seçenek kapalı kalmalıdır. Çekim izni zorunlu görünüyorsa hedef adres beyaz listeye alınmalı, IP adresi kısıtlanmalı ve düşük bakiyeli ayrı bir hesap tercih edilmelidir.

  • API anahtarını ana hesap parolasıyla aynı yerde saklamayın.
  • İşlem yapılmayacaksa işlem iznini kapatın.
  • Çekim yetkisini varsayılan olarak devre dışı bırakın.
  • IP beyaz listeleme, iki aşamalı doğrulama ve cihaz bildirimlerini etkinleştirin.
  • Kullanılmayan anahtarları silin ve aktif anahtarları düzenli aralıklarla gözden geçirin.

Agent’ın güvenlik ve denetim özelliklerini test edin

Yetki ekranının açık olması, ürünün güvenli olduğunu kanıtlamaz. Agent’ın geçmiş işlemleri kaydetmesi, başarısız istekleri göstermesi ve verilen izinleri sonradan geri almayı kolaylaştırması gerekir. Kullanıcı hangi işlemin ne zaman, hangi kuralla ve hangi yetkiyle yapıldığını görebilmelidir.

AI agent yetkileri için denetim özellikleri, verilen izinlerin kullanımını sonradan kontrol etmeyi de kapsar. İzin değişiklikleri ve işlem kayıtları izlenemiyorsa otomasyonun gerçek kapsamını değerlendirmek zorlaşır; bu nedenle kayıt ve geri alma seçenekleri bulunmayan araçlara temkinli yaklaşın.

Önce küçük bir limit ve düşük bakiye ile deneme yapın. Deneme sırasında yanlış ağ seçimi, hatalı sözleşme adresi, beklenmeyen ücret veya otomatik tekrar denemesi gibi davranışları izleyin. Agent hata aldığında işlemi durduruyor mu, yoksa aynı emri tekrar tekrar göndermeye mi çalışıyor? Güvenli otomasyon, başarısızlık durumunda kapsamı büyütmek yerine durmalıdır.

Şifre, özel anahtar, API anahtarı ve işlem geçmişinin nerede saklandığını da öğrenin. Bu veriler üçüncü taraf sunucularda tutuluyorsa saklama süresi, silme seçeneği ve erişim politikası açıklanmalıdır. Belirsiz veya aşırı geniş veri toplama talebi, ürünün işleviyle orantılı değilse risk kabul edilmelidir.

AI agent yetkileri için son kontrol listesi

  1. Agent’ın gerçekten hangi işi yapması gerektiğini tek cümleyle tanımlayın.
  2. Bu iş için gereken en düşük izin seviyesini seçin.
  3. Seed phrase ve özel anahtar paylaşımı isteyen araçları kullanmayın.
  4. Cüzdan, işlem ve API izinlerini birbirinden bağımsız değerlendirin.
  5. Çekim yetkisini kapatın; zorunluysa adres ve IP sınırı uygulayın.
  6. İşlem tutarı, günlük limit, varlık ve ağ sınırlarını belirleyin.
  7. Onay ekranında adres, ağ, miktar, ücret ve slippage bilgilerini doğrulayın.
  8. İlk kullanımı düşük bakiyeli ayrı bir cüzdan veya hesapla gerçekleştirin.
  9. İşlem kayıtlarını, izin değişikliklerini ve API kullanımını izleyin.
  10. İhtiyaç ortadan kalktığında bağlantıyı kesin, izinleri kaldırın ve anahtarı silin.

İyi bir agent daha fazla yetki isteyen değil, gerekli işi en dar izin setiyle yapabilen sistemdir. AI agent yetkileri için en güvenli yaklaşım, otomasyonu tek seferde tam erişimle başlatmak yerine salt okunur bağlantıdan başlayıp her yeni izni ayrı bir risk kararı olarak değerlendirmektir. Bu yaklaşım kaybı tamamen engellemez; ancak tek bir hata veya kötüye kullanımın tüm portföye yayılmasını zorlaştırır.

Seed phrase veya özel anahtar isteyen agent kullanılmamalıdır. Otomasyon için işlem onayı, sınırlı cüzdan bağlantısı veya izinleri daraltılmış ayrı bir hesap tercih edilmelidir.
Portföy izleme ve alım-satım otomasyonu için çoğu durumda çekim izni gerekli değildir. Gereksinim açıkça açıklanmıyorsa çekim yetkisi kapalı tutulmalıdır.
Yüksek riskli veya yeni test edilen otomasyonlarda düşük bakiyeli ayrı bir cüzdan kullanmak, ana portföyün doğrudan etkilenmesini sınırlayabilir.
İşlem limiti; hatalı komut, yanlış fiyat, düşük likidite veya agent davranışındaki bir sorun nedeniyle oluşabilecek kaybın büyümesini sınırlar.
Yazar Profili
Emre Kaya Yönetici Tüm Yazılar

Emre Kaya, kripto para piyasaları, Bitcoin analizleri, blockchain teknolojileri ve dijital finans alanında içerikler üretmektedir.

    Kullanıcıya ait herhangi bir sosyal medya veya iletişim bilgisi bulunmamaktadır.

    287 Yazı

    Bir Yorum Yazın

    E-posta adresiniz yayınlanmayacak.Gerekli alanlar * ile işaretlenmişlerdir