Geri

Daha fazla veri daha hızlı teslim edilir: FTSOv2

FTSOv2, Flare Time Series Oracle'ın daha düzenli güncellemeler, daha iyi performans, daha geniş bir veri akışı yelpazesi ve yüksek frekanslı güncellemeler içeren bir yükseltmesidir. Flare'in veriler için blok zinciri vizyonunu gerçekleştirmek için bir adımdır.

Bu blog yazısında, yeni protokolün faydalarını sunacak ve bunu mümkün kılan teknik optimizasyonları özetleyeceğiz. Daha ayrıntılı bir inceleme için, en son teknik raporumuz bu özeti genişleterek FTSOv2 tasarımının mekaniğini ve faydalarını açıklamaktadır.

Veriler için Blok Zinciri kapsamını genişletiyor

Flare'in yükseltilmiş oracle'ı FTSOv2, borç verme veya ticaret dapp'leri gibi merkezi olmayan finans (DeFi) alanında faaliyet gösteren işletmeler için zincir içi veri erişiminde önemli bir ilerleme sağlıyor. Flare'in oracle'ları, veri erişilebilirliğini artırarak ve kullanım maliyetlerini azaltarak, mevcut oracle teknolojilerine göre belirgin bir iyileşme sağlıyor ve veri alışverişinde ademi merkeziyetçilik ve uygun fiyat için yeni bir ölçüt oluşturuyor.

Flare, hem Flare hem de diğer zincirler üzerine inşa edilmiş uygulamaları desteklemek için tamamen merkeziyetsiz oracle'lara odaklanıyor. Oracle'ları Flare blok zincirine dahil ederek, tam merkeziyetsizliğin sağladığı doğal güvenlikten faydalanıyorlar ve bu da DeFi ve daha geniş web3 alanındaki güvenilir, merkeziyetsiz veri akışlarına yönelik kritik ihtiyacı karşılıyor.

Sağlam bir temel geliştiren Flare, şimdi veri yeteneklerini hisse senetleri ve emtialar gibi daha geniş bir varlık yelpazesini içerecek şekilde genişletiyor ve bu akışların iletilebileceği gecikme süresini azaltıyor. Bu, verileri blok zincirleri arasında ve web2 ile web3 arasında bağlama konusunda daha fazla ilerleme için hazırlık niteliğindedir.

Bu girişimler, ağın güvenli ve verimli zincirler arası veri alışverişini kolaylaştırma hedefiyle uyumlu olarak güvenliği artırmayı, maliyetleri azaltmayı ve geliştirme süreçlerini basitleştirmeyi amaçlamaktadır.

Oracle Erişimini Merkezsizleştirme

Oracle'lar, DeFi'nin kritik bir yapı taşıdır ve zincir üzerindeki akıllı sözleşmelere doğru, gerçek zamanlı zincir dışı veriler sağlayarak büyük miktarda değeri güvence altına alır. Tüm büyük oracle'lar sınırlı sayıda veri sağlayıcısına bağlıdır ve en büyük oracle'lar etkin bir şekilde izinli bir ağ üzerinde çalışır. Bu durum, merkeziyetsiz finansın temel vizyonuna zarar vermektedir - aşırı durumlarda kullanıcıları yıkıcı kayıplara ve piyasa manipülasyonu yoluyla daha kademeli ancak aynı derecede kötü huylu kayıplara maruz bırakmaktadır.

FTSOv2, Flare'in çok çeşitli veri akışlarını desteklerken ve merkezsizliği korurken yüksek frekanslı güncellemeler yapabilen bir oracle oluşturma çözümüdür.

Bugün piyasada bulunan ve bir veri akışının 5 düğüm kadar az sayıda düğümle güvence altına alınabildiği bazı çözümlerin aksine, FTSOv2 her bir veri akışının 100 düğümden oluşan tüm ağ tarafından güvence altına alınacağını garanti eder. Bu garantiler, geliştiricilerin ve kullanıcıların, söz konusu beslemenin belirli özelliklerini anlamak zorunda kalmadan FTSOv2 fiyat beslemelerine güvenmelerini önemli ölçüde daha güvenli ve kolay hale getirir.

Genellikle, oracle'lar izinli bir yaklaşım izler ve yalnızca büyük kurumları ve ticaret firmalarını ağlarına veri sağlayıcı olarak dahil ederek gecikme uğruna ağ merkezsizliğinden ödün verirler. Flare bu tür ödünler vermez - çeşitli veri sağlayıcılarının işe alım süreci tamamen izinsizdir ve Flare Ağı kullanıcıları tarafından açık delegasyonlarla desteklenir. Ayrıca, belki de Flare gibi merkezi olmayan bir Proof of Stake (PoS) Katman 1 kullanmanın potansiyelini gören diğer oracle'lar da şu anda PoS'a geçmenin ilk aşamalarındadır. Bununla birlikte, bu ağlar Flare'e kıyasla oracle güvenliği için stake edilen yerel tokenlerin düşük bir yüzdesine sahiptir; Flare'in %66'sına kıyasla yaklaşık %7.

Flare Time Series Oracle'ı Yükseltme

Flare Time Series Oracle'ın mevcut iterasyonu olan FTSOv1, her 3 dakikada bir 18 fiyat beslemesinden oluşan bir koleksiyonu güncellemektedir. FTSO'nun yeni iterasyonu, hem güncelleme sıklığını hem de mevcut besleme sayısını ölçeklendirerek bu süreci geliştirmektedir. Ayrıca, artık iki farklı güncelleme türü desteklenmektedir:

  • Çapa güncellemeleri, FTSOv1'de olduğu gibi birden fazla sağlayıcıdan gelen tahminleri birleştiren periyodik olarak güncellenen FTSO veri akışları.
  • Akış güncellemeleri, her bloktaki veri akışlarında artımlı güncellemeler yayınlamak için hızlı bir güncelleme tekniğinden yararlanan yeni bir özelliktir.

Çapa güncellemeleri, oylama sürecinde yapılan bir dizi iyileştirme ile desteklenmekte ve sürecin temel kavramlarını değiştirmeden daha iyi performans sağlamaktadır. İyileştirmeler, FTSO'nun arzu edilen özelliklerini korumak üzere tasarlanmıştır: ademi merkeziyetçilik, doğruluk ve güvenlik. Orijinal tasarımda olduğu gibi, her bir veri besleme değeri hala Flare Ağındaki 100 veri sağlayıcısından gelen bireysel tahminlerden toplanmaktadır. Değiştirilmiş teşvik ve sınırlama yapısı, sağlayıcıları doğru tahminler belirlemeye teşvik ederken, sağlayıcıların birleştirilmiş değerleri kötü niyetli olarak etkilemesini engeller.

Yeni akış değerleri, blok başına bir dizi artımlı güncellemeden oluşur ve daha basit bir toplama mekanizması ile güncellemelere daha hızlı erişim sağlar. Akış beslemesi, hızlı güncellemeler olarak bilinen ve kura ile seçilen döner sağlayıcıların her birinin verilere artımlı güncellemeler gönderdiği bir sürece dayanır. Bu artışların boyutu topluluk finansmanı ile değiştirilebilir, böylece akış güncellemeleri talep üzerine çalışır: dapps ve diğer kullanıcılar giderek daha doğru veri akışlarına erişmek için bir ücret öderler.

Hem çapa güncellemelerinde yapılan iyileştirmeler hem de akış güncellemelerinin getirilmesi, protokolün gaz tüketimine zarar vermeyecek şekilde tasarlanmıştır; bu da FTSO'nun hala sürdürülebilir olduğu ve Flare Ağının mevcut gaz veriminin çok fazlasını tüketmediği anlamına gelir.

Özetle, FTSOv2 bir önceki iterasyonu üç şekilde geliştirmektedir:

  • Çapa güncellemeleri her 90 saniyede bir sağlanarak veri değerlerinin yayınlanması arasındaki gecikme yarıya indirilir.
  • Başlangıçta desteklenen 50'den fazla veri beslemesi ve 1000 beslemeye kadar ölçeklenebilen bir tasarımla desteklenen değerleme sayısı önemli ölçüde artmıştır.
  • Akış güncellemeleri, çapa güncellemeleri arasında sağlanır ve olası bir doğruluk maliyetiyle güncellemelere daha yüksek bir sıklıkta isteğe bağlı erişim sağlar.

Ölçekli Flare üzerinde Oracle Erişimi

FTSO'nun bir turunun genel akışı değişmeden kalır: 100 veri sağlayıcı her bir veri akışının değerini tahmin eder, bunların bireysel tahminleri daha sonra ağırlıklı medyan algoritması kullanılarak bir dizi nihai değer halinde toplanır. Yine, iyileştirilmiş süreç, daha fazla veri akışını ve daha hızlı güncellemeleri desteklemesine rağmen sürdürülemez bir gaz tüketmiyor. Peki bu düşük maliyetli iyileştirmeler nasıl işliyor? İşin sırrı, hantal hesaplamaların zincir dışına taşınmasında ve yalnızca doğrulama bilgilerinin zincir üzerinde yayınlanmasında yatıyor. Bu şekilde, hesaplamaların gerçekleştirilmesi için gereken zor işler sağlayıcılara yüklenerek zincir üzerindeki hesaplamalar en aza indirilir. Sağlayıcılar daha sonra doğrulama verilerini zincire yükleyerek zincir dışı hesaplamaların doğru yapıldığını kanıtlar. Böylece, FTSOv2'nin bir oylama turu aşağıdaki gibi ilerler:

  • Her bir sağlayıcı, desteklenen FTSO veri akışlarının her biri için kendi tahminini hesaplar ve zincire kendi bireysel tahminlerini taahhüt eden tek bir karma yükler.
  • Her sağlayıcı kendi tahmin listesini açıklar ve bilgileri zincir üzerine yükler.
  • Zincir dışı sağlayıcılar, oylama turundaki her bir besleme için toplam değeri hesaplar.
  • Sağlayıcılar medyan değerlerinin listesini tek bir hash halinde paketler ve bu hash'i, hash üzerinde bir imza ile birlikte zincire yükler.
  • Aynı hash'e karşılık gelen yeterli sayıda imza yüklendiğinde, bu hash tur için veri akışlarının nihai değerlerini belirler ve bunlar artık örneğin akıllı sözleşmelerde kullanılabilir.

Akış diyagramından, yeni FTSO tasarımının gaz tüketimini nasıl en aza indirdiğini görebiliriz: en maliyetli hesaplamalar boşaltılmıştır ve doğrudan sağlayıcıların sorumluluğundadır. Depolama maliyetleri, bu hesaplamaların sonuçlarının mümkün olan yerlerde sıkıştırılmış karma bir biçimde zincire yüklenmesiyle en aza indirilmiştir. Bu iki optimizasyon arasında, FTSOv2 yeniden tasarımı, yönetilemez gaz maliyetlerine maruz kalmadan daha yüksek bir hızı ve daha geniş bir kapsamı destekleyebilmektedir.

Ağırlıklar ve Kapaklar: Ademi Merkeziyetçilik ve Doğruluğun Dengelenmesi

FTSO 100 sağlayıcıdan girdi alır ve bu tahminleri ağırlıklı bir medyan değerde toplamaya dayalı olarak her tur için değerler çıkarır. FTSO'nun amaçları doğrultusunda, bir sağlayıcının ağırlığı, sağlayıcının kendisi tarafından tahakkuk ettirilen veya Flare Ağının diğer kullanıcıları tarafından sağlayıcıya devredilen sarılmış FLR (WFLR) miktarına karşılık gelir. Her bir besleme için birleştirilmiş değer, sağlayıcı tahminlerinin ağırlıklı bir ortancasıdır: daha yüksek ağırlığa sahip sağlayıcılar tarafından verilen tahminler, daha küçük sağlayıcıların tahminlerine göre birleştirilmiş fiyat üzerinde daha fazla etkiye sahiptir, çünkü daha yüksek ağırlığa sahip sağlayıcılar daha kaliteli veri tahminleri geçmişine sahiptir.

Bununla birlikte, bireysel sağlayıcıların bir turda çok fazla girdiye sahip olmasını ve protokolün ademi merkeziyetçiliğine zarar vermesini önlemek için, bireysel bir sağlayıcının maksimum ağırlığına% 2,5'lik bir sınır uyguluyoruz. Ağırlığı bu sınırı aşan herhangi bir sağlayıcı, medyan hesaplaması amacıyla ağırlığın %2,5'ine sahip olarak kabul edilir ve fazla ağırlık tüm sağlayıcılar arasında dağıtılır. İmzalama sürecinde, bir sonucun kesinleşmesi için sağlayıcı ağırlığının %50 veya daha fazlasının birleşik ağırlığı gereklidir.

Hızlı Güncellemeler: Talep Üzerine Düşük Gecikmeli Güncellemeler

FTSOv2 tasarımı, her 90 saniyede bir 1000 veri akışına kadar güncellemeyi desteklemenin yanı sıra, daha düzenli olarak güncellenen hafif bir tasarıma sahip yardımcı bir veri akışı olan hızlı güncellemeler adlı yeni bir özelliği de desteklemektedir. Hızlı güncellemeler üzerinde çalışan akış beslemesi, ana FTSO beslemesiyle aynı veri beslemelerini destekler, ancak bunları farklı bir şekilde günceller - periyodik değerlemeler yerine sürekli güncellenen bir akış. Her blokta, hızlı güncelleme yapmak üzere rastgele bir sağlayıcı seçimi yapılır ve bu sağlayıcılar ağırlıklarıyla orantılı bir olasılıkla seçilir. Seçilen her sağlayıcı daha sonra her akış beslemesi için değerinde küçük bir değişikliği temsil eden bir artış gönderir; bu artışların toplanması bir sonraki akış değerini belirler. Tek bir artışın boyutu ve güncelleme sayısı, yönetim veya topluluk finansmanı tarafından belirli bir zamanda temel varlığın oynaklığını yansıtacak şekilde değiştirilebilen parametrelerdir. Bu şekilde, daha hızlı veri güncellemeleriyle ilgilenen bir uygulama veya diğer kullanıcılar, akış akışının doğruluğunu artırmak için hızlı güncelleme protokolünü finanse edebilir.

 

Grafik, blok başına beklenen güncelleme sayısı (e) ve artışların hassasiyeti (p) gibi hızlı güncelleme parametrelerindeki fonlu bir artışın, akış değerlerinin gerçek değerlerin değişken davranışını varsayılan davranıştan daha yakından izlemesine nasıl izin verebileceğini göstermektedir.

Bu mekanizmanın en önemli avantajı, güncellemeler esasen her blokta sağlanabildiği için hızıdır. Bununla birlikte, hızlı güncelleme akışının güvenlik ve doğruluk garantileri, toplama işlemi daha basit olduğu için çapa değerlerinkinden daha az sağlamdır. Bu nedenle, akış güncellemeleri öncelikle en güncel bilgilere sahip olmanın çok önemli olduğu uygulamalara yöneliktir.

FTSO için ödüllendirme

FTSOv1'de olduğu gibi, sağlayıcılar doğru tahminler ve aktif katılım için ödüllendirilir. Sağlayıcılar, ödüllerin büyüklüğü sağlayıcının ağırlığına ve sürecin önemine bağlı olarak aşağıdaki şekillerde ödüllendirilir:

  • Çapa veri akışlarına doğru gönderim yapan sağlayıcılar, ağırlıklı medyan değere yakın değerler gönderdikleri için ödüllendirilir - ve bu birincil öneme sahip olduğundan, çapa güncellemeleri için ödüllerin yaklaşık %80'i iyi gönderimler için ayrılmıştır
  • Çapa güncellemeleri için kalan ödüller, FTSO turlarının imzalanması ve sonuçlandırılmasına aktif katılım için tahsis edilir. Bu, sistemin doğru ve hızlı bir şekilde çalışmasını sağlar.
  • Hızlı güncellemeler gönderen sağlayıcılara, akış beslemesi o tur için çapa değerine yakın olduğu sürece, her 90 saniyelik pencerenin sonunda akış doğruluğu ödüllerinden bir pay verilir.
  • Hızlı güncellemelere tüm katılımlar, doğruluğuna bakılmaksızın, hızlı güncelleme altyapısına ilk yatırımı teşvik etmek için ödüllendirilir. Bu ödüller, akış beslemesi daha sağlam bir şekilde kurulduktan sonra kaldırılabilir.

Sağlayıcılar için ödüllerin yanı sıra, WFLR'lerini bir sağlayıcıya delege eden kullanıcılar, başarılı sağlayıcılara delege ettikleri için ödüllendirilir. Her bir sağlayıcıya ağırlığına göre ödüller atanır ve bu ödüllerin bir kısmı, her bir delegasyonun sağladığı sağlayıcı ağırlığının bir kısmına göre, eksi sağlayıcılar tarafından hizmetleri için alınan bir yüzde ücreti ile delegatörlere aktarılır.

Sonuç

FTSOv2'nin dağıtımı, ağın verileri daha erişilebilir, uygun maliyetli ve merkezi olmayan hale getirerek demokratikleştirme hedefinin ayrılmaz bir bileşeni olarak hizmet vermektedir. Bu blog yazısında, FTSO'nun v2 tasarımında daha geniş bir veri akışı yelpazesini kolaylaştıran, güncellemeler arasındaki boşluğu kısaltan ve FTSO'ların arzu edilen güvenlik ve ademi merkeziyetçilik özelliklerini koruyan iyileştirmeleri özetledik. İyileştirmelerin temel odak noktası, hesaplama yüklerini zincir dışına taşımak, böylece gaz tüketimini ve gecikmeyi en aza indirmektir. Buna ek olarak, ana beslemeye eşlik eden ikincil bir akış beslemesi sağlayan ve veri beslemelerini hızlı bir şekilde güncellemeye özel ihtiyaç duyan kullanıcıları destekleyen yeni hızlı güncelleme özelliğini inceledik.

Bu geliştirmeler yalnızca merkezi olmayan finans platformları için canlı, yüksek güvenceli verilere erişimi iyileştirmekle kalmıyor, aynı zamanda verilerin çeşitli blok zinciri mimarileri arasında sorunsuz bir şekilde değiş tokuş edilebileceği kapsamlı bir çerçevenin temelini oluşturuyor. Özünde FTSOv2, Flare'in geleneksel ve blok zinciri tabanlı veri ekosistemleri arasında simbiyotik bir entegrasyonu kolaylaştırma ve böylece işletmelerin yenilik, operasyonel optimizasyon ve genişleme için blok zinciri teknolojisinin dönüştürücü potansiyelini kullanmalarını sağlama konusundaki kararlılığını somutlaştırmaktadır.