DeFi’de imzalanmış bir işlem smart contract tarafından otomatik yürütülür: blok içine alındıktan sonra transfer iptal edilemez veya geri alınamaz.
DeFi kontrol verir, ancak iptal ve iade prosedürlerini kaldırır
DeFi (decentralized finance), smart contract tabanlı on-chain servislerdir; burada swap, depozit ve borç alma işlemleri operatör olmadan ve iptal prosedürü bulunmadan wallet üzerinden yapılan bir işlemle yürütülür. Adres hatası, gereksiz approve veya işlem parametresindeki yanlışlık imzadan sonra blockchain’e kaydedilir ve destek tarafından düzeltilmez. Bu yüzden karar noktası işlemden önceki kontrol aşamasıdır: ağ, kontrat adresi, spender, slippage ve alınacak minimum tutar imzadan önce anlaşılır olmalıdır.
Smart contract, blockchain içinde önceden belirlenmiş kuralları otomatik yürüten bir programdır: işlemi alır, koşulları kontrol eder ve tokenleri kesin olarak koda göre aktarır; bu nedenle imza ve bloğa dahil edilmeden sonra eylem nihai kabul edilir ve ağ içinde “iptal” mekanizması yoktur. CEX’teki destek bileti veya chargeback mantığı burada çalışmaz; sonuç, imzanın izin verdiği kod yoluna bağlıdır.
Materyalin amacı: DeFi risklerini gruplara ayırmak ve her grubu somut işlemlerle ilişkilendirmek: DEX swap, teminatlı lending, token ödüllü farm, cross-chain bridge, on-chain türevler.
Merkezi bir servis bazen manuel işlem durdurma, iade prosedürü, şüpheli para çekme kontrolü ve hatalı eylemi nihai kesintiden önce durdurabilecek destek kullanır. DeFi’de smart contract imzalanmış işlemi koda göre yürütür ve kullanıcının niyetini kontrol etmez.
Sermaye kısmi kayba izin vermiyorsa, on-chain işlemin geri döndürülemezliği risk ekler: tek bir imza hatası tüm token bakiyesini çıkarabilir veya approve üzerinden harcama hakkını devredebilir.
DeFi’de teknik zarar kod ve altyapıdan kaynaklanır: smart contract bug’ı, oracle arızası, admin anahtarı ihlali, bridge saldırısı.
DeFi’nin teknik riskleri: smart contractlar, upgrade’ler, oracle’lar, bridge’ler, frontend ve RPC
DeFi’de teknik risk, piyasa fiyatındaki değişimden değil; smart contract mantık hataları, kod upgrade’leri, oracle’lar (fiyat kaynakları), bridge’ler ve erişim altyapısı (web arayüzü ve RPC sağlayıcısı) nedeniyle fon kaybetme riskidir. Smart contract exploit’i ölçeklenir (exploit, koddaki hatanın kullanılmasıdır), çünkü saldırgan aynı eylemi tekrarlar ve kontrat işlemleri kabul ettiği sürece bir dizi işlemle likiditeyi dışarı çıkarır.
1) Smart contract açıkları
Smart contract bug’ı, kontrat pozisyon durumunu veya bakiyeyi transferle ilişkili olarak yanlış sırada kaydettiğinde ortaya çıkar; bu nedenle kontrat varlıkları yanlış duruma göre aktarır.
- Reentrancy, kontratın bakiye güncellenmeden önce tekrar çağrılabildiği bir hatadır; bu yüzden ödeme birkaç kez art arda gerçekleşir.
- Aritmetik ve yuvarlama hataları bir dizi çağrıda tekrarlanır ve farkı biriktirir.
- Yetki kontrolünün olmaması, admin fonksiyonlarının çağrılmasına veya herkese açık bir fonksiyon üzerinden fonların çıkarılmasına izin verir.
- Standart dışı transfer veya harcama kurallarına sahip tokenler farklı çalışabilir; bu da protokolün bakiyeyi veya limitleri yanlış hesaplamasına yol açar.
Bu işlem sıralamasında fonlar bakiye güncellenmeden önce birkaç kez art arda kesilebilir.
2) Upgrade’ler, admin anahtarları ve yönetim merkezileşmesi
Upgradeable protokol, depozitten sonra mantığı veya parametreleri değiştirmeye izin verir; bu yüzden risk yalnızca başlangıç koduna değil, admin anahtarlarına ve güncelleme prosedürüne de bağlıdır.
- Multisig (çoklu imza) olmadan tek admin anahtarı, yönetim kompromize olma riskini (bu anahtarın sızması veya çalınması) artırır; ardından protokol kuralları tek taraflı değiştirilebilir.
- Timelock (yürütme gecikmesi) olmaması, pozisyon sahibi için parametre değişikliğini anlık hâle getirir.
- Teminat katsayılarının, ücretlerin veya oracle fiyat kaynağının değiştirilmesi, kullanıcının eylemi olmadan liquidation eşiklerini değiştirir.
- Hatalar release ve upgrade’lere daha sık girer, çünkü aktif likiditeye sahip çalışan bir protokolün kodu değiştirilir.
Depozit upgrade edilebilir kontratta kalır; burada admin anahtarı sahibi protokolün çalışma mantığını değiştirebilir. Eski sürümün audit’i (kod kontrolü), güncellemedeki hatalara karşı koruma sağlamaz.
3) Composability ve bağımlılık zincirleri
DeFi stratejisi çoğu zaman birkaç kontrat ve servisi çağırır (tek bir işlem kapsamında farklı smart contractlarda sıralı eylemler yürütür), bu nedenle harici bir bileşenin revert’i (hata nedeniyle işlemin iptali) veya pause’u (durdurma) stres anında para çekmeyi ve pozisyon yönetimini engeller.
- Hata, protokol işlemi içinde çağrılan harici bir kontratta bulunabilir.
- Kütüphaneler ve entegrasyonlar, tek bir depozit veya para çekme işleminin bağlı olduğu adres sayısını artırır.
- Ortak bir bileşen (kütüphane, router, oracle) aynı anda birkaç protokolü etkiler.
- Çok aşamalı strateji arıza olasılığını artırır, çünkü tek bir hata tüm işlemi geri alır.
Bir işlem birkaç harici kontrat çağırıyorsa, herhangi bir harici kontratın revert’i tüm işlemi iptal eder ve harici kontrat toparlanana kadar para çekmeyi engeller.
4) Oracle’lar ve fiyat bozulmaları
Oracle fiyatı smart contract’a iletir; bu yüzden bozulmuş fiyat marj hesaplarını, liquidation eşiklerini ve pozisyonun nihai ödemelerini değiştirir.
- Fiyat manipülasyonu sığ pool’larda daha kolaydır, çünkü küçük bir işlem spot fiyatı daha güçlü kaydırır.
- TWAP (time-weighted average price) olmaması, kısa süreli spot fiyat sıçramasının güncelleme penceresinde hesaplama için kullanılmasına yol açar.
- Fiyat kaynağında anormal işlemlerin zayıf filtrelenmesi, “gürültüyü” teminat ve borç hesabına taşır.
- Lending’de (teminat karşılığı borç alındığında) ve türevlerde, oracle fiyatı çok düşük sayılırsa kontrat teminatı otomatik olarak satar; bu nedenle fiyat hatası, piyasada gerçek düşüş olmasa bile teminat satışına yol açabilir.
Oracle şişirilmiş veya düşük gösterilmiş fiyat ilettiyse, lending veya türev kontratı marjı yeniden hesaplar ve teminatı yanlış eşikte liquidate edebilir.
5) Cross-chain bridge’ler
Bridge, bir ağdaki varlığı kilitler ve başka bir ağda wrapped asset çıkarır; bu yüzden risk doğrulayıcılarda (ağlar arası transferleri onaylayan katılımcılar), yönetim anahtarlarında ve bridge’in yardımcı kontratlarında yoğunlaşır.
- Karmaşık doğrulayıcı ve çoklu imza yapısı, kompromize olduğunda ihracı veya para çekmeyi bozan bileşen sayısını artırır.
- Likidite yoğunlaşması bridge’i saldırılar için öncelikli hedef yapar, çünkü tek bir olay büyük miktarda fonu etkiler.
- Yeni bir bridge’in standart dışı durumlarda daha az gerçek kontrolü vardır, bu nedenle beklenmeyen arızalar daha sonra ortaya çıkabilir.
- Bridge arızası para çekmeyi engeller ve ağlar arasındaki cross-chain işlem zincirini koparır.
Doğrulayıcı arızası veya yönetim anahtarlarının sızması durumunda wrapped token karşılıksız kalır ve kaynak ağa geri döndürülemez.
6) Frontend’ler ve RPC altyapısı
Kullanıcı işlemleri web arayüzü üzerinden imzalar, gönderim ve durum okuma ise RPC sağlayıcısı üzerinden gider (wallet ve dApp sitesinin blockchain’e bağlandığı servis); bu nedenle arayüzün değiştirilmesi veya RPC arızası imza parametrelerini ve pozisyon yönetimini değiştirir.
- Arayüzün değiştirilmesi, imzadan önce başka bir kontrat adresi veya başka çağrı parametreleri yerleştirir.
- RPC arızası işlem durumunu veya bakiyeyi yanlış gösterir; kullanıcı işlemi tekrarlar ve gas’ı iki kez öder.
- dApp sitesine erişim kısıtlaması, kontratlar ağda kalsa bile alışılmış yönetim kanalını ortadan kaldırır.
- İmzadan önce wallet içinde kontrat adresi ve çağrı parametrelerini karşılaştırmak, değiştirme riskini sınırlar.
Arayüz kontrat adresini değiştirdiyse, wallet başka bir kontrata çağrı imzalar; smart contract çağrıyı yürütür ve imzalanmış verilere göre tokenleri keser.
DeFi’de zarar çoğu zaman tam olarak pozisyondan çıkışta sabitlenir: gas komisyonları, slippage, price impact ve ödül tokeninin fiyat düşüşü, kapanıştan sonra elde kalan baz varlık miktarını azaltır.
DeFi işlemleri neden çıkışta zararlı hâle gelir
DeFi’de birçok kayıp girişte değil, çıkışta sabitlenir: ağ komisyonu (gas), price impact (pool derinliği yetersiz olduğu için fiyatın kötüleşmesi), ödül tokeni fiyatının düşmesi ve likiditenin bozulması imzadan sonra iptal edilemez.
DeFi işlemleri operatör olmadan smart contractlar tarafından yürütülür; bu yüzden imza veya parametre hatası destek tarafından düzeltilmez. Merkezi servislerde operasyonel risklerin bir kısmı limitler, gecikmeler, manuel kontroller ve iade prosedürleriyle kapatılır; DeFi’de sonuç protokol koduna, piyasa likiditesine ve kullanıcının imzaladığı parametrelere bağlıdır.
Zarar hack olmadan ortaya çıkar: giriş işlemi onaylanır ve pozisyon açılır, fakat pozisyonu kapatmak pahalı gas gerektirir ve likidite düşüşü nedeniyle daha kötü fiyat verir.
- Yüksek APY (annual percentage yield, yıllık yüzde getiri) olan pool’a ağ komisyonları ve çıkıştaki slippage hesaplanmadan giriş.
- Teşviklerin bitmesinden sonra APY’nin düşmesi ve komisyon geliri yerine tahakkuk eden ödül tokeninin fiyatının gerilemesi.
- Çıkış anında gas maliyetinin artması ve strateji bittikten sonra aktif approvals’ın korunması.
Senaryo: farm’daki depozit ödül tokeni getirir; ardından ödül tokeninin fiyatı düşer ve pool likiditesi azalır. Ödül tokeninin baz varlığa swap’ı büyük price impact yaratır, iki çıkış da iki gas komisyonu gerektirir.
Çıkıştaki zarar somut kalemlerden oluşur: para çekme için gas komisyonu, sığ pool’da swap slippage’i ve ödül tokeninin tahakkuk ile satış arasındaki fiyat düşüşü.
Self-custody, anahtarların kullanıcıda olduğu anlamına gelir; bu yüzden sonuç, bloğa dahil edildikten sonra iptal edilemeyen imzalanmış işlemler ve imzalanmış mesajlarla belirlenir.
Fon kaybı, aktif approve adres üzerinde kaldığında ve kötü niyetli kontrat veya değiştirilmiş arayüz, yeni bir approve işlemi olmadan token harcama hakkını kullandığında gerçekleşir — daha fazla bilgi için bkz. DeFi’de approval phishing.
Audit kodun mevcut sürümünü kontrol eder; upgrade, oracle değişimi ve bridge’e bağımlılık depozitten sonra liquidation eşiklerini ve para çekme kurallarını değiştirebilir.
Audit edilmiş bir protokol neden yine de zarar verebilir
Audit, koddaki bariz hata olasılığını azaltır, ancak yönetim riskini (upgrade’ler ve anahtarlar), harici bağımlılık riskini ve likidite çıkışından sonra pool derinliği düştüğünde çıkış riskini ortadan kaldırmaz.
Emisyon, yeni tokenlerin önceden belirlenmiş kurallara göre çıkarılmasıdır (takvim, hacim, alıcılar); emisyon likidite teşvikleri ve ödüller için kullanılır, ancak arz artışı talep değişmeden kalırsa token fiyatına baskı yapar.
- Upgrade’ler ve yönetim, girişten sonra pozisyon parametrelerini değiştirir
- Teminat katsayısının ve ücretlerin değişmesi, kullanıcının eylemi olmadan pozisyon dayanıklılığını değiştirir.
- Timelock ve multisig anlık parametre değişimi riskini azaltır, ancak güncelleme hatasını ve anahtar kompromizesini ortadan kaldırmaz.
- Oracle fiyat kaynağının değiştirilmesi ve teminat limitlerinin değişmesi liquidation eşiklerini ve buffer boyutunu değiştirir.
- Entegrasyonlar risk zincirine harici kontrat ekler
- Protokol, farklı kontrol seviyesine ve farklı arıza modeline sahip bir bridge’e, kütüphaneye veya harici likidite kaynağına dayanabilir.
- Ana protokol fonksiyonları doğru yürütse bile harici bileşen arızası stratejiyi engeller.
- İşlem zincirindeki her harici kontrat, para çekme işleminin bu harici kontratın revert’iyle geri alınma olasılığını artırır.
- Likidite çıkışı, çıkış fiyatını kötüleştirir ve liquidations’ı güçlendirir
- Pool derinliği düştüğünde büyük para çekme fiyatı daha güçlü kaydırır; bu nedenle çıkış iskonto ile (beklenenden düşük fiyatla) gerçekleşir.
- Lending’de liquidation’lar, oracle fiyatı düştüğünde ve teminat satış likiditesi inceldiğinde güçlenir.
- Emisyona dayalı getiri, ödül tokeni fiyatı ve likidite çıkışıyla birlikte düşer.
Tehdit haritası, tipik saldırılar ve olay kontrol işaretleri: «DeFi güvenliği: tehdit haritası, vakalar, koruma ve checklist».
Ekonomik zarar kod bug’ı olmadan ortaya çıkar: ödül tokeni emisyonu ödülün fiyatını düşürür, impermanent loss (pool’daki varlık fiyatlarının basit tutmaya kıyasla değişmesi nedeniyle kayıp) LP bileşimini değiştirir, liquidation kaskadı ise teminatı satar.
DeFi’nin ekonomik riskleri: getiri, likidite ve stres senaryoları
Ekonomik zarar, smart contractlar doğru çalışırken getiri düştüğünde, ödül tokeni ucuzladığında ve aynı dönemde çıkış likiditesi azaldığında ortaya çıkar.
DeFi’de ekonomik risk, kod doğru çalışırken sermaye kaybetme riskidir. Zararı yaratan kaynak teşvik modelinde (ödül emisyonu), likidite derinliğinde ve oracle fiyatına göre liquidation mekanizmalarındadır.
- Ödül tokeni emisyonuna dayalı getiri
- Yüksek APY çoğu zaman protokolün komisyon gelirinden değil, yeni ödül tokenlerinin çıkarılmasından oluşur.
- Emisyon ödül tokeni arzını artırır; talep değişmeden kalırsa ödül tokeninin fiyatı düşer.
- Ödül tokeninin fiyatı tahakkuktan daha hızlı düşerse, baz varlıktaki sonuç negatif olur.
- Komisyon geliri daha istikrarlıdır, çünkü protokoldeki işlem hacmine bağlıdır.
- AMM pool’da impermanent loss
- AMM’de (automated market maker) yükselen varlığın bir kısmı satılır, düşen varlık ise eklenir; bu nedenle fiyatlar ayrıştığında sonuç, varlıkların sadece tutulduğu senaryodan daha kötü olabilir.
- Impermanent loss, paritedeki bir varlığın fiyatı diğerinden uzaklaştığında ve pozisyon daha fazla düşen varlıkla sona erdiğinde oluşur.
- Parite volatilitesi, pool içindeki payların yeniden dağılımını hızlandırır ve pasif tutmaya göre farkı artırır.
- Düşük likiditeli pariteler her işlemde fiyat kaymasını artırır ve çıkıştaki kayıpları güçlendirir.
- İnce likiditede pozisyondan çıkış
- Teşviklerin bitmesinden sonra pool derinliği azalır ve çıkıştaki yürütme fiyatını kötüleştirir.
- Arayüzdeki fiyat yürütme fiyatına eşit değildir, çünkü yürütme pool derinliğine ve işlemin bloğa dahil edildiği andaki işlem büyüklüğüne bağlıdır.
- İnce pool’da büyük hacim belirgin price impact yaratır ve alınan baz varlık miktarını azaltır.
- Ağ tıkanıklığında gas komisyonları yükselir ve pozisyon kapatma maliyetini artırır.
- Lending’de liquidations ve kaskadlar
- Teminatlı borç, oracle fiyatına göre risk eşiğine ulaştığında otomatik olarak liquidate edilir.
- Keskin fiyat hareketi birçok pozisyonun risk eşiklerini geçer ve toplu liquidations başlatır.
- Teminat satışları fiyata baskı yapar ve bir sonraki liquidation dalgasını oluşturur.
- İnce likidite ve istikrarsız oracle fiyatı liquidation kaskadını hızlandırır.
- Stablecoin’ler ve depeg
- Stablecoin peg’i rezervler, teminat veya dengesizliği geri alan algoritmik mekanizma ile korunur.
- Depeg (stablecoin’in hedef fiyata, örneğin $1’e bağlılığını kaybetmesi), stablecoin satışları stabilizasyon mekanizmasının kapasitesini ve geri alım piyasalarının derinliğini aştığında ortaya çıkar.
- Stablecoin üzerindeki yüksek APY çoğu zaman gerçek gelirle değil, sübvansiyonla (rezervlerden ödemeler veya likidite çekmek için token çıkarımıyla) oluşur ve bu yüzden pool’dan çıkış riskiyle çakışır.
- Sermayenin korunması, teminat modeline ve çıkış piyasalarının derinliğine bağlıdır.
Stablecoin peg’ini kaybedip ince pool’da iskontolu satılıyorsa, stablecoin APY’si depeg’i telafi etmez.
- Küçük hacimlerde ağ komisyonları
- Ağ tıkanıklığında gas maliyeti artar ve giriş ile çıkış masraflarını yükseltir.
- Küçük sermayede iki gas komisyonu (giriş ve çıkış) stratejinin tüm sonucunu aşabilir.
- Sık claim, swap ve rebalance toplam komisyonları artırır.
- Yüksek işlem frekanslı stratejiler biriken komisyonlar nedeniyle verim kaybeder.
Regülasyon darbesi erişim üzerinden gelir: dApp sitesinin engellenmesi veya RPC sağlayıcısının kapanması, smart contract liquidation’ları sürdürürken pozisyon kapatmayı bozabilir.
Regülasyon riskleri: işlemlerin statüsü ve arayüz erişim kısıtlamaları
DeFi’de regülasyon riski, pozisyonun kapatılması veya teminat eklenmesi gereken anda kısıtlamalar dApp sitelerini, API sağlayıcılarını veya erişim altyapısını etkilediğinde protokol kodunun dışında oluşur.
Smart contractlar ağda işlemleri yürütmeye devam eder, ancak pozisyon yönetimi genellikle dApp sitesi ve RPC sağlayıcısı üzerinden ilerler. Bu kanalların engellenmesi işlem gönderimini ve pozisyon durumunun alışılmış arayüz üzerinden okunmasını sınırlar.
1) On-chain işlemlerin belirsiz hukuki statüsü
Aynı on-chain işlem takas, kredi verme, türev ihraç veya finansal hizmet olarak sınıflandırılabilir. Farklı yargı bölgelerinde farklı sınıflandırma erişim ve raporlama gerekliliklerini değiştirir; bu yüzden hukuki belirsizlik pozisyon için operasyonel riske dönüşür.
2) Arayüz ve erişim altyapısı kısıtlamaları
Smart contractlara erişim genellikle siteler, API’ler ve RPC sağlayıcıları üzerinden gerçekleşir. Bu erişim noktalarının kısıtlanması, kontrat çalışmaya devam etse bile pozisyon yönetim biçimini değiştirir.
Senaryo: lending pozisyonu önceden açılmıştır; sonra web arayüzü bölgesel olarak engellenir veya RPC sağlayıcısı hata döndürür. Smart contract oracle fiyatını hesaplamaya ve liquidations yürütmeye devam eder, ancak pozisyonu alışılmış arayüz üzerinden kapatmak kullanılamaz hâle gelir.
3) Vergiler, raporlama ve operasyonel yük
DeFi stratejisi bir işlem akışı yaratır: swap’lar, tahakkuklar, claim’ler, rebalance ve liquidations. Çok sayıda işlem, komisyonların ve yürütme fiyatlarının muhasebesini zorlaştırır ve raporlama hatası riskini artırır.
Kullanıcı zararını imza yaratır: yanlış ağ, hatalı adres, unlimited approve ve geniş slippage (yürütme fiyatının izin verilen kötüleşmesi) tek bir işlemi tokenlerin geri döndürülemez kesintisine dönüştürür.
Kullanıcı riskleri: adres, ağ, approve, mesaj imzaları ve swap parametreleri
DeFi’de geri döndürülemez kayıpların çoğu imzayla ilişkilidir: yanlış ağ, hatalı adres, gereksiz approve veya geniş slippage işlemi iptal prosedürü olmadan blockchain’de sabitler.
DeFi’de wallet, kriptografik imza aracıdır. İşlem imzası transfer, swap, depozit veya para çekmeyi başlatır; mesaj imzası token harcama hakkı verebilir veya ayrı approve işlemi olmadan izinleri değiştirebilir.
1) Ağ, adres ve kontrat hataları
İşlem göndermeden önce kontroller
- 🌐 Ağ kontrolü: başka bir ağda imza atmak tokenleri başka bir kayda gönderir; başka ağdaki alıcı adresi gönderene ait olmayabilir.
- 🏷️ Adres kontrolü: alıcı adresindeki hata varlıkları yabancı bir adrese aktarır; smart contract hatalı transfer için iade prosedürü içermez.
- 🧾 Kontrat kontrolü: kontrat adresinin değiştirilmesi approve alıcısını değiştirir veya imzadan önce swap mantığını değiştirir.
- 🧪 Test işlemi: minimum işlem, büyük hacim göndermeden önce ağı, kontrat adresini ve swap rotasını doğrular.
2) Approve ve harcama izinleri
Token erişim haklarının kontrolü
- 🎚️ Sınırlı limit: unlimited approve, tüm token bakiyesini harcama hakkı verir; kontrat veya arayüzün kompromize olması bu harcama hakkını gerçek kesintiye dönüştürür.
- 👤 Spender kontrolü: izin alıcısı adresi (spender) protokol kontratıyla eşleşmelidir; aksi hâlde izin başka adrese gider.
- 🧰 Wallet ayrımı: ayrı saklama adresi, approvals verilen operasyonel adresteki token miktarını azaltır.
- 🧹 Revoke: eski approvals’ın iptali, işlem tamamlandıktan sonra harcama hakkını kapatır.
3) Mesaj imzaları ve gizli haklar
İmzayı onaylamadan önce filtre
- ✍️ Bilinçli imza: protokol mesajı izin olarak kullanıyorsa, mesaj imzası ayrı approve olmadan daha sonra harcama yetkilendirmesi oluşturabilir.
- 🎁 “Claim”lerde dikkat: phishing sayfası çoğu zaman token harcama hakkı veren mesaj imzası dayatır.
- 📩 Özel mesajları yok sayma: özel mesajlardaki “destek” hesabı çoğu zaman imza için sahte dApp alan adına yönlendirir.
- 🔗 Sabit kaynaklar: kayıtlı adresten dApp’e geçmek, alan adı ve kontrat adresi değiştirme riskini azaltır.
4) MEV, sandwich saldırıları ve swap yürütmesi
İşlem parametrelerinin kontrolü
- 📏 Katı slippage: büyük slippage yürütme fiyatı aralığını genişletir ve sandwich saldırısını kolaylaştırır.
- 🧱 Hacmi bölme: ince pool’da büyük swap price impact’i artırır; bölme her swap’ın price impact’ini azaltır.
- ⏳ Mempool’u dikkate alma: MEV (maximal extractable value — bloktaki işlem sırasının değiştirilmesiyle kâr çıkarma), bot işlem sırasını değiştirip yürütme fiyatı farkını aldığında ortaya çıkar.
- 🧾 Minimum received: parametre swap’ın minimum sonucunu sabitler ve yürütmenin kötüleşmesini sınırlar.
Sandwich saldırısı geniş slippage kullanır: bot swap’tan önce alır, fiyatı yükseltir, ardından swap’tan sonra satar ve baz varlıktaki farkı alır.
5) Kötü niyetli tokenler ve arayüz tuzakları
Varlık satın almadan önce filtre
- 🧬 Kontrat karşılaştırması: aynı token adı tek bir kontratı garanti etmez; swap başka kontrat adresine sahip bir token satın alabilir.
- 📉 Likidite değerlendirmesi: düşük pool derinliği satış fiyatını kötüleştirir ve çıkışta price impact’i artırır.
- 🧾 Satış koşullarının kontrolü: satış vergisi veya satış yasağı gerçek çıkış fiyatını değiştirir ve satışı engelleyebilir.
- 🚪 Çıkış kontrolü: test satışı tokenin satılabildiğini ve kontratta çıkışı zararlı yapan bloklama veya vergi olmadığını doğrular.
Tekrarlanan hatalar hack olmadan kayıplara yol açar: unlimited approve, saklama ve işlemler için tek adres, emisyona dayalı APY ile giriş, ince pool’da swap.
DeFi’de en sık tekrarlanan tipik hatalar
DeFi’de tekrarlanan kayıp nedenleri üç eylemle ilişkilidir: adres kontrolü olmadan web arayüzüne güvenmek, unlimited approve vermek ve komisyonlar ile price impact sonrası çıkışı hesaplamadan stratejiye girmek.
- Kolaylık için unlimited approve
- Sınırsız harcama izni işlem tamamlandıktan sonra aktif kalır.
- Kontrat veya arayüz kompromizesi aktif approve’u kullanır ve yeni imza olmadan tokenleri keser.
- İşlem için limit ve ardından revoke, strateji tamamlandıktan sonra harcama hakkını kapatır.
- Gelir kaynağını kontrol etmeden yüksek APY ile giriş
- APY, protokol komisyonlarıyla değil, ödül tokeni emisyonuyla oluşabilir.
- Ödül tokeninin fiyatı, ödül tahakkukundan daha hızlı düşebilir.
- Gas ve price impact sonrası baz varlıktaki sonuç hesabı, vitrin APY’si olmadan stratejinin sonucunu gösterir.
- Saklama ve aktif işlemler için tek wallet
- Phishing veya kötü niyetli imza, operasyonel adresin tüm bakiyesine erişim açar.
- Wallet ayrımının olmaması, approvals üzerinden harcanabilir tutarı artırır.
- Ayrı saklama adresi, işlemleri imzalayan ve approvals veren adresteki tutarı azaltır.
- Geniş slippage ile ince pool’da swap
- Geniş slippage, swap’ın belirlenen yüzde kadar kötüleşmiş fiyatla yürütülmesine izin verir ve sandwich saldırısını kolaylaştırır.
- Ağ tıkanıklığı ve likidite düşüşü işlemin bloğa dahil edilme gecikmesini artırır ve yürütme fiyatını kötüleştirir.
- Hacmi bölmek ve slippage’i sınırlamak, price impact ve MEV kaynaklı kayıpları azaltır.
Davranışsal zarar bir imza serisiyle sabitlenir: FOMO girişi hızlandırır, tekrarlanan swap’lar toplam gas’ı artırır, averaging ise likidite düşerken exposure’ı büyütür.
Davranışsal riskler: FOMO, işlem serisi ve komisyon artışı
FOMO ve aşırı ısınmış getiride giriş
FOMO, fiyat artışı ve APY sıçramasından sonra, çıkış koşulları zaten kötüleşirken stratejiye girmeye zorlar.
- FOMO (fear of missing out), fiyat artışı ve vitrin getirisi sonrası girişi tetikler.
- Ödül tokeni emisyonu ve likidite girişi sürdükçe APY yüksek kalır.
- Teşvikler azaldıktan sonra likidite çıkar ve çıkıştaki price impact büyür.
- Gas ve fiyat kötüleşmesi ödülü tüketirse çıkış zararı sabitler.
FOMO ile giriş çoğu zaman çıkış riskinin potansiyel getiriden zaten yüksek olduğu anda gerçekleşir.
İmzalama sırasında kontrol illüzyonu
İmza kontrol hissi yaratır, ancak smart contract parametreleri kullanıcının niyetini kontrol etmeden harfi harfine yürütür.
- Arayüz, imzadan önce kontrat adresini veya işlem parametrelerini değiştirebilir.
- Approve ve slippage, spender ve minimum received karşılaştırılmadan onaylanır.
- Smart contract imzalanmış parametreleri iptal olanağı olmadan yürütür.
- İmza hatası token kesintisine veya daha kötü fiyattan takasa dönüşür.
İmza kararı nihai olarak sabitler: yanlış parametre hemen finansal sonuca dönüşür.
Zararlı stratejide averaging
Averaging, temel koşulların zaten kötüleştiği stratejide sermayeyi artırır.
- Averaging, ödül tokeni emisyonuna dayalı gelirli bir stratejide exposure’ı (sermayenin tek bir senaryoya bağlı payını) artırır.
- Ödül tokeni fiyatının düşmesi tahakkukların nihai değerini azaltır.
- İşlem sayısının artması toplam gas’ı yükseltir.
- Her yeni işlem ince likidite koşullarında zararı sabitler.
Stratejinin temel ekonomisi artık örtüşmüyorsa, işlem serisi zararı güçlendirir.
İmza hatasına sıfır tolerans varsa DeFi uygun değildir: yanlış ağ veya limitsiz approve tüm token bakiyesini iadesiz çıkarabilir.
DeFi ile iptal ve destek sunan altyapı arasında seçim kriterleri
DeFi’de ağ, kontrat adresi, approve veya slippage hatası imzayla sabitlenir ve protokol tarafından iptal edilmez; bu nedenle hatanın bedeli çoğu zaman kaçırılan APY’den yüksek olur.
Stop faktörleri
- 🧨 Sermayenin kısmi kaybı görev için kabul edilemez.
- 🧾 İptal prosedürü ve fon iade süreci gerekir.
- ⏱️ Approvals, kontrat adresleri ve imza parametrelerini düzenli kontrol etmeye zaman yoktur.
- 🎯 Kesin yürütme fiyatı gerekir, ancak price impact ve MEV işlem sonucunu değiştirir.
- 🔐 Wallet ayrımı yoktur, phishing ve kötü niyetli imza riski yüksektir.
- ⛽ Hacim gas’a göre küçüktür, komisyonlar sonucu tüketir.
DeFi’nin genellikle kabul edilebilir olduğu koşullar
- 📏 Pozisyon limiti ve azami kabul edilebilir zarar belirlenmiştir.
- 🧰 Saklama adresi, sınırlı bakiyeli operasyonel adresten ayrılmıştır.
- 🎚️ Approve limitli verilir ve tamamlandıktan sonra revoke edilir.
- 🚪 Likidite ve getiri düştüğünde çıkış koşulu vardır.
Destekli altyapı, limitler, para çekme gecikmeleri ve iade prosedürüyle operasyonel hata zararını azaltır; DeFi operasyonel hatayı geri döndürülemez on-chain işleme taşır.
DeFi, zorunlu iptal ve kurtarma gereken senaryoları bozar: seed phrase kaybı, arayüz değiştirme veya ağ hatası destek prosedürüyle telafi edilmez.
DeFi’nin operasyonel riski artırdığı senaryolar
DeFi, işlemlerin iptali, erişimin kurtarılması ve her imza parametresinin manuel kontrolü olmadan öngörülebilir yürütme gerektiğinde operasyonel riski artırır.
Düşük risk toleransıyla büyük sermaye
Büyük sermayede iptal ve iade olmaması, tek bir imza hatasını tüm sonuç için kritik hâle getirir.
- Fonların tek protokol veya ağda yoğunlaşması potansiyel zararın boyutunu artırır.
- Anahtar, cihaz veya arayüz kompromizesi operasyonel adresin tüm bakiyesini etkiler.
- Tek bir yanlış işlem varlıkları iade mekanizması olmadan yabancı adrese aktarır.
Büyük tutarda tek bir yanlış alıcı adresi veya unlimited approve, operasyonel adresteki tüm sermayeyle kıyaslanabilir kayba yol açabilir.
Yürütme hızı ve hassasiyeti kritik olduğunda
DeFi’de sonuç mempool’a, pool derinliğine ve MEV aktivitesine bağlıdır; bu nedenle yürütme fiyatı arayüz fiyatından farklı olabilir.
- Slippage ve ağ tıkanıklığı yürütme fiyatını kötüleştirir.
- İnce pool’da büyük hacim price impact’i güçlendirir.
- İşlemin bloğa dahil edilme gecikmesi, imza ile yürütme arasında pool durumunu değiştirir.
İşlem sabit fiyat ve minimum gecikme gerektiriyorsa, mempool, price impact ve MEV ekrandaki fiyata göre yürütme fiyatını değiştirebilir.
Basit muhasebe ve şeffaf raporlama gerektiğinde
DeFi’de aktif strateji onlarca işlem ve her operasyon için ayrı ağ komisyonları oluşturur; bu yüzden muhasebe her işlemin incelenmesini gerektirir.
- Claim’ler, rebalance ve kısmi yürütmeler maliyet tabanı ve sonuç hesabını zorlaştırır.
- Birkaç ağ ve bridge ayrı komisyonlar ve ayrı muhasebe olayları ekler.
- Gas komisyonları ve yürütme fiyatlarının muhasebesindeki hata vergi ve raporlama sonucunu çarpıtır.
Strateji onlarca işlem üretiyorsa, raporlama her gas komisyonunun ve her yürütme fiyatının işlem hash’i bazında muhasebesine dönüşür.
Operasyonel güvenlik seviyesi yetersiz olduğunda
DeFi’de güvenlik kullanıcının anahtarlarına ve imzalarına dayanır; bu nedenle cihaz ve tarayıcı korumasının zayıf olması doğrudan fon kaybına dönüşür.
- Ortak cihazlar ve eklentiler arayüz değiştirme ve wallet oturumu çalınması riskini artırır.
- Seed phrase’i çevrimiçi saklamak anahtar kompromizesini kolaylaştırır.
- Wallet ayrımının olmaması approvals üzerinden erişilebilir tutarı artırır.
Cihaz veya tarayıcı kompromize ise saldırgan wallet’a approve veya transfer imzalatabilir ve tokenleri operasyonel adresten kesebilir.
Destek ve erişim kurtarma gerektiğinde
Self-custody’de seed phrase kaybı adres üzerindeki kontrolün kaybı demektir, çünkü protokol anahtarları kurtaramaz ve sahipliği iptal edemez.
- Anahtar saklama hatası servis tarafından telafi edilmez.
- Yedekleme şemaları olmadan erişimin tamamen kaybı mümkündür.
- Erişim devri ve miras, ayrı bir hukuki ve teknik şema gerektirir.
Seed phrase kaybolursa adrese erişim sonsuza kadar kaybedilir, çünkü blockchain anahtar kurtarma prosedürü içermez.
Hacim ağ komisyonlarıyla orantısız olduğunda
Gas yüksek olduğunda küçük sermaye anlamını kaybeder, çünkü giriş, yönetim ve çıkış komisyonları tutarın belirgin bir payını kaplar.
- Sık eylemlerde komisyonlar sonucu aşar.
- Tek bir imza hatası strateji etkisini sıfırlar.
- İşlem sayısının artması göreli maliyetleri yükseltir.
Depozit küçükse, iki gas komisyonu (giriş ve çıkış), arayüzdeki APY yüksek görünse bile tüm geliri tüketebilir.
DeFi’de zarar işlemlere bağlıdır: AMM swap MEV ve price impact’ten, lending oracle ve liquidations’tan, bridge ise validatörlerden etkilenir.
DeFi en sık nerede zarar kaynağına dönüşür: operasyonlar ve stop faktörleri
DeFi riski somut operasyonlarda ortaya çıkar: AMM swap ince likiditede yürütme fiyatını kötüleştirir, lending oracle fiyatıyla liquidations başlatır, farm ödül emisyonuna ve çıkış likiditesine bağlıdır, bridge ise validatör arızasında para çekmeyi engeller.
AMM pool’larında DEX takasları
AMM fiyatı pool’daki varlık oranından oluşturur; bu yüzden swap boyutunun pool derinliğine göre artması price impact’i büyütür ve yürütme fiyatını kötüleştirir.
✅ Artılar
- Custodial saklama olmadan self-custody.
- Hesapsız ve KYC olmadan takas.
- Exchange listing’i olmadan tokenlere erişim.
❌ Eksiler
- Orta ve büyük hacimlerde MEV ve sandwich saldırıları.
- Sığ pool’larda yürütme fiyatının kötüleşmesi.
- Sahte token kontratı ve sahte pool adresi riski.
Lending ve teminatlı borçlar
Lending liquidation riski yaratır, çünkü oracle’a göre teminat fiyatının düşmesi stres anında teminatın piyasa likiditesi üzerinden zorunlu satışını başlatır.
✅ Artılar
- Likit varlıklar üzerinde faiz geliri.
- Baz varlığı satmadan teminat karşılığı borç.
- Faiz oranı borç alma talebine bağlıdır.
❌ Eksiler
- Keskin fiyat hareketlerinde otomatik liquidations.
- Oracle fiyatının doğruluğuna bağımlılık.
- Yönetim parametrelerinin değişmesi riski (komisyonlar, eşikler, limitler).
Fazla teminat liquidation olasılığını azaltır, çünkü oracle fiyatına göre risk eşiğine mesafeyi artırır.
Yield farming ve yüksek APY stratejileri
Yield farming komisyon gelirini ve token teşviklerini birleştirir; bu nedenle sonuç ödül tokeni fiyatına, emisyon hızına ve çıkış likiditesinin derinliğine bağlıdır.
✅ Artılar
- Komisyonlardan ve token teşviklerinden gelir.
- Exchange’de saklama olmadan giriş ve çıkış.
- Protokol başlangıcında yeni gelir modellerine erişim.
❌ Eksiler
- Teşviklerin bitmesinden sonra APY düşüşü.
- Volatil paritelerde impermanent loss.
- Genç projede organizatörlerin likiditeyi çekmesiyle rug pull.
Gelir modelinde farm’ı ne bozar
- LP’lerin (likidite sağlayıcıların) çıkışı ve pool derinliğinin düşmesi.
- Ödül tokeni fiyatının tahakkuktan daha hızlı düşmesi.
- Baz varlıktaki sonucu azaltan gas ve rebalance.
- Strateji zincirinde harici kontrat bug’ı veya durdurulması.
Bridge’ler ve cross-chain işlemler
Cross-chain bridge riski validatörlerde ve yönetim anahtarlarında yoğunlaştırır; bu nedenle bridge’in kompromize olması veya arızalanması varlık çekimini engeller ve ağlar arasındaki işlem zincirini koparır.
✅ Artılar
- Farklı ağların likiditesine erişim.
- Komisyon ve hıza göre ağ seçimi.
- Sermayenin ekosistemler arasında dağıtılması.
❌ Eksiler
- Likiditenin tek noktada yoğunlaşması.
- Karmaşık güvenlik modeli ve validatörlere bağımlılık.
- Ağlar arası transferde operasyonel hata riskinin artması.
On-chain türevler ve kaldıraçlı trading
On-chain türevlerde pozisyon oracle fiyatına göre hesaplanır, kaldıraç kullanımı ise küçük güvenlik marjı bırakır; bu nedenle fiyat, likidite veya yürütme hatası pozisyonun zorunlu kapanmasına daha hızlı yol açar.
✅ Artılar
- Custodial saklama olmadan hedging.
- Smart contract üzerinden türevlere erişim.
- On-chain stratejilerle uyumluluk.
❌ Eksiler
- Keskin volatilitede liquidation kaskadları.
- Sonucun oracle fiyatına bağımlılığı.
- Piyasa riski ve protokol riskinin toplanması.
DeFi’de çıkış sinyalleri parametrelerle ölçülür: pool derinliği düşüşü, gas artışı, APY düşüşü, ödül tokeni düşüşü, kontrat upgrade’i, arayüz arızası.
DeFi pozisyonundan çıkma zamanının geldiğini gösteren sinyaller
- APY komisyon ve hacim artmadan yükselir
- APY, protokol komisyonları ve işlem hacmi artmadan yükselir.
- APY kaynağı emisyona veya geçici teşviklere kayar.
- Ödül tokeninin fiyatı tahakkuk eden ödülden daha hızlı düşer.
- Swap hacmi ve komisyon geliri artmıyorsa APY emisyona bağlıdır.
- Çıkış fiyatı likidite düşüşü nedeniyle kötüleşir
- Pool derinliği giriş anına göre daha düşüktür.
- Para çekme, beklenen fiyata göre price impact nedeniyle iskonto gerektirir.
- Stres döneminde gas yükselir ve çıkış maliyetini artırır.
- Aynı para çekme hacmi pool’dan girişe göre daha az baz varlık veriyorsa price impact artmıştır.
- Upgrade protokol parametrelerini değiştirir
- Yeni koşulları kontrol etmek için yeterli zaman olmadan upgrade ortaya çıkar.
- Komisyonlar, teminat katsayıları veya liquidation parametreleri değişir.
- Yeni entegrasyonlar, bridge’ler veya harici bağımlılıklar eklenir.
- Kontrat uygulaması timelock olmadan admin anahtarı üzerinden değişiyorsa upgrade riski artar.
- Pozisyon yönetimine erişim istikrarsızlaşır
- Arayüz hatalarla çalışır, RPC işlem durumlarını yanlış gösterir.
- Bölgesel erişim kısıtlaması veya ağ tıkanıklığı pozisyon kapatmayı zorlaştırır.
- Zaman yetersizliği nedeniyle imzada operasyonel hata daha olası hâle gelir.
- Pozisyon kapatma yeni alan adı veya istikrarsız RPC üzerinden yapılıyorsa imza hatası riski artar.
Pool likiditesi düşerken, getiri azalırken ve arayüze erişim kötüleşirken pozisyon kapatma hem gas açısından daha pahalı hem de yürütme fiyatı açısından daha kötü hâle gelir.
DeFi işlemleri smart contract ve wallet imzasıyla yürütür; CEX işlemleri exchange hesaplarında yürütür ve limitler, para çekme gecikmeleri ile iade prosedürü uygulayabilir.
DeFi vs CEX: risk nerede daha düşük, nerede yeniden dağıtılmıştır
DeFi’de işlem sonucu tamamen imzalanmış parametrelerle belirlenir ve iptal edilemez; CEX’te ise platform bazen müdahale edip hatalı para çekmeyi durdurabilir.
DeFi işlemi wallet’taki imza parametrelerine sıkı şekilde göre yürütür, CEX ise iç order book ve bakiye muhasebesi üzerinden yürütür. DeFi’de hatalı işlem bloğa dahil edildikten sonra geri döndürülemez; CEX ise bazen nihai kesintiden önce para çekmeyi durdurabilir veya fonları iade edebilir.
| Kriter | CEX | DeFi |
|---|---|---|
| Varlık saklama | Anahtarları platform kontrol eder (custodial) | Anahtarlar kullanıcıdadır (self-custody) |
| Hataların düzeltilmesi | Bazen düzenlenmiş iade prosedürleri mümkündür | İşlemler bloğa dahil edildikten sonra geri döndürülemez |
| Hack riski | Nadir ama büyük ölçekli merkezi olaylar | Tekil protokol ve arayüz düzeyinde olaylar |
| İşlem yürütme | Fiyat order book’a ve exchange kurallarına bağlıdır | Fiyat pool derinliğine, price impact’e ve MEV’ye bağlıdır |
| Erişim ve compliance | KYC/AML ve regülasyon prosedürleri | Hesapsız, ancak arayüz ve RPC blokajı riskiyle |
| Şeffaflık | Platform kuralları ve operatör raporlaması | Adresler doğrulandığında public işlemler ve doğrulanabilir kod |
✅ DeFi’nin avantaj verdiği yerler
- Custodial saklama olmadan varlık kontrolü.
- Exchange listing’i olmadan on-chain araçlara erişim.
- Adresler ve imza parametreleri kontrol edildiğinde smart contractlarla strateji otomasyonu.
❌ CEX’in genellikle daha dayanıklı olduğu yerler
- Minimum gecikme ve kesin fiyat gereken büyük işlemler.
- Destek, erişim kurtarma ve prosedürlerin kritik olduğu senaryolar.
- Nihai kesintiden önce hatalı para çekmeyi iptal etmenin gerektiği senaryolar.
Erişim modelleri ve yürütme riskleri karşılaştırması: DEX vs CEX: saklama, yürütme ve erişim farkları.
İmzadan önce kontrol, tokenlerin yanlış adrese transferi ve yanlış spender’a approve verilmesi riskini azaltır: ağ ve kontrat adresi karşılaştırması, approve içinde spender kontrolü, slippage ve minimum received sınırlaması. Bu kontrol mobile wallet onaylarında özellikle önemlidir, çünkü kullanıcı çoğu zaman yalnızca kısa bir işlem özeti görür.
DeFi’ye girmeden önce kontrol noktaları: imza parametreleri ve yürütme sınırları
İmzadan önce kontrol, yanlış ağ, kontrat adresinin değiştirilmesi, gereksiz approve ve kötü yürütme fiyatını sabitleyen çok geniş slippage olasılığını azaltır.
Temel imza parametresi kontrolü
- Kontrat adresinin ve ağın işlemle uyumunun karşılaştırılması.
- Likidite derinliğinin değerlendirilmesi: ince pool’da büyük hacim price impact’i artırır.
- Slippage sınırlaması ve minimum received karşılaştırması.
- Aktif approvals ve harcama limitinin kontrolü.
- Yeni rotada minimum hacimle test işlemi.
Depozit ve farm için genişletilmiş kontrol
- Getiri kaynağının belirlenmesi: komisyonlar, borç faizleri veya ödül emisyonu.
- Upgrade’lerin, admin anahtarlarının, multisig ve timelock’un kontrolü.
- Ödül tokeni dağılımının ve büyük holder’larda yoğunlaşma riskinin değerlendirilmesi.
- Cross-chain stratejide bridge ve stablecoin riskinin değerlendirilmesi, çünkü bridge arızası veya stablecoin peg kaybı çıkışı engelleyebilir.
- Gas ve price impact’in baz varlıktaki beklenen kârla karşılaştırılması.
Yüksek risk işaretleri
- Operasyon geçmişi olmayan ve “garanti” vaat eden yeni protokol.
- Kaynağı (komisyon veya borç faizi) açıklanmayan stablecoin’lerde çift haneli getiri.
- Yüksek emisyona sahip ve sürdürülebilir talebi olmayan ödül tokeni.
- Timelock, multisig, oracle ve erişim modelini belirtmeden sloganlarla güvenlik açıklaması.
- İşleme uygun olmayan erişim isteyen imza (örneğin ödül claim’i yerine token kesintisi).
DeFi’de kayıpların azaltılması sınırlarla sağlanır: operasyonel adreste daha az fon, approve yalnızca işlem tutarı kadar, daha az bridge ve rotada daha az harici kontrat.
DeFi kullanırken riski azaltma yöntemleri
1) Wallet’ların rollere göre ayrılması
- Saklama adresi. Saklama adresinde aktif approvals ve dApp’lerle düzenli etkileşim yoktur.
- Operasyonel adres. Operasyonel adreste riske kabul edilebilir tutar bulunur ve işlemler burada imzalanır.
- Test adresi. Test adresinde yeni protokoller ve rotalar minimum tutarlarla kontrol edilir.
2) Harcama izinlerinin yönetimi
- Kontratın tam bakiyeyi harcama hakkı olmaması için approve belirli işlem hacmi için verilir.
- Kullanılmayan approvals, strateji tamamlandıktan sonra harcama hakkını kapatmak için revoke edilir.
- Doğrulanmamış kontrata approve vermek, kontrat veya arayüz kompromize olursa kayıp ölçeğini artırır.
Approval phishing senaryoları ve aktif approvals’ın kullanım biçimleri: «DeFi’de approval phishing: token çalmayı sağlayan gizli izinler».
3) MEV ve likidite dikkate alınarak işlem yürütme
- Slippage yürütme fiyatı aralığını sınırlar ve sandwich saldırılarının etkisini azaltır.
- Hacmi bölmek ince pool’da price impact’i azaltır.
- Birkaç pool üzerinden swap rotası smart contract sayısını artırır; bir kontratın revert’i işlemi iptal eder ve gas harcar.
4) Yoğunlaşma ve karmaşıklığın sınırlanması
- Sermayenin tek protokolde yoğunlaşması, tek bir açık veya tek bir upgrade’e bağlı tutarı artırır.
- Peg kaybı veya bridge arızası çıkışı engelliyorsa, tek bir bridge veya tek bir stablecoin stratejinin tek noktası olmamalıdır.
- Bağlantı sayısını azaltmak, para çekmenin bağlı olduğu harici kontrat sayısını azaltır.
DeFi, imza ve izin kontrolü olduğunda uygundur: ağ ve kontrat adresi kontrolü, limitli approve, ayrı saklama adresi ve likidite düşüşünde çıkış koşulu.
Bilinçli imza kontrolüyle DeFi kimler için uygundur
DeFi, işlemlerin geri döndürülemezliğini kabul eden ve kontrat adreslerini, approvals’ı, swap parametrelerini ve çıkış koşullarını kontrol edenler için uygundur; bunlar olmadan self-custody imza hatasını doğrudan fon kaybına çevirir.
Kurulmuş operasyonel güvenliği olan kullanıcılar
Adreslerin ayrılması, approvals kontrolü ve imza parametrelerinin doğrulanması, tek bir olayda kayba açık tutarı sınırlar.
- Saklama adresi, imzaların yürütüldüğü operasyonel adresten ayrıdır.
- Approvals limitli verilir ve işlemden sonra revoke edilir.
- Likidite derinliği düştüğünde ve çıkış fiyatı kötüleştiğinde pozisyon azaltılır.
Adres ayrımı ve limitli approve, hatalı imza veya kontrat kompromizesi üzerinden harcanabilir token tutarını azaltır.
Self-custody ve on-chain piyasaya doğrudan erişim isteyen trader’lar
On-chain trading pool’lara doğrudan erişim verir, ancak sonuç pool derinliği ve işlem yürütme parametreleriyle belirlenir.
- Ilımlı hacim AMM pool’da price impact’i azaltır.
- Çıkış koşulu, APY ve likidite düştüğünde kapanış anını sabitler.
- Slippage ve minimum received yürütme fiyatı aralığını sınırlar.
Swap yürütme fiyatı pool derinliğine ve slippage’e bağlıdır; ince likiditede aynı swap hacmi blokta yürütüldükten sonra daha az baz varlık verir.
Protokol bağımlılık haritasını kontrol eden kullanıcılar
Gelir kaynağını ve risk noktalarını (oracle, bridge, upgrade, arayüz) kontrol etmek, para çekmenin harici kontrat veya erişim altyapısı tarafından engellendiği stratejiye girme olasılığını azaltır.
- Geliri komisyon ve emisyon olarak ayırmak, komisyon gelirini ödül tokenindeki sübvansiyondan ayırır.
- Oracle ve teminat katsayısını kontrol etmek, oracle fiyatına göre liquidation riskini gösterir.
- Bridge’leri ve entegrasyonları kontrol etmek, hangi harici kontratın para çekmeyi engelleyebileceğini gösterir.
Oracle, bridge ve upgrade kontrolleri, para çekmenin ve liquidation eşiği hesabının hangi harici adreslere ve anahtarlara bağlı olduğunu sabitler.
FAQ sekiz soruyu kapsar: DeFi vs CEX, approve, slippage, impermanent loss, bridge’ler, küçük tutarlar, lending ve yeni başlayanların tipik hataları.
DeFi riskleri ve sınırlamaları hakkında FAQ
DeFi merkezi exchange’lerden daha güvenli mi?
Çoğu durumda hayır. Kullanıcıların çoğu için DeFi daha yüksek operasyonel risk taşır, çünkü işlem imzasındaki veya parametrelerindeki herhangi bir hata geri döndürülemez.
DeFi’de zarar smart contract bug’ı, arayüz değiştirilmesi veya imza sırasında kullanıcı hatası nedeniyle oluşur. CEX’te zarar exchange hack’i, platform kurallarına göre para çekmenin dondurulması veya operatör hatasıyla ilişkilidir; ancak bazen limitler, gecikmeler ve para çekmeyi durdurma prosedürleriyle azaltılabilir.
Approve izinleri neden kritik risk sayılır?
Approve, smart contract’a kullanıcının adresinden tekrar imza olmadan token harcama hakkı verir. Unlimited approve, kontrat veya arayüz kompromize olursa tüm token bakiyesini harcama hakkı verir.
Hangi slippage kabul edilebilir sayılabilir?
Slippage, beklenen fiyata göre maksimum yürütme fiyatı kötüleşmesini belirler; geniş slippage ile swap belirlenen yüzde kadar kötüleşmiş fiyattan yürütülebilir. İnce pool’da geniş slippage sandwich saldırısını kolaylaştırır ve fiyattaki fiili kaybı artırır.
Piyasa yükselirken likidite pool’unda kayıp mümkün mü?
Evet. Impermanent loss, paritedeki varlık fiyatları ayrıştığında ve AMM LP pozisyonu içindeki varlık paylarını yeniden dağıttığında oluşur; bu nedenle LP’nin nihai değeri aynı varlıkların pasif tutulmasından düşük olabilir.
Bridge’ler neden cross-chain’in en kırılgan unsuru sayılır?
Çünkü bridge içinde aynı anda birkaç arıza noktası birleşir: validatörler, yönetim anahtarları, kontrat mantığı ve wrapped assets çıkarma mekanizması.
En az bir unsur bozulursa — validatörler durursa, yönetim anahtarları sızarsa veya kontrat hatalı çalışırsa — wrapped token kaynak varlıkla takas edilebilme imkânını kaybeder ve fonların çekilmesi engellenebilir.
Küçük tutarlarla DeFi kullanmanın anlamı var mı?
Küçük tutarlarda gas komisyonu sermayenin büyük payını kaplar; bu nedenle iki işlem (giriş ve çıkış) tüm geliri tüketebilir. Ekonomik anlam, beklenen gelirin iki gas komisyonunu ve price impact kayıplarını karşılayıp karşılamadığına bağlıdır.
Lending neden istikrarlı görünür, ancak sıkça zarara yol açar?
Lending otomatik liquidation içerir: oracle’a göre teminat fiyatı düştüğünde pozisyon zorla satılır. Keskin düşüş döneminde teminat satış likiditesi incelir, bu yüzden liquidation adil fiyata göre büyük iskonto sabitler.
Yeni başlayanların DeFi kayıpları nereden başlar?
Kayıplar iki hatayla başlar: yanlış imza (ağ, adres, slippage) ve aşırı approve. İmzalanmış işlem geri döndürülemez; aktif approve ise kontrat veya arayüz kompromize olduğunda yeni imza olmadan token kesintisine izin verir.
DeFi iptal ve iade içermez: imza transferi sabitler; kod, oracle, bridge ve likidite riskleri çakışarak zararı artırabilir.
DeFi gerçekten ne zaman uygun değildir
DeFi, işlemlerin iptali, kesin yürütme fiyatı ve tek bir imza hatasından minimum zarar gerektiğinde kötü seçim hâline gelir.
DeFi anahtar kontrolünü kullanıcıda bırakır, ancak iptal prosedürünü, manuel işlem kontrolünü ve iade sürecini kaldırır. Anahtarlar, imzalar, approvals ve adres doğrulaması varlık ile geri döndürülemez hata arasındaki tek bariyer hâline gelir.
Zarar hack olmadan ortaya çıkar: protokol upgrade’i, bozulmuş oracle fiyatı, pool likiditesinin düşmesi ve yüksek gas aynı dönemde çakışarak çıkış fiyatını ve pozisyon yönetme imkânını kötüleştirir.
DeFi’den kaçınmak, pozisyon büyük olduğunda, ağ ve adresler imzadan önce kontrol edilmediğinde veya strateji ağ tıkanıklığı ve ince likidite sırasında kesin yürütme fiyatı gerektirdiğinde geri döndürülemez kayıp riskini azaltır.
- Bağımlılık sayısının azaltılması. Daha az protokol ve bridge, para çekmenin bağlı olduğu harici kontrat sayısını azaltır.
- Adreslerin rollere göre ayrılması. Saklama adresi, operasyonel adresin approvals’ı üzerinden harcanabilir tutarı azaltır.
- Sonucun baz varlıkta değerlendirilmesi. Gas ve price impact, arayüzde APY yüksek görünse bile baz varlıktaki sonucu azaltır.
- Teminat buffer’ı. Teminat buffer’ı oracle fiyatına göre liquidation eşiğine mesafeyi artırır.
DeFi’de smart contract imzayı iptal olmadan yürütür; iade prosedürü ve manuel işlem kontrolü olan altyapı, para çekme ve transferlerde operasyonel hata zararını azaltır.
🛡️ Materyal: DeFi güvenliği
Tehdit haritası, saldırı vakaları ve olay kontrol işaretleri