RWA Oracle Hataları: Gerçek Vakalar ve Tespit Yolları

RWA oracle riskinin neden ayrı bir kategori olduğu

Çoğu oracle açıklaması crypto perps için yazılır. O dünyada kötü bir fiyat gürültülüdür. Yanlış fiyatlanmış bir BTC veya ETH bariz biçimde hatalı bir sayı basar, arbitraj botları bir blok içinde ona saldırır ve ardından likidasyonlar gelir. Dayanak varlık yüzlerce likit piyasada 7/24 işlem gördüğü için tüm sistem hızla kendini düzeltir.

Tokenize edilmiş gerçek dünya varlıkları tamamen farklı görünür. Tokenize edilmiş bir ABD Hazine fonunun, özel kredi senedinin veya para piyasası payının yaklaşık 1,00 $ ya da yavaşça değişen bir NAV değerinde olması beklenir. Sürekli çalışan küresel bir emir defteri yoktur. Referans fiyat; saklama kuruluşu, fon yöneticisi, banka ekstresi veya üçüncü taraf değerleme firması gibi zincir dışı bir kaynaktan gelir. Oracle'ın görevi, bir smart contract'ın buna karşılık mint, redeem veya tasfiye işlemi yapabilmesi için bu sayıyı imzalı ve zaman damgalı şekilde zincir üstüne taşımaktır.

RWA oracle arızaları, varlığın gerçek değeri ile zincir üstü fiyat arasındaki bu boşlukta yaşar. Varlık serbestçe alınıp satılamadığı için hatalı bir akış günlerce, haftalarca veya aylarca sessizce kalabilir. Onu düzeltecek arbitraj botları yoktur. Tek sinyal bir sonraki planlı güncellemedir, bu da bazı protokollerde ABD saatine göre pazartesi sabahı ve başka hiçbir şey anlamına gelir.

Bir RWA oracle arızası gerçekte nasıl görünür

Kayıtlara geçmiş gerçek olayların çoğunu üç arıza türü kapsar ve bunları birbirine karıştırmak kolaydır.

Bayat fiyat istismarları. Akış güncellenmedi, ancak protokol son önbelleğe alınmış değeri kullanmaya devam etti. Bu önbelleğe alınmış değer yanlışsa veya son güncellemeden bu yana piyasa koşulları keskin şekilde değiştiyse, boşluk sırasında sözleşmeyle etkileşime giren herkes yanlış NAV aldı. Birkaç lending-market olayında saldırganlar, bu pencereleri kullanarak yeni receipt token'lar mint etti veya bayat fiyatın olduğundan yüksek gösterdiği teminat karşılığında borç aldı, ardından likiditeyi boşalttı.

Yanlış fiyat akışları. Akış güncellendi, ancak ilettiği sayı gerçek NAV ile eşleşmedi. Bu, kaynak yanlış raporlama yaptığında (bir saklama kuruluşu API'si, fon yöneticisi, manuel elektronik tablo), bir toplama kuralı uyumsuz varlıklar arasında ortalama aldığında veya ikinci bir zincirdeki wrapper eski bir sayıyı ileri taşıdığında gerçekleşebilir.

Eksik fiyat donmaları. Bazı protokoller, fiyat mevcut olmadığında mint ve redeem işlemlerini durduracak şekilde tasarlanmıştır. Bu tahminde bulunmaktan daha güvenlidir, ancak farklı bir sorun yaratır: kullanıcılar çıkış yapamaz, ikincil piyasa spread'leri genişler ve protokolün TVL'si sessizce donar. Kullanıcı açısından bir oracle kesintisi, yanlış fiyat kadar zararlıdır.

Riskler: gerçek RWA oracle hatalarının kullanıcılara maliyeti

RWA oracle'ları görünüşte istikrarlı varlıklara bağlı olduğu için, hata biçimleri yavaş, sessiz ve orantısız biçimde yıkıcı olur. Gerçek post-mortemlerde öne çıkan kalıplar bunlar.

Yanlış NAV üzerinden mint eden ya da redeem eden eski fiyat istismarları

Klasik örnek, birkaç saat ya da daha uzun bir güncelleme aralığına sahip bir oracle’dan fiyat çeken bir lending market ya da minting contract’tır. Aradaki boşlukta bir saldırgan, bazen de kötü zamanlamaya sahip deneyimsiz bir kullanıcı, teminat yatırır, bunun karşılığında önbelleğe alınmış fiyattan borçlanır ve şişirilmiş değerle desteklenen fonlarla ortadan kaybolur. Feed sonunda güncellendiğinde protokolün elinde kötü borç kalır.

Private credit özellikle açıktır, çünkü referans NAV tasarım gereği yavaş güncellenir. Değerleme komitesi üç ayda bir toplanır. Toplantılar arasında on-chain fiyat, son imzalı raporda ne yazıyorsa odur. Borçlu o çeyrekte temerrüde düşerse, oracle bunu bir sonraki değerlemeye kadar bilmez ve protokol artık gerçeği yansıtmayan bir rakama karşı rahatça kredi vermeye devam eder.

Hafta sonu ve tatil fiyat boşlukları

ABD Hazine tahvilleri hafta sonları işlem görmez. Bu zararsız gibi gelir, ta ki tokenized T-bill funds (USYC, BUIDL ve benzeri ürünler) için çoğu oracle operatörünün referans NAV'ı ABD tatillerinde kapalı olan yöneticilerden aldığını hatırlayana kadar. Üç günlük bir hafta sonunda, cuma kapanışı taşınır. Bir getiri şoku, Hazine ihalesi sürprizi ya da bir kredi olayı yaşanırsa, on-chain fiyat bunu pazartesi açıklanan fiyata kadar yansıtmaz.

1.00 $'a sabitlenmiş para piyasası tokenları için bir günlük boşluk nadiren felakettir. Tokenize private credit ya da structured notes gibi daha uzun vadeli ürünler için uzun bir hafta sonu, oracle’ın hiç göremediği gerçek bir likidite olayı olabilir. 2023 ve 2024’teki birkaç olay tam da bu kalıba dayanıyordu, tatil hafta sonu, eski bir feed ve yanlış çıkış fiyatı alan bir kullanıcı.

Cross-chain oracle wrapper riski

Tokenize RWA'lar neredeyse hiçbir zaman tek bir chain üzerinde yaşamaz. Bir fon Ethereum’da doğabilir, daha ucuz redeem'ler için Arbitrum'a sarılabilir, bir DEX havuzu için Base'e köprülenebilir ve orijinal Chainlink feed’inin deploy edilmediği bir Layer 2’de görünebilir. Her geçiş, önceki chain'in fiyatını okuyup yeniden yayınlayan bir wrapper’dır.

Wrapper’lar gecikmeyi çoğaltır ve yeni bir hata noktası ekler. Temel feed Ethereum’da güncelleniyor ama Arbitrum wrapper’ı günde bir kez push yapan bir multisig tarafından yönetiliyorsa, ikincil chain fiilen 24 saat eski bir fiyatla çalışır. Mantle (MNT) ekosisteminin RWA genişlemesi sırasında, birkaç wrapped treasury product cross-chain messaging layer’ları üzerinden yönlendirildi ve wrapper heartbeat’i en zayıf halka oldu. Orijinal Chainlink feed’i iyiydi. Wrapper değildi.

Private-credit oracle gecikmesi

Private credit, oracle’a en zor RWA kategorisidir. Kamusal bir tape yoktur. Değerleme, fon yöneticisinin model çıktısıdır, üç ayda bir yenilenir ve buna itiraz edecek likit bir ikincil piyasa yoktur. Bu alandaki oracles çoğunlukla fiyatlardan ziyade attestation imzalar, bu da on-chain feed’in piyasa dengeleyici bir değeri değil, yöneticinin kendi beyan ettiği NAV'ı yansıttığı anlamına gelir.

Pratik risk, yöneticinin yalan söylemesi değildir. Asıl sorun, yöneticinin geç kalmasıdır. Portföydeki bir kredi o çeyreğin altıncı haftasında temerrüde düşer. Değerleme komitesi on üçüncü haftaya kadar toplanmaz. Yedi hafta boyunca oracle, temerrüde düşmüş bir krediyi nominal değerinden içeren bir NAV raporlar. O pencere içinde redeem eden herkes şişirilmiş bir fiyattan çıkar ve kalan yatırımcılar zararı üstlenir.

RWA için Chainlink vs Pyth vs Chainlink CRE

Bugün çoğu RWA protokolü üç oracle yığınından birini seçer. Her biri, tazelik, yedeklilik ve hâlâ dayandığınız off-chain güven arasında farklı bir denge kurar.

Chainlink Data Streams ve Proof of Reserve

Chainlink, kurumsal RWA için varsayılan seçenektir. Birden çok node operatöründen veri çeker, bunları toplar ve yüksek değerli akışlar için bir dakikadan kısa güncellemelerle on-chain'e yollar. Proof of Reserve feed’leri on-chain bakiyeleri off-chain attestasyonlarla çapraz kontrol eder, bu wrapped ürünler için faydalıdır ama tek başına altta yatan NAV'ın doğru olduğunu doğrulamaz. Chainlink'in zayıf yanı, daha yavaş akışlardaki gecikme ve maliyettir. Yüksek frekanslı feed’ler pahalıdır ve birçok RWA ihraççısı, ağın çözmesi beklenen eski fiyat sorununu yeniden yaratan daha ucuz, daha düşük frekanslı seçenekleri tercih eder.

Pyth Network

Pyth, bir yayıncı ağından, yani trading firmalarından ve market maker'lardan veri çeker ve bunları on-chain'de toplar. Gücü, sürekli işlem gören varlıklarda düşük gecikmedir. RWAlar için bu avantaj büyük ölçüde ortadan kalkar. Tokenize bir para piyasası payı sürekli işlem görmez, bu yüzden yüksek frekanslı bir feed, kullanamayacağı bir tazelik için ödeme yapar. Pyth'in ikinci avantajı, isteğe bağlı fiyat çekme özelliğidir. Bu, bir smart contract’ın heartbeat’e dayanmak yerine işlem anında fiyat çekmesine izin verir. Bu desen mint ve redemption akışları için daha güvenlidir, çünkü istismar edilebilecek önbelleğe alınmış bir değer yoktur.

Chainlink CRE ve sonraki nesil

Chainlink CRE (Runtime Environment) daha yeni yönelimdir, özel mantık çalıştırabilen, attestation imzalayabilen ve doğrulanmış veriyi on-chain'e gönderebilen yönetilen bir off-chain hesaplama katmanıdır. RWAlar için cazibesi, tüm saklamadan fiyata hattını kodlayabilmenizdir. Saklayıcının API'sini okuyun, rezerv hesaplarını doğrulayın, birden çok yöneticiyle çapraz kontrol yapın ve yalnızca girdiler uzlaştığında fiyat gönderin. Uzlaşma, güveni merkeziyetsiz bir oracle ağından tek bir yönetilen iş akışına kaydırır, operatöre güveniyorsanız sorun değildir, güvenmiyorsanız değildir.

Bir RWA oracle hatası gerçekte nasıl tespit edilir

Tespit, çoğu kullanıcının pes ettiği yerdir. Fiyat makul görünüyorsa oracle çalışıyor olmalı diye varsayarlar. Genellikle tam tersi doğrudur. Çalışan bir RWA oracle'ı, bağımsız olarak doğrulayabildiğiniz bir oracle'dır. Bozuk olan ise doğrulayamadığınızdır. İşte pratik bir kontrol listesi.

Feed'in heartbeat'ini ve sapma tetikleyicilerini kontrol edin

Protokolün dokümantasyonunu ya da oracle'ın contract sayfasını açın. İki sayı arayın. Feed ne sıklıkla güncelleniyor, yani heartbeat nedir, ve zamanlamanın dışında güncellemeyi zorlayan sapma eşiği kaçtır. Günde bir kez güncellenen ve yüzde 1 sapma tetikleyicisi olan bir feed, saatte bir güncellenip hiçbir sapma kuralı olmayan bir feed'den çok daha güvenlidir. Bu iki sayıdan birini bile bulamıyorsanız bunu kırmızı bayrak sayın.

On-chain fiyatı off-chain NAV ile karşılaştırın

Meşru her tokenize fon, günlük NAV'ını bir yerde yayımlar, genellikle ihraççının sitesinde ya da bir fund administrator aracılığıyla. Bunu on-chain fiyatla karşılaştırın. Para piyasası tokenında birkaç baz puandan büyük kalıcı bir fark, ya oracle'ın geciktiğinin ya da kullandığınız chain'deki wrapper'ın eski olduğunun işaretidir. Aynı kontrol tokenized T-bill funds (USYC, BUIDL ve benzerleri) için de geçerlidir. Yayımlanan pay fiyatı, yuvarlama farkları içinde on-chain fiyatla eşleşmelidir.

Sadece rezervlere değil, Proof of Reserve attestasyonlarına bakın

Bir proof-of-reserve feed’i, arkasındaki attestation kadar iyidir. Gerçek bir attestation şunları içerir, saklayıcı ya da yönetici tarafından imzalanmış olması, on-chain güncellemeyle eşleşen bir zaman damgası, doğrulanan altta yatan hesaplar ve net bir sapma politikası. Bunların hiçbirini içermeden yalnızca bakiye yayımlayan bir feed, sadece bir sayıdır. Wrapped ürünlerde ayrıca rezervin tanınabilir bir saklayıcıda tutulup tutulmadığını ve o saklayıcının bağımsız beyanlar yayımlayıp yayımlamadığını kontrol edin.

Cross-chain wrapper'ları stres testine sokun

Kaynağının bulunduğu chain dışında bir chain üzerinde tokenize bir RWA kullanıyorsanız, wrapper contract'ı bulun ve canonical feed'den doğrudan mı yoksa multisig kontrollü bir push üzerinden mi veri çektiğini kontrol edin. Multisig push'lar gecikebilir, kilitlenebilir ya da sessizce yükseltilebilir. Ayrıca hafta sonu boşluklarında en yaygın hata noktasıdır, çünkü multisig imzacılarının da hafta sonları vardır.

Mint ve redeem kuyruklarını izleyin

En iyi canlı sinyallerden biri mint ve redeem kuyruğudur. Kullanıcılar serbestçe mint edebiliyor ama redeem'ler kuyrukta bekletiliyor ya da sınırlandırılıyorsa, oracle büyük olasılıkla ihraççının nominal değerinden yerine getiremeyeceği bir NAV raporluyordur. Bu, 2023 ve 2024’te birkaç private-credit fon duraklamasından önce görülen kalıpla aynıdır ve fiyatın içine yansımadan çok önce kuyrukta görünür.

Tokenize RWAları tutan ya da almayı düşünen herkes için pratik sonuçlar

Tokenize gerçek dünya varlıklarına tahsis yapıyorsanız, oracle'ı tesisat olarak değil, kredi kararının bir parçası olarak değerlendirin. Çıkışınızı yöneten fiyat feed’i bozuksa, eskiyse ya da değiştirilmesine tek bir multisig imzası kalmışsa, varlığın getirisi anlamsızdır.

Üç alışkanlık yardımcı olur. Birincisi, herhangi bir RWA protokolünün oracle bölümünü bir fonun denetim raporunu okur gibi dikkatle okuyun. Bölüm kısa, belirsiz ya da eksikse, en kötüsünü varsayın. İkincisi, tek bir üründe yoğunlaşmak yerine ihraççılar ve oracle yığınları arasında çeşitlendirin. Bir feed'deki hata tüm pozisyonunuzu devirmemelidir. Üçüncüsü, basit bir izleme rutini kurun. On-chain fiyatı haftalık yayımlanan NAV ile karşılaştırın, mint ve redeem kuyruklarını izleyin ve hafta sonu boşluklarına dikkat edin. Bunların hiçbiri gösterişli değildir, ama bir sorunu birinci haftada tespit etmekle bir sonraki üç aylık raporda fark etmek arasındaki fark budur.

RWA oracle riskinin önüne akıllıca geçin

RWA oracle arızaları yavaş ilerler, bunlarla ilgili haber akışı da aynı şekilde yavaştır. Erken sinyaller protokol yönetişim forumlarında, fon yöneticisi açıklamalarında ve mint-redeem kuyruklarının sessizce uzamasında bulunur, çoğu okuyucunun manuel olarak hiç kontrol etmediği yerlerde. Zippfeed, RWA ve tokenleştirilmiş varlık başlıklarını duygu puanlaması (bullish, neutral veya bearish) ve önem derecesiyle öne çıkarır, böylece size çıkış maliyetine dönüşmeden önce güncellenmeyi bırakmış bir akışı fark edebilirsiniz.