simge_kurulum_ios_web simge_kurulum_ios_web simge_yükle_android_web

OVM'nin Oracle izleme bozucusu API3'ün derinlemesine analizi

Analiz5 ay önce发布 6086cf...
77 0

Son zamanlarda, API 3 yakın zamanda DWF Labs liderliğinde ve birkaç tanınmış VC tarafından takip edilen stratejik finansmanda $4 milyon aldı. Uzun bir süredir, oracle yolu temel olarak Chainlink tarafından temsil edilen üçüncü taraf oracle'lar tarafından domine edildi. Bu haberi gördüğümde ben de şaşırdım~ API 3 neden finansman aldı? Geleneksel oracle'ların bir bozucusu mu olacak? Benzersizliği nedir? Merkezi olmayan bir API (dAPI) projesi olarak API 3, birinci taraf oracle olarak tanımlanıyor. Çığır açan ve yenilikçi OEV Ağı (ZK-Rollup tabanlı) aracılığıyla, üçüncü taraf oracle aracılarının güveni, düşük veri şeffaflığı ve OEV'nin (oracle çıkarılabilir değeri) kontrol edilmesi gibi yaygın sorunları çözüyor.

1. Kahin gerçekten geleceği tahmin edebilir mi?

Oracle terimi bir bakıma efsanevidir ve halkı kolayca yanıltabilir. Ancak aslında, zincir dışı gerçek veri sağlayan bir araç zincirdeki akıllı sözleşmelere, ama gerçek olan nedir? Kahinin bütünlüğünü nasıl sağlayabiliriz? Kahin kötülük yapabilir mi? Birden fazla kahin işbirliği yapabilir mi? OVM (Oracle Çıkarılabilir Değer) nasıl anlaşılır?
2024'ün 1. çeyreğinde, BTC'deki son artışın ardından, DeFi projelerindeki kilitli token'ların toplam değeri de yeni bir zirveye ulaşarak $175 milyara ulaştı ve bu, 2023'ün 4. çeyreğindeki $103 milyardan neredeyse 70% daha yüksek. Oracle'lar her zaman DeFi'nin çekirdeği olarak anılmıştır. DeFi alanında, merkezi olmayan borsalar (DEX), borç verme platformları ve türev ticaret platformlarının hepsi çalışmak için doğru fiyat verilerine güvenir. 2023'ün başlarında, Poligon zincirindeki merkezi olmayan bir borç verme protokolü olan BONQ tarafından kullanılan TellorFlex oracle sözleşmesi manipüle edildi . Saldırgan, oracle teklifini değiştirmek için daha düşük bir maliyet kullandı ve ardından ipotek kredisi için büyük karlar elde etti ve bu da proje tarafı için yaklaşık $88 milyonluk bir kayba neden oldu. Oracle teklif sorunlarının neden olduğu saldırılar zaten yaygın olduğundan, şeffaf ve güvenilir off-chain verilerinin dApp'nin çalışmasını desteklemek için temel garanti olduğu görülebilir.

2. Oracle, zincir dışı ve zincir içi bağlantıları nasıl birbirine bağlıyor?

Oracle'ın çalışma modları genellikle zamanlanmış yükleme, olay odaklı ve istek-yanıttır. İstek-yanıt genel sürecini bir örnek olarak ele alırsak, kabaca aşağıdaki 4 adıma ayrılır:

OVM'nin Oracle izleme bozucusu API3'ün derinlemesine analizi

  • ADIM 1: Zincirde, çağıran dApp bir istek başlatır (esas olarak bir işlem) ve oracle sunucusu sözleşmesi zincir üstü bir olayı tetikler

  • ADIM 2: Zincir dışı, oracle düğümleri bilgi edinmek için olayları dinler ve ilgili sistemleri aracılığıyla doğru zincir dışı bilgileri elde eder

  • ADIM 3: Zincir dışı, zincir içi, oracle, oracle sunucusuna sözleşme şeklinde bir işlem biçiminde veri sağlar

  • ADIM 4: Zincirde, oracle sunucu sözleşmesi verileri çağırana (dApp) döndürür. İki çözüm vardır: aktif push ve Dapp ikincil sorgusu.

Bu sürecin daha geniş bir yorumunu yapacağım:

Öncelikle, zincir üstü talep herkese açıktır, çünkü olaylar EVM tabanlı blok zincirlerinin ortak bir mekanizmasıdır, bu da tüm ağın Dapp'ın artık xx bilgisine ihtiyaç duyduğunu bilmesi anlamına gelir.

İkincisi, zincir dışı itme atomik değildir, zincir içi işlemler gerçek zamanlı olarak tamamlanır ve zincir dışı verilerin belirli bir gecikmeye sahip olması gerekir

Son olarak, zincirde özelleştirilmiş bir talep varsa, oracle üçüncü taraf tarafsız bir role dönüştürülebilir ve ardından Dapp'e gönderilebilir. Ancak, BTC'nin gerçek zamanlı fiyatı gibi genel piyasa verilerinin çoğu, sözleşmeyi tekrar çağırarak Dapp tarafından elde edilecektir. Elbette, oracle'in kendisi de düzenli bir raporlama mekanizmasına sahiptir ve yukarıdaki türler temelde aynıdır.

3. Luna'nın ayrışması, çalkantılı kehanet yolu

Ancak, blockchain yalnızca Defi ile ilgili değildir. DApp'ler, oracle'lar aracılığıyla zincir dışı verileri güvenli ve verimli bir şekilde elde edebilir, böylece iş kapsamlarını ve uygulama senaryolarını büyük ölçüde genişletebilir, iş yönlerinin finans, sigorta, tedarik zinciri yönetimi, Nesnelerin İnterneti ve daha fazla alana genişlemesine olanak tanır.

Günümüz piyasası, platform defillama'dan gelen verileri kullanarak Chainlink'in hala lider konumda olduğunu, TVS'nin (oracle gibi temel altyapılar tarafından güvence altına alınan, piyasaya yatırılan ABD doları cinsinden varlıkların toplam değeri) tüm piyasanın 45%'sine ulaştığını gösteriyor.

OVM'nin Oracle izleme bozucusu API3'ün derinlemesine analizi

Dikkatli okuyucular, yukarıdaki şeklin sağ tarafındaki eğrinin Mayıs 2022'de şiddetli bir şok yaşadığını görecekler. Tetikleyici, 2022'deki ünlü LUNA çöküşüydü. 7 Mayıs'tan 13 Mayıs 2022'ye kadar, önde gelen algoritmik stablecoin UST iki ayrışma yaşadı ve sonunda bir ölüm sarmalına düştü. Hem LUNA hem de UST çöktü. Aynı zamanda, dahili oracle kullanan birçok proje, fiyat dalgalanmalarına zamanında yanıt vermemeleri nedeniyle ciddi sorunlarla karşılaştı.

Aşağıdaki şekilden açıkça görülebileceği gibi, Mayıs 2022'de dahili oracle'ların (aşağıdaki şekilde pembe) pazar payı keskin bir şekilde düştü. Chronicle oracle'ı (aşağıdaki şekilde kırmızı) bu trafik dalgasını çok iyi ele geçirdi ve temelde dahili oracle tarafından kaybedilen pazarı ele geçirdi.

OVM'nin Oracle izleme bozucusu API3'ün derinlemesine analizi

4. Üçüncü Taraf Kehanetlerinin İkilemi

Sektörü şok eden olayların dışında, oracle'ların gelişiminin tıkandığı görülüyor. Gerçekten de, net sektör konumlandırması nedeniyle, verileri zincirde ve zincir dışında birbirine bağlayan bir araçtır ve bu da nispeten basit ürün işlevleriyle sonuçlanır.

The en çok eleştirilen ise kar modelidir . Şu anda, kar noktaları iki ana yönde yoğunlaşmıştır: veri abonelik ücretleri ve proje tarafı tarafından verilen tokenların değer kazanması. Açıkçası, tek veri aboneliği kar modeli sınırlı gelir üretir. Yazar, Chainlink tarafından sağlanan VRF (doğrulanabilir rastgele dizi) ücretlendirme işlevini bir örnek olarak alarak, blok zinciri tarayıcısı Etherscan'a atıfta bulunarak, VRF V1 ve V2 sürümlerinin sözleşmelerinde kilitli olan token sayısını saydı ve bu yaklaşık 370.000'dir (7 + 30). Mevcut LINK döviz kuru ($16) üzerinden hesaplandığında, toplam gelir yaklaşık 6 milyon ABD dolarıdır. Şubat 2022 sonunda VRF V2'nin piyasaya sürülmesinden bu yana, 4,8 milyon ABD doları olan toplam gelir, ayda ortalama yaklaşık 170.000 ABD doları (1,1 W LINK) olmuştur. Chainlink'in büyük boyutuyla karşılaştırıldığında, bu karlar gerçekten de bir damla sudur. Token değer kazanması beklentisine gelince, bu kişisel görüşe bağlıdır.

Ancak, üçüncü bir tarafın özellikleri nedeniyle, oracle'ın kendisi nispeten tarafsız bir konumdadır ve uygulama katmanının güvenlik altyapısına maliyet yüklemeye başlamıştır. Geleneksel ara yazılım izlenimini kırabilir ve farklılaştırılmış ve sistematik işlevsel genişleme gerçekleştirebilirsek, kar marjını artırabiliriz. Örneğin, tipik bir çapraz zincir köprüsü olan LayerZero, güvenlik için oracle tarafından taşınan ultra hafif düğüm istek başlığına güvenir.

Kısacası, kehanetin ikilemi piyasa düzeyinde kendini gösterir. Tek işlevler, yetersiz karlar ve gelişmemiş ölçeklenebilirlik ile işletme modelinin oluşturduğu doğal dezavantajlarla sınırlıdır.

Ancak, sözde üçüncü taraf oracle'ın yürütme modelini genişletirsek, sorununun üçüncü taraf faktöründen de kaynaklandığını göreceğiz. Yeni bir oracle olarak API 3, birinci taraf oracle olarak konumlandırılmıştır.

4.1 Üçüncü Taraf ve Birinci Taraf Oracle'larının Karşılaştırılması

API 3, giriş noktası olarak API servis düğümlerinin kapsamlı operasyon ve bakım servis yeteneklerini etkinleştirmeyi seçer ve oracle talep edenler ile tedarikçiler arasında bir köprü kurmak için daha web3 Native (hafif + modüler) bir yaklaşım kullanır. API operatörleri, API 3 tarafından sağlanan Airnode çözümüne dayalı olarak kendi oracle düğümlerini hızla oluşturabilirler.

Birinci taraf oracle projesi olarak, geleneksel üçüncü taraf oracle API tedarikçisi → oracle → Dapp iş süreciyle karşılaştırıldığında, API 3'ler (API tedarikçisi + oracle) → Dapp dönüşümü API tedarikçilerinin sorumlu olmasını sağlar. Artık sadece üçüncü taraf oracle çalışanları değillerdir ve daha fazla söz hakkına sahiptirler.

OVM'nin Oracle izleme bozucusu API3'ün derinlemesine analizi

Yukarıdaki şekilde gösterildiği gibi, üçüncü bir tarafın müdahalesi olmadan veri bağlantısı azalır. API sağlayıcısı ve oracle'ın rolü entegre edildiğinde, verilerin nereden geldiği sorusu kalmaz, çünkü API sağlayıcısının itibarı, verilerle birlikte zincire getirilir .

API tedarikçilerinin itibarı ile sağladıkları veriler arasındaki güçlü bağlayıcı strateji nedeniyle, izleme basittir ve teknik olarak (keşfedilmeden) kötülük yapmalarına izin verilmez. Aynı zamanda, bir yedek olarak bir marj mekanizması vardır. API tedarikçisi kendi çıkarları için yanlış veri sağlasa bile, zarar gören kullanıcılar yine de tazminat için şikayette bulunabilirler. Karmaşık olaylar (örneğin, kullanıcıların sigorta dolandırıcılığı hakkında kötü niyetli şikayette bulunması) için, tahkim için zincir üstü mahkeme sistemine gireceklerdir. Tamamen merkezi olmayan API 3 DAO tarafından sağlanan sigorta mekanizmasıyla, API 3 API tedarikçilerini en büyük ölçüde cezalandırabilir ve zarar gören kullanıcılara tazminat sağlayabilir.

5. Jeton ekonomik modelinin derinlemesine anlaşılması API3 DAO

API3 DAO'nun hisse senedi mekanizması şunları sağlar: API3 Pozitif ve negatif geri bildirimlerle istikrarlı bir şekilde çalışmak için bir ekonomik modelin simgesi.

OVM'nin Oracle izleme bozucusu API3'ün derinlemesine analizi

5.1 Taahhüt Yönetim Mekanizması

Staking mekanizması, DAO yönetiminin rutin bir işlemidir. Kar için staking ve staking yönetimi de dairesel ekonominin başlangıç noktasıdır. Ayrıca, API 3 de optimize edilmiştir:

  • Peki ya söz veren kişi söz gelirini aldıktan sonra kaçarsa? Kullanıcı sözüyle oluşturulan enflasyon geliri (yeni basılan token'lar) gecikecek ve varsayılan olarak söz havuzuna akacaktır.

  • Staking havuzundaki tokenlar başka ne yapabilir? Kullanıcıların kayıplarını telafi etmek için kullanılabilirler.

  • Staking havuzu coin fiyatı nasıl sabitlenir? API 3, Yakma ve Token Kilitleme Mekanizması aracılığıyla enflasyonu kontrol eder: dAPI hizmetlerini elde etmek karşılığında, kullanıcıların kendi tokenlarını yakmaları veya kendi tokenlarını kilitlemeleri gerekir.

5.2 Pozitif ve Negatif Geribildirim Döngüleri

Bu durumda, staking havuzundaki token sayısının eğilimi ne olacak? Yetersiz tazminat ödemesi nedeniyle düzensiz bir genişleme mi yoksa çöküş mü olacak? Bunu analiz edelim:

  • dAPI kullanıcı sayısı arttıkça, sistem riski artacaktır (sistem işletme maliyetleri kullanıcı sayısıyla birlikte artacaktır) ve tazmin edilmesi gereken olay sayısı artacaktır. Bu sırada, staking havuzundaki tokenlar azalacaktır (zarar gören kullanıcıları tazmin etmek için) ve rehin verenlerin (ve yöneticilerin) çıkarları kötü yönetim nedeniyle zarar görecektir. Ancak aynı zamanda, staking havuzundaki token sayısındaki azalma, piyasaya akan token sayısının da artacağı anlamına gelir. Kullanıcıların elindeki tokenlar enflasyondan etkilendiği için, kendi çıkarları için tokenların büyük bir kısmı hala staking havuzuna akacaktır.

  • dAPI kullanıcılarının sayısı azaldığında, sistem riski azalır, staking havuzundaki token'lar kademeli olarak artacak ve pazara akan token sayısı kıtlaşacaktır. Ancak bu, staking havuzundaki token sayısının artmaya devam edeceği anlamına gelmez. API 3 DAO, staking gelirini (ve enflasyon oranını) hedef sağlıklı bir değere uyacak şekilde dinamik olarak kontrol edecektir.

  • Yukarıdaki iki durum, aşağıdaki soldaki şekilde (a) gösterildiği gibi pozitif ve negatif bir döngü oluşturabilir. Herhangi bir durum eşiğe ulaştığında, sistem kendini düzenleyecek ve dAPI kullanıcısı aşağıdaki soldaki şekilde (b) gösterildiği gibi kararlı olma eğiliminde olacak ve sonunda sistemin sağlıklı bir durumda çalışmasını sağlayacaktır.

  • OVM'nin Oracle izleme bozucusu API3'ün derinlemesine analizi

Aslında, bu tür Dao tarzı yönetim token'ı çeşitli DeFi yönetimlerinde uzun zamandır popülerdir. Örneğin, daha önce analiz ettiğim merkezi olmayan sabit coin'lerin ayrıntılı bir uygulama kıyaslaması olan MakerDao'nun DAI'si, MKR'yi öncü olarak gösterir:

    OVM'nin Oracle izleme bozucusu API3'ün derinlemesine analizi

Özellikle 4'lü açık artırma mekanizması çok güzel: Daha fazla bilgi için: Bir makale açıklıyor – DeFI King AAVE'nin son sabit para birimi GHO teklifi

Bunların arasında İflas, Dört Müzayede sütunu da yer alıyor.

Dolayısıyla DAO tarzı yönetişim ekonomik istikrar için ana akım işletme biçimidir, ancak API 3'ün yenilikleri de ondan aşağı değildir.

6. Benzersiz Avantajlar – Öncü OEV Ağı (ZK-Rollup Tabanlı)

6.1 OEV'nin doğuşu

MEV'e (Madenci Çıkarılabilir Değer) benzer şekilde, OEV (Oracle Çıkarılabilir Değer), oracle'ın aksi takdirde üçüncü bir tarafa gidecek değeri çıkarmak için konumunu kullanmasını ifade eder. MEV, değeri işlem siparişleri aracılığıyla yakalarken, OEV, anahtar piyasa verileri veya büyük zincir içi olayları (likidasyonlar gibi) tetikleme gibi zincir içi ve zincir dışı arasındaki fiyat farklılıklarından yararlanarak değeri çıkarır.

OEV'nin nasıl üretildiğini anlamak için öncelikle oracle'ların mevcut sorunlarını bilmemiz gerekir: Zincire veri yüklemenin maliyeti nedeniyle, oracle'lar şu anda temel olarak düzenli olarak veri yükleme mekanizmasını benimsiyor ve zaman aralığı nispeten küçük bir aralıkta ayarlanıyor. Aynı zamanda, piyasayı etkileyen kısa vadede büyük fiyat dalgalanmalarından kaçınmak için oracle'lar genellikle bir eşik belirler. Fiyat dalgalanma aralığı kısa bir süre içinde eşiğe ulaştığında, aktif olarak bir güncelleme tetikler.

Bu çözüm bazı sorunları hafifletebilse de, veri yükleme gecikme sorunu temelde çözülemez. DeFi piyasası genellikle oldukça oynaktır ve varlık fiyatları kısa bir süre içinde büyük ölçüde değişebilir. Oracle'ın fiyat besleme işlevinin DeFi piyasasına getirdiği belirsizlik hafife alınamaz.

Bu durumda, üçüncü taraf kar arayanlar bir Tanrı perspektifine sahip olmak gibidir. Veri güncellemelerindeki zaman gecikmesinden yararlanarak büyük karlar elde edebilirler ve böylece OEV yaratılır.

Oracle'lara dayanan dApp'ler için, veri akışlarının herhangi bir güncellemesi veya kaybı, ön çalıştırma, arbitraj ve tasfiye gibi OEV fırsatları yaratabilir. Veri akışı gecikmelerinin neden olduğu istismar edilebilir değerin mülkiyetini değerlendirmek zor olduğundan, zincirdeki verilerin kendisi belirli bir oynaklığa sahiptir, bu nedenle zincirdeki veriler biraz gecikirse ve oracle sorunu bulunamazsa, gecikmenin bu kısmı tarafından üretilen istismar edilebilir değerin oracle tarafından kötü niyetli olarak üretildiği söylenemez.

6.2 O EV Ağı—Çok taraflı bir açık artırma arenası

OEV'nin varlığı nedeniyle, etkileşimdeki iki taraf olan kullanıcılar ve dApp'ler, üçüncü taraflar tarafından dolandırılıyor ve bu, hiçbir tarafın görmek istemediği bir durum. API 3, oracle'ın bu tür sızdırılan tüm değerleri (zincir üstü verilerin fiyatlandırma gücü) yakalamayı reddetme önceliğine sahip olduğunu buldu, bu yüzden OEV NetWork önerildi.

Polygon zk rollup tabanlı bir Ağ olarak, dAPI verilerini güncelleme hakkını açık artırmaya çıkaran ayrı bir emir akışı (katılımcıların blockchain'in durumunu değiştirme niyeti bir emirdir) açık artırma platformudur.

API 3, kendi açık artırma platformunu geliştirerek harici hizmetlere olan bağımlılığı ortadan kaldırdı, OEV'nin açık artırma platformuyla kâr paylaşımına gerek kalmadan paydaşlar arasında paylaşılmasına olanak sağladı ve veri akışlarını entegre eden tüm blok zincirlerinde OEV'yi içselleştirdi.

Başarılı teklif sahibi, dAPI'nin veri güncelleme hakkını elde edebilir ve fiyat verilerini güncelleyebilir. Müzayededen elde edilen kârın çoğu dApp'e iade edilecek ve çok küçük bir kısmı işletme maliyetlerini karşılamak için API 3'e iade edilecektir. Açıkça, müzayede yalnızca müzayedeci (üçüncü taraf) müzayede maliyetinin güncellenen fiyatın getirdiği kârdan daha az olduğuna inandığında gerçekleştirilecektir. Bu nedenle, üçüncü taraf da kârlı olacaktır. dApp platformunun bir kullanıcısı olarak, faydaların dağıtımına katılmanın gerçek bir faydası olmadığı anlaşılıyor. Aslında, dAPI'nin dApp'e sağladığı yüksek kaliteli veri kaynağı sayesinde, işlemleri ve risk yönetimini daha iyi yürütebilir ve potansiyel faydalar elde edebilir.

Bir müzayedenin yaşam döngüsü aşağıdaki şekilde gösterilmiştir. Bir arayıcı bir OEV bulduğunda, bir teklif başlatacaktır. Arayıcı teklifi kazandıktan sonra, oracle node dAPI verilerini güncelleme hakkını elde edecektir. Müzayede ücretini ödedikten sonra, oracle node dAPI verilerini güncelleme hakkını kullanabilir. Ödenen açık artırma ücreti, dApp'a akan yakalanan OEV'dir.

OVM'nin Oracle izleme bozucusu API3'ün derinlemesine analizi

Müzayededeki doğal eğilim, üçüncü tarafın (araştırmacının) olası kazançlar için teklif fiyatını daha da artırmasıdır. Müzayede fiyatı ne kadar yüksek olursa, gerçek OEV ile yakalanan OEV arasındaki fark o kadar küçük olur.

Bu pastanın ne kadar büyük olduğuna gelince, bekleyip görebiliriz ve test ağı bir süre istikrarlı bir şekilde çalıştıktan sonra karar verebiliriz. Müzayedenin sonucu, dApp, API 3 oracle düğümü, üçüncü taraf ve dAPP kullanıcılarının dört rolü için neredeyse kazan-kazan durumudur. API 3 veri kaynağına erişen dAPP, üçüncü taraf tarafından en aza indirilirken, OEV değerinin çoğunu ele geçirir, çünkü pazar rekabetinin nihai biçimi üçüncü taraflar arasındaki rekabet olmalıdır. Kar alanı elde etmek için, üçüncü tarafların karları kademeli olarak sıkıştırılacak ve nihai yararlanıcı dApp olmalıdır. API 3 için, OEV değerinin küçük bir kısmı OEV iş yolunun işleyişini sürdürmek için kullanılabilir. Üçüncü taraflar için, onlar da bundan bir pay alabilirler. dApp kullanıcıları için, zincir üstü veri noktalarının ne zaman güncelleneceğini belirlemek için daha içgörülü yöntemler sağlamaları için son derece uzmanlaşmış üçüncü taraf katılımcıları teşvik ederek, ayrıntılılık iyileştirilebilir ve bu da sonunda dAPP kullanıcılarının faydalarına yansıyacaktır.

Bu noktada, API 3'e dayalı OEV açık artırma çözümü, birden fazla taraf arasında kar dağıtımı sorununu büyük ölçüde çözmüş ve üçüncü tarafın orijinal sahte karları ilgili paydaşlara geri bildirilmiştir. Bu çözüm gerçekten zariftir.

Daha fazla bilgi için: UniswapX Araştırma Raporu (Bölüm 1): V1-3 geliştirme zincirinin özetlenmesi ve yeni nesil DEX'in ilkelerinin, yeniliklerinin ve zorluklarının yorumlanması UniswapX'in açık artırma mekanizmasını anlamak.

7. Özet

API 3, kendi token ekonomisine dayalı otonom bir ekosistem oluşturarak, pozitif ve negatif geri bildirim düzenlemeleri yoluyla sistem operasyonunu daha kararlı hale getiriyor.

Aynı zamanda API 3 ile önerilen OEV Ağı, dAPI fiyatlandırma güncelleme hakları için bir açık artırma mekanizması sunarak OEV akışı sorununu akıllıca çözdü ve OEV'nin oracle ile dApp arasında neden olduğu çatışmayı akıllıca bir şekilde üçüncü bir tarafa aktardı.

Merkezi olmayan uygulamaların popülerliği ve gelişimiyle birlikte güvenilir ve emniyetli oracle hizmetlerine olan talep artmaya devam edecek ve yeni nesil oracle prototipinin ortaya çıktığı görülüyor.

Ancak API 3'ün bazı zorlukları da var.

Bir ekonomik model, başlangıçta tanımlanıp tasarlandığı için uzun vadede istikrarlı bir şekilde işleyemez. Sonraki süreç genellikle aşırı yönetim veya yönetimin ihmal edilmesi durumuna düşecektir.

Ayrıca, API müzayedesinin özü itibar ve faydaların ölçülmesidir. Bu esasen iyimser bir modeldir, kötümser bir model değildir (ZK). Bu itibar yapısını benimseyen LayerZero'nun sürekli çalışması boyunca herhangi bir piyasa sorunu olmamasına rağmen, oracle + çapraz zincir köprüsünün yüksek riskli kombinasyonu bile güvenliğini kanıtlamıştır, ancak yine de riskler vardır. Üne sürekli olarak bahis oynamak, katılımcıların piyasa faydalarının yeterince yüksek olması gerektiği anlamına gelir, bu da API 3'ün piyasa gelişimiyle yakından ilişkilidir.

Son olarak, oracle pazarı için rekabet etmek kolay değildir. Temel neden, her Dapp'in en çok değer verdiği şeyin yalnızca veri sağlama yeteneği değil, aynı zamanda oracle'ın üçüncü taraf konumlandırması olmasıdır. Şimdi API 3 bu noktayı kırdı, ancak Dapp'lerin kendileri de açık artırmalara katılabilir, bu da kaçınılmaz olarak kullanıcıların işbirliği yapıp yapmayacakları konusunda endişelenmelerine neden olur, ancak bu aynı zamanda Dapp'lerinin kendi itibarlarına kumar oynamak anlamına gelir. Ayrıca, chainlink gibi eski markaların takibi imkansız değildir ve pazarı kontrol etmeye devam etmek için daha fazla OEV yayınlayabilirler.

    Bu makale internetten alınmıştır: OVM'nin oracle parça bozucusu API3'ün derinlemesine analizi

    İlgili: Kripto dünyasında yeni bir uyumluluk kilometre taşı: Ethereum spot ETF'si sonunda onaylandı

    Orijinal|Odaily Planet Daily Yazar: jk 23 Mayıs'ta, ABD'de yerel saatle, ABD Menkul Kıymetler ve Borsa Komisyonu (SEC) tüm Ethereum ETF'lerini resmen onaylayarak yatırımcılara geleneksel finansal kanallar aracılığıyla Ethereum'a yatırım yapmaları için yeni bir fırsat sağladı. Bu karar, kripto para birimi endüstrisinin büyük bir onayı olarak görülüyor ve spot Bitcoin ETF'sinden sonra SEC tarafından onaylanan ikinci kripto para birimi ETF'si oluyor. BlackRock, Fidelity ve Grayscale dahil olmak üzere birden fazla Ethereum spot ETF'sinin 19 b-4 formu onaylanmış olsa da, ETF ihraç edenlerin resmi olarak işlem yapmaya başlamadan önce S-1 kayıt beyanlarının yürürlüğe girmesi gerektiği unutulmamalıdır. SEC, S-1 formunu ihraç edenle görüşmeye yeni başladı ve bunu birkaç kez revize etmek zaman alabilir. Bu…

    © 版权声明

    Amerika Birleşik Devletleri