⚡ Yanılsamasız getirili stable’lar: kim ödüyor, nasıl çıkarsınız
Getiri “dolar mevduatı” gibi görünüyorsa iki soruyla başlayın: kim ödüyor ve $1’i tam olarak nerede geri alacaksınız — protokolden itfa (redemption) ile mi, yoksa ikincil piyasada satışla mı.
- Getiri $1’in içine “gömülü” değildir → onu bir ödeme akışı üretir: RWA faizleri (ihraççı/kustodian), DeFi ücretleri (borçlular/trader’lar), funding/basis (türev piyasası katılımcıları).
- Ana risk → protokolden itfa kuralları + ikincil piyasa likiditesi: dar spread ve düşük slippage ile, gereken hacimde, hızlıca $1’e yakın çıkabilecek misiniz?
- Yaygın hata → “stablecoin = güvenli”. Pratikte smart contract’lar, karşı taraflar, regülasyon ve stres anında likidite riski eklenir.
- Temel kural → fonları role göre ayırın: harcama cüzdanı / ana cüzdan / cold; her üründe maruziyet (exposure) limiti tutun.
Getirili stablecoin bir üründür. Onu “nakit” gibi değil, riskli bir strateji gibi değerlendirin.
Getirili stablecoin nedir ve sıradan stable’den farkı ne?
Sıradan bir stable genelde “$1” civarında kalır. Getirili stable ise “$1 + getiri” vaadi taşır; ama tahakkuk mekaniği ve çıkış riski ekler.
| Soru | Sıradan stable (ör. USDC) | Getirili stable |
|---|---|---|
| Getiri nereden gelir? | Tutucuya getiri yazılmaz | Bir kaynaktan: RWA / DeFi / türevler |
| Nasıl tahakkuk eder? | Etmez | Ya “wrapper” fiyatı artar (wrapper — fiyatı zamanla artan token), ya bakiye rebase ile büyür (bakiyenin otomatik artması), ya da stablecoin’in getirili veya staking versiyonu ya da onun wrapper’ı kullanılır |
| Ana risk | İhraççı / bankalar / regülatör | İhraççı + smart contract’lar + getiri stratejisi + likidite ve itfa |
| İlk neyi kontrol etmeli? | Rezervler, raporlar, ağ, dondurma riski | Getiri kaynağı, itfa/çıkış kuralları, strateji riskleri, admin yetkileri ve bağımlılıklar |
Bu ne demek: getirili stable, “paketlenmiş bir strateji”dir. Getiriyi ve riski iki şey belirler: ödeme kaynağı ve çıkışınız (protokolden itfa mı, yoksa ikincil piyasada satış mı).
Kısa formül: getiri = ödeme akışı, istikrar = çıkış.
RWA modeli: gerçek varlıklardan getiri (tahviller, notlar, mevduatlar)
Getiri devlet tahvili/mevduat faizi gibi görünür; ama risk “off-chain”e kayar: varlıkları kim tutuyor, itfa kuralları ne, stres anında ne olur?
Getiri nasıl oluşur?
- Kaynak
T-bill/not kuponları, mevduat faizleri, kredi ürünlerinden gelir. - Nerede “birikir”
getiri ihraççı/trust/kustodian tarafında birikir, sonra tokene yansır. - Sizde nasıl görünür
“wrapper” (wrapper) fiyatı artar ya da rebase ile bakiye büyür; ya da stablecoin’in getirili veya staking versiyonu ya da onun wrapper’ı kullanılır.
Pratik sonuç: RWA, ihraççı, kustodian ve token tutucusu arasında sözleşmesel bir yapıdır: varlık “zincir dışında” tutulur; token ise ihraççı kurallarına göre itfa hakkı verir.
RWA’nın gizli riskleri
- İtfa ve süreler
çıkış pencereleri, limitler, gecikmeler, ücretler, minimum tutar. Stres anında koşullar sıkılaşabilir. - Yargı alanı ve erişim
KYC/ülke kısıtları veya yatırımcı statüsü şartları sonradan gelebilir — “şimdi yok” olsa bile. - Karşı taraf ve ikincil piyasa
gerçek dünyadaki varlıklar sözleşme ve yükümlülük icrasıdır. Likidite zayıfsa ikincil piyasa, itfa netleşene kadar “teorik $1”in altında fiyatlayabilir.
Pratik sonuç: RWA daha “düz” getiri verebilir; ama çıkış çoğu zaman daha az anlıktır — bu yüzden en kötü senaryoyu baştan bilmek kritiktir.
Mikro-örnek: itfa anlık değilse, panikte piyasa indirimi fiyatlar. Bu “peg bozulması” değil, zaman ve likidite bedelidir.
RWA özeti: “anlaşılır” getirinin en yakın modelidir; ama temel soru nasıl çıkacağınızdır. Güçlü ürün, itfanın sürelerini, limitlerini ve stres kurallarını önceden açıklar.
DeFi modeli: kredi verme, LP ve getirili “wrapper”lar üzerinden getiri
DeFi’de getiriyi borçlular ve kullanıcı ücretleri öder. Artısı esneklik; eksisi stres anında kontrat/oracle risklerinin daha görünür olması ve çıkışın bozulmasıdır: fiyat daha kötü, slippage daha yüksek, bazen pause/limit devreye girer.
Nasıl işler?
- Kredi verme
stable’ları lending’e yatırırsınız; getiri borçlu faizidir (oran, borç talebiyle birlikte değişir). - LP/havuzlar
getiri işlem ücretleri + bazen protokol token teşvikleri (APY’ye geçici “ek pay”). - Tokenin getirili versiyonları
getiri bakiyeye “yüzde” olarak değil, wrapper fiyat artışı (wrapper) veya rebase (bakiyenin otomatik büyümesi) ile yansır.
Pratik sonuç: APY burada sabit değildir. Borç talebi/işlem hacmi düşerse veya teşvikler biterse geriler.
DeFi getirilerinin gizli riskleri
- Protokol riski
kontrat bug’ları, teminat mantığı hataları, oracle açıkları, governance-risk (yönetim riski). - Çıkış likiditesi riski
kitlesel çıkışta (bank run = panik halinde toplu çekim) swap’lar bozulur: slippage artar, spread genişler, fiyat kötüleşir. - Teşvik riski
APY’nin bir kısmı token emisyonu olabilir. Teşvik bittiğinde (veya token düştüğünde) “güzel” getiri kaybolur.
Pratik sonuç: APY’nin büyük kısmı incentives (teşvikler) ise “dolar faizi” değil, protokol token’ına maruziyet taşırsınız.
Neden önemli: stable’larda “garantili” yüksek oranlar çoğu zaman sübvansiyonlarla ayakta kaldı. Örnek: Terra/UST, Anchor’daki yüksek getiriyle talebi beslemişti.
Ders: getiri akışa ve sübvansiyona dayanıyorsa bu “faiz” değil, talep destek mekanizmasıdır.
DeFi özeti: “piyasa” gelirini (faiz/ücret) “pazarlama” gelirinden (teşvik) ayırın. İkincisi arttıkça, maruziyet limiti ve çıkış planı daha kritik olur.
Delta-nötr: hedge ve türev piyasaları üzerinden getiri
“Nötrlük” genelde şunu demektir: protokol, teminat fiyatının (ör. ETH/LST) ürün değerine etkisini azaltmaya çalışır. Ama risk funding, çıkış likiditesi ve stres anında hedge dayanıklılığında kalır.
Nasıl çalışır (basitçe)
- Teminat
genelde ETH veya LST (liquid staking token — likit staking token’ı) ya da varlık sepeti. - Hedge
protokol, teminat fiyat hareketini dengelemek için perp/futures’ta short açar. - Getiri nereden gelir
(1) LST staking ödülleri, (2) funding/basis (taşıma ücreti / spot–futures farkı), (3) ücretler/arbitraj (strateji kullanıyorsa). - Fiyatı $1’e yaklaştıran şey
hedge’i hızlı rebalance etmek ve pozisyonları kapatmak: spread/slippage maliyeti büyümeden.
Pratik sonuç: “tek başına stable” değil, tokene paketlenmiş yönetilen bir türev stratejisi tutarsınız.
Stresteki ana risk: ani volatilite ve likidite düşüşünde hedge pahalı veya yavaş olabilir. Spot ve türevler ayrışır, funding değişir — çıkış fiyatı (ikincil piyasada ya da itfada) “teorik $1”den sapmaya başlar.
Büyük tutardan önce neyi kontrol etmeli?
- Hedge nerede ve neyle yapılıyor
hangi borsalar/havuzlar/sağlayıcılar kullanılıyor; tek platforma yoğunlaşma var mı, altyapı/karşı taraf riski nasıl dağıtılmış. - Likidasyonlar ve acil durum modları
pozisyonlar hangi koşullarda likide edilebilir; limitler/pause’lar var mı; aşırı volatilitede ne olur. - APY yapısı
staking payı vs funding payı: funding oynaktır ve negatife dönebilir (getiriyi “yer”). - Çıkış senaryosu
“$1”e tam olarak nereden dönüyorsunuz: protokolden itfa mı, piyasada satış mı; pencereler/limitler/ücretler; türev piyasası sıkışırsa ne olur.
Pratik sonuç: yüksek APY neredeyse her zaman daha fazla bağımlılık demektir (türevler, likidite, rebalance). Maruziyet limiti ve çıkış planı şart.
Mikro-olay: hibrit ve delta-nötr protokoller geçmişte exploit’ler ve güven krizleri yaşadı — örneğin Deus Finance (DEI) saldırılar sonrası güven kaybıyla peg’den uzaklaşmıştı.
Ders: karmaşık strateji = daha çok saldırı yüzeyi: kontratlar, oracle’lar, entegrasyonlar, likidite ve türevler.
Delta-nötr özeti: “delta-nötr” yön riskini azaltır; ama çıkış riskini kaldırmaz. Negatif funding ve likidite sorunlarına hazır değilseniz, maruziyeti küçük tutun.
Risk haritası: getirili stable tam olarak nerede bozulur?
Riskleri katmanlara ayırıyoruz: kullanıcı → ürün → piyasa/sistem. Bu, sorunun nerede olduğunu hızlı görmenizi sağlar: imza (approve/permit) / cüzdan erişimi mi, protokol itfa kuralları mı, yoksa ikincil piyasada çıkış likiditesi mi.
| Seviye | Ne ters gidebilir? | Nasıl azaltılır (pratik) |
|---|---|---|
| Kullanıcı |
Phishing / site sahteciliği (benzer domain) Seed/anahtar kaybı Tehlikeli imza: unlimited approve / permit imzası Ağ veya adres hatası |
Sadece yer iminden girin + domain/ağı kontrol edin Cüzdanları ayırın: harcama / ana / cold Approve’ları limitli verin + düzenli revoke Büyük tutardan önce küçük test işlemi |
| Ürün (protokol) |
Smart contract exploit’i Oracle / entegrasyon açığı Admin yetkileri ve governance-risk (yönetim riski) “Bozulan” itfa: pencereler, limitler, gecikmeler, manuel pause |
Audit + fix geçmişi + bug bounty (net kurallar ve kamuya açık raporlarla) Bağımlılıkları kontrol edin: oracle’lar, DEX’ler, köprüler, kustodian/borsalar (varsa) Multisig + timelock + kamuya açık roller ve yetkiler Maruziyet limiti + modeller arası çeşitlendirme (RWA / DeFi / türevler) |
| Piyasa / sistem |
Stres likiditesi: çıkış “teorik $1”den daha kötü Negatif funding (delta-nötr için) Regülasyon kısıtları (özellikle RWA) Kitlesel çıkış (bank run = panik halinde toplu çekim) |
“Yastığı” tek üründe tutmayın (rezerv: basit stable/fiat) En kötü çıkış senaryosunu bilin: süre + ikincilde olası indirim Maks APY peşinde koşmayın: yüksek APY = daha çok bağımlılık Likidite inceyse parçalı çıkın (tek büyük işlem yapmayın) |
Temel sonuç: getirili stable genelde “fiyattan” değil, çıkıştanItfa kuralları, likidite ve güven. Stres anında nasıl çıkacağınız, APY’nin kaç olduğundan daha önemlidir.
Yeşil ve kırmızı bayraklar (hızlı filtre)
60 saniyelik kontrol: ürüne güveni ne artırır ve stres anında en sık ne bozulur.
✅ Yeşil bayraklar
- Getiri kaynağı şeffaf → APY’yi kimin ödediği ve hangi koşullarda düştüğü net.
- Çıkış baştan yazılı → itfa mı ikincil piyasa mı; süreler, pencereler, limitler, ücretler ve stres senaryosu.
- Güvenlik “lafla” değil, kanıtla → audit + kontrat adresleri + fix geçmişi + aktif bug bounty.
- Admin yetkileri sınırlı → multisig + timelock + kamuya açık roller (kim neyi değiştirebilir).
- Bağımlılıklar açık → hangi oracle/DEX/kustodian/borsalar işleyiş ve itfa için kritik.
🚩 Kırmızı bayraklar
- APY “garantili” ve aşırı yüksek → “kim ödüyor” ve oran düşünce ne olacağı net değil.
- Şeffaf çıkış yok → itfa mı ikincil piyasa mı belirsiz: süre, limit, olası KYC, piyasa indirimi.
- Mekanik “inanın” üzerine → itfa/bağımlılıklar/riskler şeması yok, sadece pazarlama vaatleri var.
- Audit “yakında” → rapor yok, kontrat adresleri yok, sürüm yok, değişim geçmişi yok.
- Admin anahtarları kontrolsüz → multisig yok / timelock yok / roller kapalı — parametreler anında değişebilir.
2–3 Kırmızı bayrak görüyorsanız tutarı “öğrenme” seviyesine indirin ya da ürünü pas geçin. Şüphede kalırsanız çıkıştan başlayın: $1’i tam olarak nasıl ve ne kadar sürede geri alacaksınız?
Getiri “saparsa” veya şüphelenirseniz: eylem planı
Önce neyin bozulduğunu belirleyin: arayüz/cüzdan mı, itfa/likidite mi, yoksa protokol mü. Sonra ilgili dala göre hareket edin.
-
Adım 1 → 20 saniyede teşhis.
Gördüğünüz şey: ikincilde indirim / itfada gecikme ya da limit / protokolden uyarı (pause/incident) / şüpheli imza. -
Adım 2 → Phishing/sahte site riski var.
Belirtiler: varlıkları “temiz” bir adrese taşıyın, approve’ları revoke edin, cihaz kontrol edilene kadar bu cüzdanla DeFi kullanmayın. -
Adım 3 → Sorun çıkışta (ikincil/itfa).
Eylem: parçalı çıkın, “tek swap”tan kaçının, havuz derinliğini/spread’i kontrol edin ve indirim için en kötü senaryoyu önceden hesaplayın. -
Adım 4 → Sorun protokolde.
Eylem: maruziyeti “katlanılabilir” seviyeye indirin: “ucuzladı” diye pozisyon büyütmeyin; belirsizlikte kilitlenebileceğini kabul ettiğiniz kadar tutun.
İki durumda “hemen hareket”: (1) anlamsız bir approve/permit imzaladıysanız veya garip istekler görüyorsanız — cüzdanı riskli sayın; (2) itfa aniden net kural olmadan kısıtlandı/geciktiyse — bu artık “fiyat kozmetiği” değil, çıkış riskidir.
Mikro-ilke: krizde kazanan, “tahmin eden” değil; maruziyeti baştan sınırlayan ve duyguyla değil planla hareket edendir.
Çıkış tetikleyicilerini önceden belirleyin: indirim, itfa gecikmesi/limitleri, likidite düşüşü. Tetikleyici çalıştıysa, planı uygularsınız; planla pazarlık etmezsiniz.
Getirili stablecoin almadan önce kontrol listesi
Riski %80 belirleyen 4 soru: getiri, çıkış, yönetim ve “dış dünya”.
1) Getiri kaynağı
- APY’yi kim ödüyor? — RWA / borçlular / ücretler / funding / teşvikler.
- Oran düşerse ne olur? — APY azalır ya da çıkışta kısıt/indirim görülebilir.
- Piyasa mı sübvansiyon mu? — teşvikler = tokene gizli bahis.
Hızlı test: APY’yi 1 cümlede açıklayabiliyor musunuz?
2) İtfa ve likidite
- $1’i nerede geri alacaksınız? — protokolden itfa mı, piyasada satış mı (DEX/CEX) ve hangi sürede.
- Kısıt var mı? — pencereler, limitler, ücretler, KYC, minimumlar.
- Streste ne olur? — gating/gecikme ve ikincilde indirim.
Hızlı test: en kötü çıkış senaryosunu biliyor musunuz?
3) Protokol ve yönetim riskleri
- Audit gerçek mi? — adresler tutuyor, sürümler ve fix’ler var.
- Bug’lar nasıl yakalanıyor? — bug bounty, kamuya açık düzeltmeler, reaksiyon.
- “Kollar” kimde? — multisig + timelock + roller.
Hızlı test: parametreleri kimin değiştirdiğini anlıyor musunuz?
4) “Dış dünya” (özellikle RWA)
- Yargı alanı ve erişim — ülkeler, kurallar, olası yasaklar.
- Kustodian ve rezervler — kim tutuyor, nasıl doğrulanıyor.
- Dondurma/bloke — ne zaman mümkün, sonra ne olur.
Hızlı test: bloke senaryosu net mi?
Son kural: getiriyi kimin ödediğini ve $1’i nerede geri alacağınızı kısa anlatamıyorsanız, bu ürün büyük tutar için değildir.
SSS
Aşağıda, kontrol listesi ile “ilk kontrolden” sonra en sık gelen soruların kısa yanıtları var.
Getirili stablecoin’de getiri gerçekte nereden gelir?
Her zaman bir kaynaktan: RWA faizleri (tahvil/mevduat), DeFi’de borçlu faizleri, ücretler/arbitraj veya delta-nötr modellerde funding/basis.
Kaynak belirtilmiyorsa ya da “sadece APY ödüyoruz” gibi duyuluyorsa, getiri çoğu zaman sübvansiyon/emisyonla sürdürülür ve hızla düşebilir.
Hangi model “en güvenli”?
Evrensel “en güvenli” yok — her modelin riski farklıdır.
- RWA — getiri daha stabil olabilir; ama karşı taraf/kustodian, yargı alanı ve itfa kuralları riski eklenir.
- DeFi — her şey daha şeffaf on-chain; ama exploit ve stres likiditesi riski vardır (panikte çıkış bozulabilir).
- Delta-nötr — APY daha yüksek olabilir; ama funding, türev likiditesi ve hedge dayanıklılığına hassastır.
Pratik kural: maruziyeti modellere dağıtın ve her ürün için limit belirleyin.
“Stable” ise neden $1’den sapabilir?
Çünkü ikincil fiyat likidite ve güven ile ayakta durur. Stres anında itfa yavaş/limitli olabilir ve piyasa indirim fiyatlar.
Ayrıca getiri stratejisi bozulabilir (oracle’lar, türevler, likidasyonlar) — bu da “$1”i tutan mekaniği zayıflatır.
Getirili stable’larda ne kadar tutmak mantıklı?
Çoğu kişi için bu “acil durum yastığı” değil, risk limiti olan bir portföy parçasıdır.
Pratik yaklaşım: rezervinizi basit stable/fiat’ta tutun; getirili stable’ları ayrı bir strateji gibi yönetin: ürün limiti + çeşitlendirme (RWA / DeFi / türevler).
Vakit azsa önce neyi kontrol etmeliyim?
1) Getiri kaynağı: APY’yi kim ödüyor ve oran düşerse ne olur?
2) İtfa/çıkış: protokolden itfa mı ikincil piyasa mı — $1’e kaç sürede dönersiniz (pencereler, limitler, ücretler, KYC)?
3) Protokol riski: audit, fix’ler, bug bounty, admin yetkileri (multisig/timelock), bağımlılıklar.
4) İkincil likidite: kitlesel çıkışta fiyat ne olur (indirim/slippage)?
Herhangi bir madde “bulanıksa” tutarı “öğrenme” seviyesine indirin ya da ürünü pas geçin.
Son pusula: “getirili $1”den önce 4 soru
Bu sorulara 1 dakikada yanıt veremiyorsanız, tutarı “öğrenme” seviyesine indirin ya da ürünü pas geçin.
-
Getiriyi kim ödüyor? — RWA / DeFi’de borçlular ve ücretler / türevlerde funding ve basis / teşvikler.
Eylem: APY kaynağını 1 cümlede yazın. -
$1’i nerede geri alacaksınız? — protokolden itfa mı, piyasada satış mı; süreler, pencereler, limitler, ücretler, olası KYC.
Eylem: en kötü çıkış senaryosunu baştan bilin (süre + indirim). -
İlk ne bozulur? — smart contract/oracle/entegrasyonlar, admin yetkileri, ikincil likidite.
Eylem: audit + fix’ler + bug bounty + multisig/timelock kontrol edin. -
Ne kadar risk alıyorsunuz? — getirili stablecoin “nakit” değil, maruziyeti olan bir stratejidir.
Eylem: ürün limiti koyun ve modellere göre çeşitlendirin (RWA / DeFi / türevler).
İki kırmızı bölge: getirili stablecoin’ler çoğunlukla “fiyattan” değil, itfa kuralları ve likiditeden bozulur. Stres anında “nasıl çıkılır”, “APY kaç”tan daha önemlidir.
Önce gelir kaynağı ve çıkış, sonra tutar.