- Oracle fiyatı ve likidasyon fiyatı nedir?
- Bir oracle fiyatının nasıl borçlanma kapasitesine dönüştüğü — ve bu sürecin nerede aksayabileceği
- Kredi piyasalarının oracle fiyatlarını pratikte nasıl kullandığı: Bildirilen Nostra olayı ve Pragma’nın veri akışı değerlendirmesi
- Oracle tabanlı kredi verme sürecindeki sınırlar, maliyetler ve arıza türleri
- Oracle ve tasfiye riski, Assetara ile nasıl bir ilişki içindedir?
- Sık Sorulan Sorular
Oracle fiyatı ve likidasyon fiyatı nedir?
Bir oracle fiyatı ile likidasyon fiyatı her zaman aynı rakam değildir; aralarındaki fark, bir kredi piyasasının, bir kredinin temerrüde düşmesi durumunda alacağı tutarı gerçekten tahsil edip edemeyeceğini belirler. Oracle, blok zincirine kaydedilmiş kurallara göre çalışan bir program olan akıllı sözleşmeye, varlık fiyatı gibi dış verileri sağlayan bir sistemdir. Oracle fiyatı, akıllı sözleşmenin okuduğu ve hesaplamalarında kullandığı değerdir. Bu makalede pratik anlamda kullanılan likidasyon fiyatı, bir kredi piyasasını korumak için teminatın satılması veya devralınması gerektiğinde fiilen elde edilebilen fiyattır. Bir sözleşme, varlığın anlamlı bir şekilde satılmasını karşılayacak kadar o fiyattan satın almaya istekli alıcı bulunmasa bile bir fiyat kaydedebilir.
Teminat, bir borçlunun kredi teminatı olarak yatırdığı varlıktır. Borçlanma kapasitesi ise, bir protokolün kuralları çerçevesinde kullanıcının söz konusu teminat karşılığında alabileceği maksimum kredi tutarıdır. Teminatın değeri borca göre düşerse — ya da protokolün risk kuralları başka bir şekilde gerektirirse — likidasyon süreci başlayabilir: Bu süreç, borçlunun borcunun bir kısmının veya tamamının geri ödenmesi ve teminatın satılması, el konulması veya başka bir şekilde devredilmesi yoluyla, piyasanın ödenmemiş bir krediye maruz kalma riskini azaltmayı amaçlar.
Likidite, bir varlığın piyasa fiyatını fazla etkilemeden belirli bir miktarda ne kadar kolay alınıp satılabileceğini ifade eder. Kayma, beklenen veya görüntülenen fiyat ile bir işlemin gerçekleştirilmesi sırasında fiilen elde edilen ortalama fiyat arasındaki farktır. Likiditenin düşük olduğu durumlarda, nispeten küçük emirler fiyatı keskin bir şekilde hareket ettirebilir; bu nedenle, bir tokenin görüntülenen oracle değeri tek başına, hızlı bir likidasyon sırasında aynı değerin gerçekleştirilebileceğinin kanıtı değildir.
“Likidasyon fiyatı” terimi, daha dar bir anlam ifade etmek için de kullanılır: bir kredi arayüzünde gösterilen, bir pozisyonun likidasyona tabi hale geldiği teminat fiyatı gibi bir tetikleme eşiği. Bu eşik, kural temelli bir hesaplamadır; teminatın satılabileceği fiyatla ilgili bir taahhüt değildir. Bu makale, bununla ilgili bir uygulama sorusuna odaklanmaktadır: likidasyon başladığında, teminat gerçekten borcun geri ödenmesine yetecek değerde nakde çevrilebilir mi?
Bir oracle fiyatının nasıl borçlanma kapasitesine dönüştüğü — ve bu sürecin nerede aksayabileceği
Ayrıntılar protokole göre değişiklik gösterse de, oracle tabanlı kredi verme genellikle aynı temel akışı izler.
- Bir kullanıcı, bir kredi akıllı sözleşmesine teminat yatırır. Sözleşme, varlık türünü ve miktarını kaydeder.
- Protokol, oracle sisteminden bir fiyat okur. Bir oracle sistemi tek bir kaynak kullanabileceği gibi, işlem platformlarından, merkeziyetsiz borsalardan veya diğer veri kaynaklarından gelen verileri bir araya da getirebilir.
- Akıllı sözleşme, kaydedilen token miktarını oracle fiyatıyla çarpar, ardından risk parametrelerini uygular. Teminat faktörü, ya da kredi-değer oranı sınırı, bir kullanıcının ne kadar borç alabileceğinin hesaplanmasında teminatın değerini düşüren bir kuraldır.
- Kullanıcı, hesaplanan sınır dahilinde piyasadan başka bir varlık ödünç alır. Ödünç alınan varlık ödünç havuzundan çıkar ve kullanıcı artık ödünç aldığı tutarın yanı sıra geçerli faiz veya ücretleri de ödemekle yükümlüdür.
- Sözleşme, fiyatlar, bakiyeler ve faiz oranlarındaki değişikliklere bağlı olarak pozisyonu sürekli olarak değerlendirir. Pozisyon, protokolün likidasyon eşiğini aştığında likidasyona tabi hale gelir.
- Bir tasfiye memuru — genellikle otomatik bir yazılımı çalıştıran bağımsız bir katılımcı — borçlunun borcunun bir kısmını veya tamamını geri öder. Karşılığında tasfiye memuru, icra riski ve maliyetini telafi etmek amacıyla genellikle protokol tarafından belirlenen bir indirim oranı üzerinden teminat alır.
- Bunun üzerine tasfiye memuru, söz konusu teminatı elinde tutmak, satmak veya başka bir şekilde kullanmak zorundadır. Gerçek piyasa derinliği — yani, teklif edilen fiyata yakın bir seviyede ne kadar işlem yapılabileceği — teminatın pratikte geri ödenen borcu karşılayıp karşılamadığını belirler.
Açıklayıcı bir örnek: Bir kullanıcı 100 token yatırır. Oracle, token başına 10 $ değer bildirir; dolayısıyla sözleşme, 1.000 $ tutarında teminat değeri kaydeder. %50’lik borçlanma limitinde kullanıcı, başka bir varlıktan en fazla 500 $ tutarında borç alabilir. Eğer bu 10 dolarlık fiyat, gerçek işlem derinliğinin çok az olduğu bir piyasadan geliyorsa, 100 tokenin satılması 1.000 dolardan çok daha az bir gelir getirebilir. Borcun geri ödenmesini talep eden bir tasfiye memuru, belirtilen iskonto oranının teminatın satışından beklenen zararı karşılamadığını fark edebilir.
Arıza senaryosu, basit bir piyasa düşüşüyle sınırlı değildir. Bir oracle girdisi manipüle edilirse, güvenilmezse, güncel değilse veya yanlış işlenirse, teminat değerini abartabilir; bu da borçlunun, teminatın gerçekçi olarak destekleyebileceğinden daha fazla tutarda kredi almasına yol açabilir. Daha sonra, likidasyon planlandığı gibi tetiklense bile, yeterli likidite bulunmaması, sürecin piyasanın ödeme gücünü geri kazanmasını engelleyebilir. Kesin koşullar, verinin tasarımına, protokolün parametrelerine, mevcut işlem platformlarına ve likidatörlerin davranışlarına bağlıdır.
Bu ayrımı anlamak için yararlı bir örnek: Oracle fiyatını protokolün defterine girilen rakam olarak, gerçekleştirilebilir likiditeyi ise bir piyasanın işlemler yoluyla fiilen sağlayabileceği değer miktarı olarak düşünün. Defterdeki rakam otomasyon için gereklidir; ancak alıcılar yaratmaz.
Kredi piyasalarının oracle fiyatlarını pratikte nasıl kullandığı: Bildirilen Nostra olayı ve Pragma’nın veri akışı değerlendirmesi
Nostra’nın Starknet para piyasasıyla ilgili bildirilen bir olay, bu ayrımın neden önemli olduğunu ortaya koyuyor. 17 Eylül 2026 tarihli bir açıklamada Nostra, yaşanan bir olayın ardından borç verme, borç alma, para çekme ve likidasyon işlemlerini askıya aldığını, olayın etkisini değerlendirdiğini ve fonların izini sürdüğünü belirtti. Bir askıya alma işlemi, protokol soruşturma yürütürken daha fazla değişikliği sınırlayabilir; ancak aynı zamanda sıradan kullanıcıların borç almasını, para çekmesini veya pozisyonlarını tasfiye etmesini geçici olarak engelleyebilir.
CryptoSlate, 22 Eylül 2026 tarihinde, bir NSTR oracle fiyatının manipüle edilmesinin ardından bir hesabın NSTR teminatı karşılığında yaklaşık 3,5 milyon dolarlık diğer varlık ödünç aldığını bildirdi. DeFi Edge ise, oracle değerlemesi ile kullanılabilir likidite arasında bildirilen bir uçurumu ayrı bir haberde ele alarak, uydurulmuş veya manipüle edilmiş bir havuzun NSTR verilerini etkilediğini belirtti. Bunlar, sunulan materyallerde kesinleşmiş bir teknik bulgu olmaktan ziyade, bildirilen olaylar olarak kalmaktadır: nihai saldırı süreci, toplam kayıp ve kurtarma sonucu henüz teyit edilmemiş olarak tanımlanmıştır.
Buradan çıkarılacak pratik ders, Oracle tarafından fiyatlandırılan her varlığın teminat olarak uygun olmadığı değildir. Asıl ders, bir teminat kuralının sadece görünür bir fiyattan daha fazlasına ihtiyaç duyduğudur. İlgili sorular şunlardır: Bu fiyat nereden kaynaklanıyor, kaynakları etkilenebilir mi, kaynaklar gerçek ticareti yansıtıyor mu ve stres durumunda teminat gerçekten ihtiyaç duyulan miktarda satılabilir mi? Derinliği düşük bir havuzda gösterilen yüksek bir değer, gerçek likidite kapasitesiyle pek ilgisi olmayan bir borçlanma limiti ortaya çıkarabilir.
Olayın ardından Pragma, besleme kanıtları, kaynak bağımlılıkları, emir defteri derinliği, Starknet takas fiyat teklifleri ve desteklenen beslemeler için risk derecelendirmelerini içerdiği belirtilen güncellemeler yayınladı. CryptoSlate, Pragma’nın değerlendirilen 22 beslemeden altısını “kritik risk”, dokuzunu ise “yüksek risk” olarak sınıflandırdığını bildirdi. Risk derecelendirmesi, gözlemlenen veya modellenen endişelerin bir değerlendirmesidir; bir feed'in arızalanacağına dair bir garanti değildir ve derecelendirilmemiş veya daha düşük derecelendirilmiş bir feed'in güvenli olduğunun kanıtı da değildir.
Oracle tabanlı kredi verme sürecindeki sınırlar, maliyetler ve arıza türleri
Oracle tabanlı kredi verme, bir otomasyon aracıdır; bir portföyün her koşulda ne kadara satılabileceğinin doğrudan bir ölçüsü değildir. Manuel değerleme ihtiyacını ortadan kaldırır, ancak kendi bağımlılıklarını da beraberinde getirir: veri kaynakları, hesaplama yöntemleri, güncelleme zamanlaması, blok zinciri işlemleri, protokol parametreleri ve teminatın nihayetinde işlem görmesi gerekebilecek piyasalar.
- Kaynak yoğunluğu: Bir veri akışı, tek bir platforma, havuza veya veri sağlayıcısına büyük ölçüde bağlı olabilir. Bu kaynakta meydana gelen bir sorun, bildirilen fiyat üzerinde orantısız bir etkiye neden olabilir.
- Zayıf veya parçalanmış likidite: İşlemler farklı platformlara dağılmış olabilir ya da likidasyon büyüklüğündeki işlemleri destekleyemeyecek kadar küçük havuzlarda yoğunlaşmış olabilir. Bir protokol, o fiyattan yeterli sayıda alıcı bulunmasa bile bir fiyat gösterebilir.
- Güncel olmayan veya gecikmeli güncellemeler: Bir fiyat, hızlı bir piyasa hareketinin gerisinde kalabilir; özellikle de güncellemeler henüz işleme alınmamış işlemlere bağlıysa veya bir kaynak güncelleme yapmayı durdurursa.
- Manipüle edilmiş veriler: İşlem derinliğinin sınırlı olduğu durumlarda ya da veri akışının yapısı olağandışı işlemlere veya havuzlara karşı yeterli direnç gösteremediği durumlarda, piyasa fiyatı manipüle edilebilir.
- Toplama ve ondalık hataları: Giriş verilerinin birleştirilmesi, varlık birimlerinin dönüştürülmesi veya ondalık basamakların yanlış uygulanması, herhangi bir piyasa manipülasyonu olmasa bile önemli ölçüde hatalı bir değer ortaya çıkarabilir.
- Kayma ve işlem maliyetleri: işlem ücretleri, fiyat etkisi ve işlemlerin gerçekleştirilmesi için gereken süre, likidatörün fiilen elde ettiği tutarı azaltabilir.
- Tasfiye teşvikleri: Beklenen iskonto, işlem riski, ücretler ve olası zararları karşılamıyorsa, bir pozisyon tasfiyeye uygun olmasına rağmen yine de çözülmemiş kalabilir.
- Acil durum önlemleri: Bir piyasanın işleyişini askıya almak, bir olayı kontrol altına alabilir; ancak aynı zamanda para çekme işlemlerini, borçlanma işlemlerini ve rutin pozisyon yönetimini de kesintiye uğratabilir. Nostra’nın bildirdiği hizmet kesintisi, bu tür bir ödünleşimin somut bir örneğidir.
- Geri kazanım belirsizliği: Bir olayın ardından, zincir üzerindeki hareketlerin, yükümlülüklerin, geri kazanımların ve nihai kullanıcı sonuçlarının mutabakatı zaman alabilir. İlk raporlar, nihai hesaplama olarak değerlendirilmemelidir.
Bu riskler birbirleriyle etkileşim halindedir. Gecikmeli veya yetersiz bir fiyat verisi, bir pozisyonun aşırı büyümesine yol açabilir; likiditenin yetersiz olması, bu pozisyonu likidite sağlayıcılar için cazip olmayan hale getirebilir; ve normal piyasa teşviklerinin dengesizliği düzeltebilmesi için bir ara verilmesi gerekebilir. Teminatın bir oraküle bağlı olduğu durumlarda, bu unsurların hiçbiri tek başına değerlendirilmemelidir.
Oracle ve tasfiye riski, Assetara ile nasıl bir ilişki içindedir?
Bu makale için sağlanan materyaller, herhangi bir belirli Assetara ürününü, kredi entegrasyonunu, oracle sağlayıcısını, teminat politikasını veya Nostra, Pragma, NSTR ya da yukarıda bahsedilen herhangi bir veri akışına maruz kalma durumunu doğrulamamaktadır. Bu makale, Assetara’nın söz konusu protokolleri kullandığı veya bu olayla ilgili herhangi bir maruz kalma durumuna sahip olduğu iddiasında bulunmamaktadır.
Bu kavram, genel olarak bir ürünün kullanıcılara DeFi kredilendirme imkânı sunduğu, oracle’a bağlı teminat olarak kullanılan varlıklara erişim sağladığı, teminat olarak kabul edilebilecek köprü varlıklarına erişim sağladığı veya bu tür piyasalarla ilgili risk izleme bilgilerine erişim sağladığı her durumda geçerlidir. Bir varlığı elinde bulundurmak ile onu kredi teminatı olarak kullanmak farklı faaliyetlerdir. Bir varlık sahibi, varlığın piyasa koşullarına maruz kalır; o varlığı teminat olarak kullanan bir borçlu ise protokol parametrelerine, oracle girdilerine, likidasyon kurallarına ve pozisyonun likide edilmesi durumunda piyasanın teminatı emme kapasitesine de maruz kalır.
Ürüne özgü sonuçlara varmak için ürüne özgü kanıtlar gereklidir. İlgili protokol, desteklenen varlıklar, oracle tasarımı, borçlanma limitleri, likidasyon teşvikleri ve her türlü güvenlik önlemi, Assetara’nın özellikleri veya riskleri olarak tanımlanmadan önce mevcut belgelere göre doğrulanmalıdır.
Sık Sorulan Sorular
Zincir içi bir kaynaktan gelen bir oracle fiyatı yanlış olabilir mi?
Evet. “Zincir içi” terimi, verilerin veya hesaplamaların bir blok zincirine kaydedildiği anlamına gelir; ancak bu, tek başına, ilgili piyasa bilgilerinin doğru, güncel, manipülasyona karşı dayanıklı veya likit olduğunu garanti etmez. Zincir içi bir fiyat, bir işlem havuzundan, harici bir veri yayıncısından veya çeşitli kaynakların birleşiminden gelebilir. Bu fiyatın güvenilirliği, söz konusu girdilerin tasarımına ve kalitesine ve akıllı sözleşmenin bunları nasıl yorumladığına bağlıdır.
Bir protokolün güncel fiyat beslemesi olmasına rağmen tasfiye neden başarısız olabilir?
Güncel bir fiyat akışı, sözleşmede belirtilen fiyatın ne olduğunu gösterir; bu fiyattan teminatın yeterli miktarda satılıp satılamayacağını değil. Alıcı sayısı çok az olduğunda, fiyat etkisi büyük olduğunda, işlem maliyetleri yüksek olduğunda veya tasfiye görevlileri sunulan teminat indiriminin riski telafi etmediğine karar verdiklerinde tasfiye işlemi başarısız olabilir. Bildirilen Nostra vakası, değerleme ile gerçekleştirilebilir likidite arasındaki farkın neden önemli olduğunu göstermektedir; ancak sunulan rapor, bu olayın her ayrıntısını tam olarak açıklamamaktadır.
Kredi piyasasındaki duraklama, kullanıcıların fonlarının kaybedilmesi anlamına mı geliyor?
Hayır. Duraklatma, bir sorunun araştırılması veya kontrol altına alınması sırasında bazı işlemleri kısıtlayan bir operasyonel kontrol mekanizmasıdır. Bu, daha fazla borçlanma, para çekme veya likidasyon işlemlerini engelleyebilir, ancak tek başına nihai mali sonucu belirlemez. Nostra, bildirilen duraklatma işleminin ardından etkisini değerlendirip fonların izini sürdüğünü belirtti. Sağlanan kaynaklar, etkilenen kullanıcılar için nihai kayıpları, geri kazanımları veya sonuçları ortaya koymamaktadır.
Bir token’ı DeFi kredi teminatı olarak kullanmadan önce nelere dikkat etmeliyim?
İlgili bilgiler arasında protokolün belirtilen oracle kaynakları ve güncelleme yöntemi, ilgili platformlardaki token işlem derinliği, borçlanma limiti ve likidasyon eşiği, likidasyon indirimi ile piyasanın acil durum kontrollerini belgelemiş olup olmadığı yer alır. Ayrıca, bir tokenin kote edilen fiyatını, stresli bir satış sırasında makul bir şekilde gerçekleştirilebilecek tutardan ayırt etmeye de yardımcı olur. Bu kontroller risk mekanizmalarını açıklar; bir pozisyonun güvenli olacağını garanti edemez veya herhangi bir olayın nasıl sonuçlanacağını öngöremez.
Risk derecelendirmeleri, bir token’ın teminat olarak güvenli bir şekilde kullanılamayacağını kanıtlıyor mu?
Hayır. Bir risk derecelendirmesi, belirli bir değerlendirme metodolojisi ve zaman dilimi çerçevesinde tespit edilen sorunları ortaya koyar. Bu derecelendirme, bir feed’in bağımlılıklarının, piyasa derinliğinin ve dayanıklılığının incelenmesine katkı sağlayabilir, ancak kategorik bir güvenlik kararı değildir. Tersine, kritik bir derecelendirmenin olmaması, likidite, uygulama veya piyasa risklerini ortadan kaldırmaz.
