Son zamanlarda, API 3 kısa süre önce DWF Labs liderliğinde 4 milyon dolarlık stratejik finansman aldı ve bunu tanınmış long VC izledi. long bir süredir, Oracle Makine yolu temelde Chainlink tarafından temsil edilen üç partili Oracle Makine tarafından domine edildi. On dördü de bu haberi görünce şaşırdı~ API 3 neden finansman bulabildi? Geleneksel Oracle Makineleri için bir çember kırıcı olabilir mi? Onu benzersiz kılan nedir? API 3, "birinci taraf" Oracle Makine olarak tanımlanan ve "üçüncü taraf" Oracle Makine komisyoncu güveni, düşük veri şeffaflığı ve OEV (Oracle Makine Çıkarılabilir Değer) kontrolü gibi yaygın sorunları çığır açan OEV Ağı (ZK-Rollup'a dayalı) aracılığıyla çözen bir Merkeziyetsizlik API (dAPI) projesidir.
1、Oracle Makine gerçekten geleceği önceden tahmin edebilir mi?
Oracle terimi biraz mitolojik bir çağrışım taşısa da, aslında on-chain akıllı sözleşmelere dışardan gerçek veriler sağlayan bir araçtır. Ancak gerçek nedir? Oracle'ın bizzat güvenilirliğini nasıl sağlarız? Oracle kötü niyetli olabilir mi? Birden fazla Oracle anlaşabilir mi? OVM (Oracle Veri Madenciliği) nasıl anlaşılmalıdır?
2024 yılının birinci çeyreğinde, DeFi projeleri, son zamanlardaki BTC'nin büyük artışının ardından kilitlenen Token'ın toplam değerini de aşarak 175 milyar doları aşan yeni bir zirveye ulaştı. Bu, 2023 yılının dördüncü çeyreğindeki 103 milyar dolarlık değere kıyasla yaklaşık %70'lik bir artış anlamına geliyor. Oracle Makinesi ise sürekli olarak DeFi'nin temel kanı olarak adlandırıldı. DeFi alanında, Merkezi Olmayan Borsalar (DEX), borç verme platformları ve türev ürünler ticaret platformları gibi, doğru fiyat verilerine dayanmaktadır. 2023 yılının başlarında, polygon on-chain merkezi olmayan borç verme protokolü BONQ**'un kullandığı TellorFlex Oracle Makinesi sözleşmesi manipüle edildi, saldırganlar düşük maliyetle oracle makine fiyatını değiştirerek ipotek kredisi alarak büyük kar elde ettiler, proje 88 milyon dolarlık zarar yaşadı. Oracle makinesi fiyat sorunundan kaynaklanan saldırı olayları artık sıkça görülüyor, bu nedenle şeffaf ve güvenilir off-chain veriler dApp'lerin temel güvencesidir.
2、Oracle Makine'nin off-chain ve on-chain nasıl bağlandığı?
Oracle Makine'nin çalışma modu genellikle zamanlanmış yükleme, olaya dayalı ve istek-yanıt olmak üzere üç moddan oluşur. İstek-yanıtın genel sürecini örnek olarak alalım, aşağıdaki 4 adıma ayrılır.
ADIM 1: On-chain, çağrı yapan dApp talebi başlatır (aslında bir işlem), Oracle Makine hizmet sunucusu sözleşmesi on-chain olayı tetikler
STEP 2: off-chain, Oracle Makine Düğüm bilgi edinmek için olayları dinler ve kendi sistemleri üzerinden doğru off-chain bilgileri elde eder
ADIM 3: Oracle Makine hizmeti sunucusuna bir işlem şeklinde off-chain ve on-chain verileri sağlar.
ADIM 4: Veri, Oracle Makine sunucusu sözleşmesi tarafından çağrı sahibine (dApp) geri döndürülür. Burada, aktif itme ve dApp ikinci sorgulama olmak üzere iki farklı yöntem vardır.
Bu süreçle ilgili olarak, yazarın biraz daha genişletilmiş bir yorum yapmasına izin verin:
İlk olarak, on-chain gereksinimi herkese açıktır, çünkü olaylar EVM zincirleri için genel bir mekanizma olduğundan, bu da demek oluyor ki tüm ağ Dapp'ın şu anda xx bilgisine ihtiyaç duyduğunu bilebilir.
İkinci olarak, off-chain işlemler atomik değildir, on-chain işlemler anlık olarak tamamlanır, off-chain verilerin mutlaka bir gecikmesi vardır.
Son olarak, eğer on-chain özelleştirilmiş bir gereksinim varsa, Oracle Makineyi üçüncü taraf bir adil rol haline getirebilir ve ardından Dapp'e iletebilirsiniz. Ancak genellikle genel piyasa verileri gibi BTC'nin anlık fiyatı, Dapp'in sözleşmeyi tekrar çağırmasıyla elde edilir. Tabii ki Oracle Makine'nin kendisinin de zamanlama raporlama mekanizması vardır, yukarıda bahsedilen farklılık yok denecek kadar azdır.
3, Luna Depeg, Oracle Makine yarışı hızla yükseliyor
Ancak blok zinciri sadece Defi'ye sahip değil, Oracle Makine aracılığıyla dApp'ler dış verilere güvenli ve verimli bir şekilde erişebilir, bu da işlerini finans, sigorta, arz ağı yönetimi, nesnelerin interneti ve daha fazla alana genişletmelerine olanak tanır.
Bugünün piyasasında, defillama platformu verilerine göre, Chainlink hâlâ lider konumunda ve TVS (Oracle makine gibi önemli altyapı sağlayıcılar tarafından korunan piyasadaki dolar cinsinden varlıkların toplam değeri) piyasanın tamamının %45'ine ulaştı.
Dikkatli okuyucular fark edecektir ki, yukarıdaki grafikte sağ taraftaki eğri, 2022 Mayıs ayında şiddetli bir dalgalanma yaşadı. Tetikleyici, 2022 yılında meşhur LUNA çöküşü olayıydı. 7 Mayıs 2022'den 13 Mayıs 2022'ye kadar, algoritmik stablecoin lideri UST, iki ayrı depeg geçirdi ve sonunda ölüm spiraline sürüklendi, LUNA ve UST birlikte çöktü. Bu arada, içerideki oracle makinesi kullanan birçok proje, fiyat dalgalanmalarına zamanında tepki veremedikleri için ciddi sorunlarla karşılaştı.
Aşağıdaki grafikte açıkça görülebileceği gibi, 2022 yılı Mayıs ayında içerideki Oracle Makine (aşağıdaki pembe renkli) pazar payında keskin bir düşüş yaşandı, Chronicle Oracle Makine (aşağıdaki kırmızı renkli) bu akışı başarılı bir şekilde yakaladı ve temelde içerideki Oracle Makine'nin kaybettiği pazarı ele geçirdi.
4、Oracle Makine'nin Sıkıntısı
Endüstriyi sarsan olaylar dışında, Oracle Makine'nin gelişimi tıkanmış gibi görünüyor, gerçekten de, endüstri konumlandırması çok net olduğundan, sadece bir on-chain veri iletim aracı olması nedeniyle ürün işlevi göreceli olarak tek düze.
En çok eleştirilen şey, karlılık modelidir, şu anda karlılık noktaları veri abonelik ücretleri ve projenin token üretimi ile ilgili umutlardır. Açıkça, tek bir veri abonelik karlılık modelinden elde edilen gelir sınırlıdır. Örneğin, Chainlink'in sunduğu VRF (Doğrulanabilir Rastgele Fonksiyon) ücret özelliğini ele alalım, Etherscan blok zinciri tarayıcısını referans alarak, yazar VRF V1 ve V2'nin kilitlenmiş toplam token sayısını yaklaşık olarak 37.000 (7+30) olarak hesapladı. Mevcut LINK döviz kuru ($16) ile hesaplanırsa, toplam gelir yaklaşık olarak 6 milyon dolar. VRF V2 sürümü 2022'nin sonlarından bu yana toplamda 4.8 milyon dolar gelir elde etti ve aylık olarak yaklaşık 170.000 dolar (1.1 W LINK) gelir elde etti. Chainlink'in geniş ölçeğine kıyasla, bu karlar gerçekten de bir avuç suya düşmektedir. Tokenin değer kazanmasını beklemek ise kişisel tercihe bağlıdır.
Ancak Oracle Makine, üçüncü tarafın özelliklerinden dolayı nispeten tarafsız bir konumda bulunur ve uygulama katmanının güvenli altyapı inşasına yönelik bir trenddir. Geleneksel ara yazılım izlenimini kırmak ve farklılaştırılmış, sistemli bir işlev genişletme yapmak gerekmektedir, ancak bu şekilde karlılık oranı artırılabilir. Örneğin, LayerZero gibi bir çapraz zincir köprüsü, güvenliği Oracle Makine tarafından taşınan süper hafif düğüm istek başlığına dayandırır.
Sonuç olarak, Oracle Makine'nin pazar düzeyindeki zorluğu, işletme modundan kaynaklanan doğal dezavantajı, tek işlevli olması, kâr marjının düşük olması ve genişletilebilirliğinin henüz başlamamış olmasıdır.
Ancak, sözde üçüncü taraf Oracle Makinesi'nin yürütme modeline bakarsak, sorununun kaynağının da 'üçüncü taraf' faktöründen kaynaklandığını göreceğiz. API 3, birinci taraf Oracle Makinesi olarak çekirdek konumlandırmasına sahip yeni bir Oracle Makinesi olarak ortaya çıkar.
4.1 Üçüncü taraf ve ilk taraf arasındaki Oracle Makine karşılaştırması
API 3, API hizmet düğümünü etkinleştirmek için bütünsel operasyonel yetenekleri seçer, daha web3 Native (hafif + modüler) bir şekilde, oracle talep edenler ve tedarikçileri arasında köprü kurmak için. API operatörleri, API 3 tarafından sağlanan Airnode çözümüne dayalı olarak kendi oracle düğümlerini hızla oluşturabilirler.
Geleneksel üçüncü taraf Oracle API sağlayıcılarına kıyasla birinci taraf Oracle Machine projesi olarak, Oracle → Dapp iş akışı, API 3'ün (API sağlayıcı + Oracle) → Dapp dönüşümü, API sağlayıcısının lider konumda olmasını sağlar ve artık sadece üçüncü taraf Oracle Worker rolünü oynamaz, daha fazla söz hakkına sahip olur.
Yukarıdaki gibi, üçüncü tarafın dahil olmamasıyla veri zinciri azalır. API sağlayıcısı ve Oracle Makine'nin rolünün birleşmesi durumunda, verinin nereden geldiği sorunu ortadan kalkar çünkü API sağlayıcısının itibarı ve veri on-chain'e taşınmış olur.
API sağlayıcısının itibarı ve veri sağlama politikasının güçlü bağlantısı nedeniyle izlenebilirlik kolaydır ve teknik olarak kötü niyetli davranışlara (tespit edilmemek şartıyla) izin verilmez, aynı zamanda teminat mekanizması da bulunmaktadır. Yani, API sağlayıcısı kişisel çıkarları için sahte veri sağlasa bile zarar gören kullanıcılar şikayette bulunarak tazminat talep edebilir. Karışık olaylar (örneğin, kullanıcıların kötü niyetli şikayetlerle dolandırıcılık yapması gibi durumlar) on-chain mahkeme sistemine girerek çözümlenir. Tamamen merkeziyetsiz olan API 3 DAO'nun sağladığı sigorta mekanizması sayesinde, API 3, API sağlayıcısını en üst düzeyde cezalandırabilir ve zarar gören kullanıcılara tazminat sağlayabilir.
5. API3 DAO Token Ekonomi Modeli Hakkında Detaylı Bilgi
API3 DAO, API3 Token ekonomik modelinin pozitif ve negatif geri bildirimlerle istikrarlı bir şekilde çalışmasını sağlayan Stake mekanizmasına dayanmaktadır.
5.1 Stake Governance Mechanism
Stake mekanizması, DAO yönetiminin standart işlemidir, yatırım yapma ve kar elde etme, Stake yönetimi döngüsel ekonominin başlangıcıdır. Ayrıca API 3'e optimize edilmiştir:
Stake yapanlar Stake gelirini aldıktan sonra nasıl kaçar? Kullanıcıların yatırdığı tokenlerden elde edilen enflasyon geliri (yeni mintlenen tokenler) 01928374656574839201 dağıtılacak, aynı zamanda varsayılan olarak stake havuzuna gidecektir.
Stake havuzundaki token'lar başka ne işe yarar? Kullanıcıların zararlarını tazmin etmek için kullanılabilir.
Stake havuzunun jeton fiyatı nasıl istikrarlı hale getirilir? API 3, enflasyonu kontrol etmek için Yanma ve Token Kilitleme mekanizmasını kullanır: dAPI hizmetini almak için kullanıcıların kendi jetonlarını yakması veya kilitlemesi gerekmektedir.
5.2 Pozitif ve Negatif Geri Besleme Döngüsü
Bu durumda, stake havuzundaki token miktarı hangi trendi sergileyecek? Rastgele genişleme veya tazminat ödemelerini karşılamak için yetersizlik gibi bir durum mu ortaya çıkacak? Belki bir analiz yapmak faydalı olacaktır:
dAPI kullanıcıları arttığında, sistem riski artar (kullanıcı sayısı arttıkça sistem işletme maliyeti artar) ve tazminat gerektiren olaylar artar. Bu durumda, stake havuzundaki Token miktarı azalır (zarar gören kullanıcılara tazminat için kullanılır), stake sahipleri (ve yöneticiler) kötü yönetimden dolayı kendi çıkarlarını kaybedebilir. Ancak aynı zamanda, stake havuzundaki Token miktarının azalması aynı zamanda piyasaya akan Token miktarının arttığı anlamına gelir. Kullanıcıların ellerinde tuttukları tokenlerin enflasyon etkisine maruz kaldığı göz önüne alındığında, kendi çıkarları için birçok token hala stake havuzunda kalır.
dAPI kullanıcıları azaldığında, sistem riski azalır, stake havuzundaki tokenlar artar ve piyasaya akışı olan token miktarı azalır. Ancak bu, stake havuzundaki token miktarının sürekli olarak artacağı anlamına gelmez, API 3 DAO, stake getirisini (ve enflasyon oranını) dinamik olarak kontrol ederek hedef sağlık değerine uyum sağlar.
Yukarıdaki iki durum, aşağıdaki şekilde sol (a) pozitif-negatif döngü oluşturabilir. Herhangi bir durum eşik değerine ulaştığında, sistem otomatik olarak ayarlanır, dAPI kullanıcıları sol (b) şeklinde istikrara doğru eğilim gösterir ve nihayetinde sistem bir sağlıklı duruma doğru çalışır.
Aslında, bu tür Dao tabanlı yönetim tokenleri, çeşitli DeFi yönetiminde yaygın olarak kullanılmaktadır, örneğin daha önce analiz ettiğimiz merkezi olmayan istikrarlı bir kripto para birimi olan MakerDao'nun DAI'si, öncü olarak MKR'yi kullanmaktadır:
Özellikle güzel olan, 4 açık artırma mekanizmasının olmasıdır: Genişletilmiş okuma için: "DeFI Kralı AAVE'nin En Son Sabit Para GHO Önerisi" makalesi.
"Borç karşılığında satılacak varlıkların dört bölümü" bölümü.
Bu nedenle, DAO tabanlı yönetim ekonomik istikrarın ana işlem modelidir, ancak API 3'ün yenilik noktası bununla sınırlı değildir.
MEV (Madenci Erişebilir Değer) ile benzer şekilde, OEV (Oracle Makine Erişebilir Değer) üçüncü tarafta olması gereken değeri elde etmek için oracle'ın konumundan faydalandığı durumları ifade eder. MEV, değer yakalamak için işlem sıralamasını kullanırken, OEV kritik piyasa verileri veya bir likidasyon gibi önemli on-chain olayları tetikleyen off-chain ve on-chain fiyat farklarından değer elde eder.
OEV'nin nasıl oluştuğunu anlamak için öncelikle mevcut sorunları bilmek gerekir: Verilerin blok zincire yüklenme maliyeti nedeniyle, mevcut oracle makineler genellikle verileri zamanlanmış bir şekilde yükler ve zaman aralığı genellikle küçük bir aralıkta ayarlanır. Aynı zamanda, piyasayı kısa süreli büyük fiyat dalgalanmalarından korumak için genellikle bir eşik değeri belirlenir; bu eşik değerine ulaşıldığında, oracle makinesi güncellemeyi tetikler.
Bu tür bir tedbir bazı sorunları hafifletebilir, ancak veri yükleme gecikme sorununu temelde çözemez. Ayrıca DeFi piyasası genellikle yüksek dalgalanmalıdır, varlık fiyatları kısa sürede büyük ölçüde değişebilir, bu nedenle Oracle Makinesi'nin fiyat besleme özelliği DeFi piyasasında ciddi belirsizliklere neden olabilir.
Bu durumda, üçüncü taraf fırsatçıları veri güncelleme gecikmelerini kullanarak Tanrı bakış açısını açar ve büyük kazançlar elde eder, bu da OEV'yi ortaya çıkarır.
DApp'ler için oracle makinesine bağımlıysa, herhangi bir veri beslemesinin güncellenmesi veya eksikliği OEV için fırsat yaratabilir, örneğin, önden koşan işlemler, arbitraj ve hesaplaşma. Veri beslemesi gecikmesinden kaynaklanan sömürülebilir değer hakediş sorunu aslında oldukça zordur, veri bloğa zincirdeki dalgalanmaya sahiptir, bu nedenle veri beslemesinin gecikmesi durumunda oracle makinesinin sorunu olarak belirlenemezse, bu gecikmeden kaynaklanan sömürülebilir değer, oracle makinesinin kötü niyetli üretimi olarak adlandırılamaz.
6.2 OEV Ağı - long'cu açık artırma sahnesi
OEV'nin varlığı nedeniyle, kullanıcılar ve dApp'ler arasındaki etkileşimde, üçüncü tarafların değer çıkarması, her iki tarafın da istemediği bir durumdur. API 3, Oracle Makine'nin bu tür sızıntıların tümünü reddetme önceliğine sahip olduğunu (on-chain verilerin fiyatlandırma hakkı) tespit etti, bu nedenle OEV Ağı ortaya çıktı.
Polygon zk rollup tabanlı bir Network olan, bir tekil sipariş akışı (blok zincir durumunu değiştirmek isteyen her katılımcı için bir sipariş) açık arttırma platformudur, açık artırmada dAPI veri güncelleme hakkı satılmaktadır.
API 3, açık artırma platformunu kendi geliştirdi, dış hizmetlere bağımlılığı ortadan kaldırdı, paydaşlar arasında OEV paylaşımına izin verdi ve artık açık artırma platformuna kar payı paylaşmak zorunda kalmadı, tüm entegre veri beslemeleri blok zinciri içinde OEV'in içselleştirilmesini sağladı.
Müzayede kazananı, dAPI'nin veri güncelleme hakkını elde edebilir, fiyat verilerini güncelleyebilir, müzayede karının büyük bir kısmı dApp'e geri dönecek, küçük bir kısmı ise API 3'ün işletme maliyetlerini karşılamak için kullanılacak. Açıkça, müzayede yapanlar (üçüncü parti), müzayedeyi gerçekleştirmek için maliyetin güncellenen fiyatın getirdiği geliri aştığını düşündüğünde sadece müzayede yapacaktır, bu nedenle üçüncü parti için de karlı olacaktır. Ve dApp platformunun kullanıcıları, görünüşte fayda dağıtımına katılmamış gibi görünse de, aslında dApp'e sağladığı yüksek kaliteli veri kaynağı sayesinde fayda elde eder, böylece daha iyi işlem yapabilir ve Risk Yönetimi yapabilir, potansiyel fayda elde eder.
Açık artırmanın yaşam döngüsü aşağıdaki gibi gösterilir: Bir arayan OEV'yi bulduğunda, bir açık artırmaya girişimde bulunur. Arayan, açık artırmayı kazandıktan sonra, dAPI verilerini güncelleme hakkını elde eder ve açık artırma ücretini ödedikten sonra, yalnızca o hakkı kullanarak dAPI verilerini güncelleyebilir. Ödenen açık artırma ücreti, yakalanmış OEV'yi dApp'a akıtarak akar.
Müzayede trendi, muhtemel bir kar için üçüncü taraf (arama yapan) tarafından teklif fiyatının daha da arttırılmasıdır. Yüksek müzayede fiyatı, gerçek OEV ile yakalanan OEV arasındaki farkın daha az olduğu anlamına gelir.
Bu pasta ne kadar büyük, bekleyip görmekte fayda var. Testnet bir süre stabil bir şekilde çalıştıktan sonra değerlendirme yapacağız. Müzayede sonucu, dApp, API 3 Oracle Makine düğümü, üçüncü taraf ve dApp kullanıcıları için neredeyse kazan-kazan bir durum gibi, API 3 veri kaynağına erişen dApp'lerin üçüncü taraflar tarafından minimum düzeyde sömürülmesi, aynı zamanda büyük ölçüde OEV değerini yakalayabilmeleri anlamına gelir çünkü sonunda piyasa rekabetinin nihai şekli kesinlikle üçüncü tarafın üçüncü tarafla rekabeti olacaktır. Kar marjı alanında rekabet avantajı arayan üçüncü tarafların karı giderek sıkıştırılacak ve nihayetinde en çok fayda sağlayacak olan kesinlikle dApp olacaktır. API 3 için küçük bir kısmı OEV değerini sürdürme işletme yolunu çalıştırmak için kullanılabilir. Üçüncü taraflar da bundan pay alabilir. dApp kullanıcıları için ise yüksek derecede uzmanlaşmış üçüncü taraf katılımcılarının teşvik edilmesi, onların ne zaman on-chain veri noktalarını güncellemeleri gerektiğini daha iyi belirlemelerini sağlayarak, hassasiyeti artırabilir ve nihayetinde dApp kullanıcılarına yansıyabilir.
Bu noktada, API 3 tabanlı OEV açık artırma planına dayalı olarak, çeşitli taraflar arasındaki çıkar dağılımı sorunu en üst düzeyde çözüldü, böylece üçüncü taraftan gelen "yanlış kar" ilgili taraflara geri gönderildi. Bu çözüm gerçekten zariftir.
Genişletilmiş Okuma: UniswapX'in açık artırma mekanizmasını anlamak için "UniswapX Araştırma Raporu (Bölüm 1): V1-3 Gelişim Yolculuğu, Bir Sonraki Nesil DEX'in İnovasyon ve Zorluklarını Anlamak" başlıklı yazıyı okuyabilirsiniz.
7. Özet
API 3, kendi tokenomiye dayalı olarak, istikrarlı bir şekilde çalışan bir ekosistem oluştururken pozitif ve negatif geribildirimleri düzenler.
Aynı zamanda, API 3 tarafından önerilen OEV Ağı, dAPI fiyat güncelleme haklarının açık artırma mekanizmasını tanıtarak, OEV'nin akış sorununu ustaca çözdü ve Oracle Makine ve dApp arasında OEV'den kaynaklanan çatışmayı üçüncü bir tarafa ustaca aktardı.
Merkeziyetsiz uygulamaların yaygınlaşması ve gelişmesiyle, güvenilir ve güvenli Oracle Makine hizmetlerine olan ihtiyaç sürekli olarak yükseliş gösterecektir ve bir sonraki nesil Oracle Makine'nin taslağı ortaya çıkmış gibi görünmektedir.
Ancak, API 3 aynı zamanda bazı zorluklarla karşı karşıya.
Ekonomik model, başlangıçta tanımlanmış ve tasarlanmış olsa da, genellikle uzun vadeli istikrarlı bir şekilde çalışabilmesi için sürekli bir sürece ihtiyaç duyar, genellikle aşırı düzenlemeye veya düzensizliğe sıkışabilir.
API açık artırmasının çekirdeği, itibarın ve getirinin ölçülmesinde yatmaktadır ve temelde iyimser bir modeldir, karamsar bir model (ZK) değildir. Bu itibar yapısı kullanılarak çalışan LayerZero bile, Oracle Makine + Cross chain köprüleri çift yönlü yüksek riskli bileşimi bile piyasada herhangi bir sorun yaşamadan sürekli olarak çalışmış olması, güvenliğini doğrulayabilir, ancak hala risk olasılığı vardır. İtibara bahis yapmaya devam etmek, katılımcıların piyasa getirisinin yeterince yüksek olması gerektiği anlamına gelir, bu da API 3'ün piyasa gelişimiyle yakından ilgilidir.
Son olarak, Oracle Makine pazarının rekabeti iyi olmadığı, asıl nedeninin her bir Dapp'ın sadece veri sağlama yeteneğine odaklanmadığı, aynı zamanda Oracle Makine'nin üçüncü taraf konumunu da göz önünde bulundurduğu gerçeğinde yattığını söyleyebiliriz. Şu anda API 3 bu durumu değiştirdi, ancak Dapp'ların kendi de açık artırmaya katılabilmeleri, kullanıcıların kendi aralarında işbirliği yapmalarından endişe etmelerine neden olabilir. Bu durum aynı zamanda Dapp'lerin kendi itibarlarını riske atma anlamına gelmektedir. Ayrıca, eski oyuncu chainlink ve diğerleri de peşinden gelmekte gecikmeyecektir. Onlar da pazarda hakimiyetlerini sürdürebilmek için daha fazla OEV serbest bırakabilirler.
The content is for reference only, not a solicitation or offer. No investment, tax, or legal advice provided. See Disclaimer for more risks disclosure.
API3'nün derinlemesine analizi, OVM'nin Oracle Makine yarışında döngüyü kıran
Son zamanlarda, API 3 kısa süre önce DWF Labs liderliğinde 4 milyon dolarlık stratejik finansman aldı ve bunu tanınmış long VC izledi. long bir süredir, Oracle Makine yolu temelde Chainlink tarafından temsil edilen üç partili Oracle Makine tarafından domine edildi. On dördü de bu haberi görünce şaşırdı~ API 3 neden finansman bulabildi? Geleneksel Oracle Makineleri için bir çember kırıcı olabilir mi? Onu benzersiz kılan nedir? API 3, "birinci taraf" Oracle Makine olarak tanımlanan ve "üçüncü taraf" Oracle Makine komisyoncu güveni, düşük veri şeffaflığı ve OEV (Oracle Makine Çıkarılabilir Değer) kontrolü gibi yaygın sorunları çığır açan OEV Ağı (ZK-Rollup'a dayalı) aracılığıyla çözen bir Merkeziyetsizlik API (dAPI) projesidir.
1、Oracle Makine gerçekten geleceği önceden tahmin edebilir mi?
Oracle terimi biraz mitolojik bir çağrışım taşısa da, aslında on-chain akıllı sözleşmelere dışardan gerçek veriler sağlayan bir araçtır. Ancak gerçek nedir? Oracle'ın bizzat güvenilirliğini nasıl sağlarız? Oracle kötü niyetli olabilir mi? Birden fazla Oracle anlaşabilir mi? OVM (Oracle Veri Madenciliği) nasıl anlaşılmalıdır? 2024 yılının birinci çeyreğinde, DeFi projeleri, son zamanlardaki BTC'nin büyük artışının ardından kilitlenen Token'ın toplam değerini de aşarak 175 milyar doları aşan yeni bir zirveye ulaştı. Bu, 2023 yılının dördüncü çeyreğindeki 103 milyar dolarlık değere kıyasla yaklaşık %70'lik bir artış anlamına geliyor. Oracle Makinesi ise sürekli olarak DeFi'nin temel kanı olarak adlandırıldı. DeFi alanında, Merkezi Olmayan Borsalar (DEX), borç verme platformları ve türev ürünler ticaret platformları gibi, doğru fiyat verilerine dayanmaktadır. 2023 yılının başlarında, polygon on-chain merkezi olmayan borç verme protokolü BONQ**'un kullandığı TellorFlex Oracle Makinesi sözleşmesi manipüle edildi, saldırganlar düşük maliyetle oracle makine fiyatını değiştirerek ipotek kredisi alarak büyük kar elde ettiler, proje 88 milyon dolarlık zarar yaşadı. Oracle makinesi fiyat sorunundan kaynaklanan saldırı olayları artık sıkça görülüyor, bu nedenle şeffaf ve güvenilir off-chain veriler dApp'lerin temel güvencesidir.
2、Oracle Makine'nin off-chain ve on-chain nasıl bağlandığı?
Oracle Makine'nin çalışma modu genellikle zamanlanmış yükleme, olaya dayalı ve istek-yanıt olmak üzere üç moddan oluşur. İstek-yanıtın genel sürecini örnek olarak alalım, aşağıdaki 4 adıma ayrılır.
Bu süreçle ilgili olarak, yazarın biraz daha genişletilmiş bir yorum yapmasına izin verin:
İlk olarak, on-chain gereksinimi herkese açıktır, çünkü olaylar EVM zincirleri için genel bir mekanizma olduğundan, bu da demek oluyor ki tüm ağ Dapp'ın şu anda xx bilgisine ihtiyaç duyduğunu bilebilir.
İkinci olarak, off-chain işlemler atomik değildir, on-chain işlemler anlık olarak tamamlanır, off-chain verilerin mutlaka bir gecikmesi vardır.
Son olarak, eğer on-chain özelleştirilmiş bir gereksinim varsa, Oracle Makineyi üçüncü taraf bir adil rol haline getirebilir ve ardından Dapp'e iletebilirsiniz. Ancak genellikle genel piyasa verileri gibi BTC'nin anlık fiyatı, Dapp'in sözleşmeyi tekrar çağırmasıyla elde edilir. Tabii ki Oracle Makine'nin kendisinin de zamanlama raporlama mekanizması vardır, yukarıda bahsedilen farklılık yok denecek kadar azdır.
3, Luna Depeg, Oracle Makine yarışı hızla yükseliyor
Ancak blok zinciri sadece Defi'ye sahip değil, Oracle Makine aracılığıyla dApp'ler dış verilere güvenli ve verimli bir şekilde erişebilir, bu da işlerini finans, sigorta, arz ağı yönetimi, nesnelerin interneti ve daha fazla alana genişletmelerine olanak tanır.
Bugünün piyasasında, defillama platformu verilerine göre, Chainlink hâlâ lider konumunda ve TVS (Oracle makine gibi önemli altyapı sağlayıcılar tarafından korunan piyasadaki dolar cinsinden varlıkların toplam değeri) piyasanın tamamının %45'ine ulaştı.
Dikkatli okuyucular fark edecektir ki, yukarıdaki grafikte sağ taraftaki eğri, 2022 Mayıs ayında şiddetli bir dalgalanma yaşadı. Tetikleyici, 2022 yılında meşhur LUNA çöküşü olayıydı. 7 Mayıs 2022'den 13 Mayıs 2022'ye kadar, algoritmik stablecoin lideri UST, iki ayrı depeg geçirdi ve sonunda ölüm spiraline sürüklendi, LUNA ve UST birlikte çöktü. Bu arada, içerideki oracle makinesi kullanan birçok proje, fiyat dalgalanmalarına zamanında tepki veremedikleri için ciddi sorunlarla karşılaştı.
Aşağıdaki grafikte açıkça görülebileceği gibi, 2022 yılı Mayıs ayında içerideki Oracle Makine (aşağıdaki pembe renkli) pazar payında keskin bir düşüş yaşandı, Chronicle Oracle Makine (aşağıdaki kırmızı renkli) bu akışı başarılı bir şekilde yakaladı ve temelde içerideki Oracle Makine'nin kaybettiği pazarı ele geçirdi.
4、Oracle Makine'nin Sıkıntısı
Endüstriyi sarsan olaylar dışında, Oracle Makine'nin gelişimi tıkanmış gibi görünüyor, gerçekten de, endüstri konumlandırması çok net olduğundan, sadece bir on-chain veri iletim aracı olması nedeniyle ürün işlevi göreceli olarak tek düze.
En çok eleştirilen şey, karlılık modelidir, şu anda karlılık noktaları veri abonelik ücretleri ve projenin token üretimi ile ilgili umutlardır. Açıkça, tek bir veri abonelik karlılık modelinden elde edilen gelir sınırlıdır. Örneğin, Chainlink'in sunduğu VRF (Doğrulanabilir Rastgele Fonksiyon) ücret özelliğini ele alalım, Etherscan blok zinciri tarayıcısını referans alarak, yazar VRF V1 ve V2'nin kilitlenmiş toplam token sayısını yaklaşık olarak 37.000 (7+30) olarak hesapladı. Mevcut LINK döviz kuru ($16) ile hesaplanırsa, toplam gelir yaklaşık olarak 6 milyon dolar. VRF V2 sürümü 2022'nin sonlarından bu yana toplamda 4.8 milyon dolar gelir elde etti ve aylık olarak yaklaşık 170.000 dolar (1.1 W LINK) gelir elde etti. Chainlink'in geniş ölçeğine kıyasla, bu karlar gerçekten de bir avuç suya düşmektedir. Tokenin değer kazanmasını beklemek ise kişisel tercihe bağlıdır.
Ancak Oracle Makine, üçüncü tarafın özelliklerinden dolayı nispeten tarafsız bir konumda bulunur ve uygulama katmanının güvenli altyapı inşasına yönelik bir trenddir. Geleneksel ara yazılım izlenimini kırmak ve farklılaştırılmış, sistemli bir işlev genişletme yapmak gerekmektedir, ancak bu şekilde karlılık oranı artırılabilir. Örneğin, LayerZero gibi bir çapraz zincir köprüsü, güvenliği Oracle Makine tarafından taşınan süper hafif düğüm istek başlığına dayandırır.
Sonuç olarak, Oracle Makine'nin pazar düzeyindeki zorluğu, işletme modundan kaynaklanan doğal dezavantajı, tek işlevli olması, kâr marjının düşük olması ve genişletilebilirliğinin henüz başlamamış olmasıdır.
Ancak, sözde üçüncü taraf Oracle Makinesi'nin yürütme modeline bakarsak, sorununun kaynağının da 'üçüncü taraf' faktöründen kaynaklandığını göreceğiz. API 3, birinci taraf Oracle Makinesi olarak çekirdek konumlandırmasına sahip yeni bir Oracle Makinesi olarak ortaya çıkar.
4.1 Üçüncü taraf ve ilk taraf arasındaki Oracle Makine karşılaştırması
API 3, API hizmet düğümünü etkinleştirmek için bütünsel operasyonel yetenekleri seçer, daha web3 Native (hafif + modüler) bir şekilde, oracle talep edenler ve tedarikçileri arasında köprü kurmak için. API operatörleri, API 3 tarafından sağlanan Airnode çözümüne dayalı olarak kendi oracle düğümlerini hızla oluşturabilirler.
Geleneksel üçüncü taraf Oracle API sağlayıcılarına kıyasla birinci taraf Oracle Machine projesi olarak, Oracle → Dapp iş akışı, API 3'ün (API sağlayıcı + Oracle) → Dapp dönüşümü, API sağlayıcısının lider konumda olmasını sağlar ve artık sadece üçüncü taraf Oracle Worker rolünü oynamaz, daha fazla söz hakkına sahip olur.
Yukarıdaki gibi, üçüncü tarafın dahil olmamasıyla veri zinciri azalır. API sağlayıcısı ve Oracle Makine'nin rolünün birleşmesi durumunda, verinin nereden geldiği sorunu ortadan kalkar çünkü API sağlayıcısının itibarı ve veri on-chain'e taşınmış olur.
API sağlayıcısının itibarı ve veri sağlama politikasının güçlü bağlantısı nedeniyle izlenebilirlik kolaydır ve teknik olarak kötü niyetli davranışlara (tespit edilmemek şartıyla) izin verilmez, aynı zamanda teminat mekanizması da bulunmaktadır. Yani, API sağlayıcısı kişisel çıkarları için sahte veri sağlasa bile zarar gören kullanıcılar şikayette bulunarak tazminat talep edebilir. Karışık olaylar (örneğin, kullanıcıların kötü niyetli şikayetlerle dolandırıcılık yapması gibi durumlar) on-chain mahkeme sistemine girerek çözümlenir. Tamamen merkeziyetsiz olan API 3 DAO'nun sağladığı sigorta mekanizması sayesinde, API 3, API sağlayıcısını en üst düzeyde cezalandırabilir ve zarar gören kullanıcılara tazminat sağlayabilir.
5. API3 DAO Token Ekonomi Modeli Hakkında Detaylı Bilgi
API3 DAO, API3 Token ekonomik modelinin pozitif ve negatif geri bildirimlerle istikrarlı bir şekilde çalışmasını sağlayan Stake mekanizmasına dayanmaktadır.
5.1 Stake Governance Mechanism
Stake mekanizması, DAO yönetiminin standart işlemidir, yatırım yapma ve kar elde etme, Stake yönetimi döngüsel ekonominin başlangıcıdır. Ayrıca API 3'e optimize edilmiştir:
5.2 Pozitif ve Negatif Geri Besleme Döngüsü
Bu durumda, stake havuzundaki token miktarı hangi trendi sergileyecek? Rastgele genişleme veya tazminat ödemelerini karşılamak için yetersizlik gibi bir durum mu ortaya çıkacak? Belki bir analiz yapmak faydalı olacaktır:
Aslında, bu tür Dao tabanlı yönetim tokenleri, çeşitli DeFi yönetiminde yaygın olarak kullanılmaktadır, örneğin daha önce analiz ettiğimiz merkezi olmayan istikrarlı bir kripto para birimi olan MakerDao'nun DAI'si, öncü olarak MKR'yi kullanmaktadır:
Özellikle güzel olan, 4 açık artırma mekanizmasının olmasıdır: Genişletilmiş okuma için: "DeFI Kralı AAVE'nin En Son Sabit Para GHO Önerisi" makalesi.
"Borç karşılığında satılacak varlıkların dört bölümü" bölümü.
Bu nedenle, DAO tabanlı yönetim ekonomik istikrarın ana işlem modelidir, ancak API 3'ün yenilik noktası bununla sınırlı değildir.
6. Benzersiz Avantaj - Yenilikçi OEV Network (ZK-Rollup Tabanlı)
6 .1 OEV'nin Doğuşu
MEV (Madenci Erişebilir Değer) ile benzer şekilde, OEV (Oracle Makine Erişebilir Değer) üçüncü tarafta olması gereken değeri elde etmek için oracle'ın konumundan faydalandığı durumları ifade eder. MEV, değer yakalamak için işlem sıralamasını kullanırken, OEV kritik piyasa verileri veya bir likidasyon gibi önemli on-chain olayları tetikleyen off-chain ve on-chain fiyat farklarından değer elde eder.
OEV'nin nasıl oluştuğunu anlamak için öncelikle mevcut sorunları bilmek gerekir: Verilerin blok zincire yüklenme maliyeti nedeniyle, mevcut oracle makineler genellikle verileri zamanlanmış bir şekilde yükler ve zaman aralığı genellikle küçük bir aralıkta ayarlanır. Aynı zamanda, piyasayı kısa süreli büyük fiyat dalgalanmalarından korumak için genellikle bir eşik değeri belirlenir; bu eşik değerine ulaşıldığında, oracle makinesi güncellemeyi tetikler.
Bu tür bir tedbir bazı sorunları hafifletebilir, ancak veri yükleme gecikme sorununu temelde çözemez. Ayrıca DeFi piyasası genellikle yüksek dalgalanmalıdır, varlık fiyatları kısa sürede büyük ölçüde değişebilir, bu nedenle Oracle Makinesi'nin fiyat besleme özelliği DeFi piyasasında ciddi belirsizliklere neden olabilir.
Bu durumda, üçüncü taraf fırsatçıları veri güncelleme gecikmelerini kullanarak Tanrı bakış açısını açar ve büyük kazançlar elde eder, bu da OEV'yi ortaya çıkarır.
DApp'ler için oracle makinesine bağımlıysa, herhangi bir veri beslemesinin güncellenmesi veya eksikliği OEV için fırsat yaratabilir, örneğin, önden koşan işlemler, arbitraj ve hesaplaşma. Veri beslemesi gecikmesinden kaynaklanan sömürülebilir değer hakediş sorunu aslında oldukça zordur, veri bloğa zincirdeki dalgalanmaya sahiptir, bu nedenle veri beslemesinin gecikmesi durumunda oracle makinesinin sorunu olarak belirlenemezse, bu gecikmeden kaynaklanan sömürülebilir değer, oracle makinesinin kötü niyetli üretimi olarak adlandırılamaz.
6.2 OEV Ağı - long'cu açık artırma sahnesi
OEV'nin varlığı nedeniyle, kullanıcılar ve dApp'ler arasındaki etkileşimde, üçüncü tarafların değer çıkarması, her iki tarafın da istemediği bir durumdur. API 3, Oracle Makine'nin bu tür sızıntıların tümünü reddetme önceliğine sahip olduğunu (on-chain verilerin fiyatlandırma hakkı) tespit etti, bu nedenle OEV Ağı ortaya çıktı.
Polygon zk rollup tabanlı bir Network olan, bir tekil sipariş akışı (blok zincir durumunu değiştirmek isteyen her katılımcı için bir sipariş) açık arttırma platformudur, açık artırmada dAPI veri güncelleme hakkı satılmaktadır.
API 3, açık artırma platformunu kendi geliştirdi, dış hizmetlere bağımlılığı ortadan kaldırdı, paydaşlar arasında OEV paylaşımına izin verdi ve artık açık artırma platformuna kar payı paylaşmak zorunda kalmadı, tüm entegre veri beslemeleri blok zinciri içinde OEV'in içselleştirilmesini sağladı.
Müzayede kazananı, dAPI'nin veri güncelleme hakkını elde edebilir, fiyat verilerini güncelleyebilir, müzayede karının büyük bir kısmı dApp'e geri dönecek, küçük bir kısmı ise API 3'ün işletme maliyetlerini karşılamak için kullanılacak. Açıkça, müzayede yapanlar (üçüncü parti), müzayedeyi gerçekleştirmek için maliyetin güncellenen fiyatın getirdiği geliri aştığını düşündüğünde sadece müzayede yapacaktır, bu nedenle üçüncü parti için de karlı olacaktır. Ve dApp platformunun kullanıcıları, görünüşte fayda dağıtımına katılmamış gibi görünse de, aslında dApp'e sağladığı yüksek kaliteli veri kaynağı sayesinde fayda elde eder, böylece daha iyi işlem yapabilir ve Risk Yönetimi yapabilir, potansiyel fayda elde eder.
Açık artırmanın yaşam döngüsü aşağıdaki gibi gösterilir: Bir arayan OEV'yi bulduğunda, bir açık artırmaya girişimde bulunur. Arayan, açık artırmayı kazandıktan sonra, dAPI verilerini güncelleme hakkını elde eder ve açık artırma ücretini ödedikten sonra, yalnızca o hakkı kullanarak dAPI verilerini güncelleyebilir. Ödenen açık artırma ücreti, yakalanmış OEV'yi dApp'a akıtarak akar.
Müzayede trendi, muhtemel bir kar için üçüncü taraf (arama yapan) tarafından teklif fiyatının daha da arttırılmasıdır. Yüksek müzayede fiyatı, gerçek OEV ile yakalanan OEV arasındaki farkın daha az olduğu anlamına gelir.
Bu pasta ne kadar büyük, bekleyip görmekte fayda var. Testnet bir süre stabil bir şekilde çalıştıktan sonra değerlendirme yapacağız. Müzayede sonucu, dApp, API 3 Oracle Makine düğümü, üçüncü taraf ve dApp kullanıcıları için neredeyse kazan-kazan bir durum gibi, API 3 veri kaynağına erişen dApp'lerin üçüncü taraflar tarafından minimum düzeyde sömürülmesi, aynı zamanda büyük ölçüde OEV değerini yakalayabilmeleri anlamına gelir çünkü sonunda piyasa rekabetinin nihai şekli kesinlikle üçüncü tarafın üçüncü tarafla rekabeti olacaktır. Kar marjı alanında rekabet avantajı arayan üçüncü tarafların karı giderek sıkıştırılacak ve nihayetinde en çok fayda sağlayacak olan kesinlikle dApp olacaktır. API 3 için küçük bir kısmı OEV değerini sürdürme işletme yolunu çalıştırmak için kullanılabilir. Üçüncü taraflar da bundan pay alabilir. dApp kullanıcıları için ise yüksek derecede uzmanlaşmış üçüncü taraf katılımcılarının teşvik edilmesi, onların ne zaman on-chain veri noktalarını güncellemeleri gerektiğini daha iyi belirlemelerini sağlayarak, hassasiyeti artırabilir ve nihayetinde dApp kullanıcılarına yansıyabilir.
Bu noktada, API 3 tabanlı OEV açık artırma planına dayalı olarak, çeşitli taraflar arasındaki çıkar dağılımı sorunu en üst düzeyde çözüldü, böylece üçüncü taraftan gelen "yanlış kar" ilgili taraflara geri gönderildi. Bu çözüm gerçekten zariftir.
Genişletilmiş Okuma: UniswapX'in açık artırma mekanizmasını anlamak için "UniswapX Araştırma Raporu (Bölüm 1): V1-3 Gelişim Yolculuğu, Bir Sonraki Nesil DEX'in İnovasyon ve Zorluklarını Anlamak" başlıklı yazıyı okuyabilirsiniz.
7. Özet
API 3, kendi tokenomiye dayalı olarak, istikrarlı bir şekilde çalışan bir ekosistem oluştururken pozitif ve negatif geribildirimleri düzenler.
Aynı zamanda, API 3 tarafından önerilen OEV Ağı, dAPI fiyat güncelleme haklarının açık artırma mekanizmasını tanıtarak, OEV'nin akış sorununu ustaca çözdü ve Oracle Makine ve dApp arasında OEV'den kaynaklanan çatışmayı üçüncü bir tarafa ustaca aktardı.
Merkeziyetsiz uygulamaların yaygınlaşması ve gelişmesiyle, güvenilir ve güvenli Oracle Makine hizmetlerine olan ihtiyaç sürekli olarak yükseliş gösterecektir ve bir sonraki nesil Oracle Makine'nin taslağı ortaya çıkmış gibi görünmektedir.
Ancak, API 3 aynı zamanda bazı zorluklarla karşı karşıya.
Ekonomik model, başlangıçta tanımlanmış ve tasarlanmış olsa da, genellikle uzun vadeli istikrarlı bir şekilde çalışabilmesi için sürekli bir sürece ihtiyaç duyar, genellikle aşırı düzenlemeye veya düzensizliğe sıkışabilir.
API açık artırmasının çekirdeği, itibarın ve getirinin ölçülmesinde yatmaktadır ve temelde iyimser bir modeldir, karamsar bir model (ZK) değildir. Bu itibar yapısı kullanılarak çalışan LayerZero bile, Oracle Makine + Cross chain köprüleri çift yönlü yüksek riskli bileşimi bile piyasada herhangi bir sorun yaşamadan sürekli olarak çalışmış olması, güvenliğini doğrulayabilir, ancak hala risk olasılığı vardır. İtibara bahis yapmaya devam etmek, katılımcıların piyasa getirisinin yeterince yüksek olması gerektiği anlamına gelir, bu da API 3'ün piyasa gelişimiyle yakından ilgilidir.
Son olarak, Oracle Makine pazarının rekabeti iyi olmadığı, asıl nedeninin her bir Dapp'ın sadece veri sağlama yeteneğine odaklanmadığı, aynı zamanda Oracle Makine'nin üçüncü taraf konumunu da göz önünde bulundurduğu gerçeğinde yattığını söyleyebiliriz. Şu anda API 3 bu durumu değiştirdi, ancak Dapp'ların kendi de açık artırmaya katılabilmeleri, kullanıcıların kendi aralarında işbirliği yapmalarından endişe etmelerine neden olabilir. Bu durum aynı zamanda Dapp'lerin kendi itibarlarını riske atma anlamına gelmektedir. Ayrıca, eski oyuncu chainlink ve diğerleri de peşinden gelmekte gecikmeyecektir. Onlar da pazarda hakimiyetlerini sürdürebilmek için daha fazla OEV serbest bırakabilirler.