Dağıtık fiyat Oracle Makine'nin çalışma mekanizması
Tek noktada arıza riskini önlemek için, Oracle Makine hizmeti dağıtık bir tasarım benimsemiştir. Örneğin, BTC/Dolar fiyatı sağlamak için bir hizmet, kullanıcılara veri sağlamak üzere 31 bağımsız fiyat Oracle Makine'sini bir araya getirebilir.
Bu toplayıcının sözleşme tasarımı, birden fazla zincir dışı Oracle Makine'nin fiyat verilerini sağlamak için transmit yöntemini çağırarak kullanıcı taleplerine yanıt vermesine olanak tanır. Bu zincir dışı Oracle Makine'ler genellikle EOA hesaplarıdır ve yalnızca BTC/USD toplayıcısına veri sağlamakla kalmaz, aynı zamanda ETH/USD gibi diğer toplayıcılara da hizmet edebilir.
Zincir üzerindeki sözleşmeler, verileri işlerken bir dizi titiz doğrulama adımından geçer:
Öncelikle mevcut sözleşme durumunu okuyun ve ilk kontrolü yapın.
Gerekli hazırlıkları yapın.
Her imza verisi için ecrecover() kullanarak imzayı doğrulayın, hash değerinin doğru olduğundan ve imzalayanın rolünün geçerli olduğundan emin olun.
Gözlem değerlerinin sıralamasını kontrol edin, medyanı seçin ve bunun önceden belirlenmiş eşik değerini aşmadığından emin olun.
Tüm doğrulamaları geçtikten sonra, Oracle Makine'nin answer'ını kaydedin ve son kontrolü yapın.
Son adım kontrolü, fiyat sapmalarının kabul edilebilir bir aralıkta olduğundan emin olmak için diğer Oracle Makine sistemleri (örneğin, Compound'un kullandığı fiyat Oracle Makinesi) ile verilerin karşılaştırılmasını içerir.
Feed Registry basitleştirilmiş erişim süreci
Yönetim maliyetlerini düşürmek ve esnekliği artırmak için, Feed Registry PriceFeeds'in bir toplayıcısı olarak tanıtılmıştır. Birden fazla priceFeed'i önceden toplar, kullanıcılar fiyat verilerini doğrudan Feed Registry aracılığıyla okuyabilir, her bir token'ın priceFeed'ini kendileri ayarlamak zorunda kalmazlar.
Çok Katmanlı Veri Agregasyon Mekanizması
Fiyat verilerinin doğruluğu üç seviyede birleştirme ile sağlanır:
Veri Kaynağı Birleştirme: Çeşitli borsa platformlarından ham fiyat verileri toplanır ve profesyonel veri hizmet sağlayıcıları tarafından ağırlıklı hesaplama yapılır.
Düğüm Operatörü Toplama: Chainlink Düğüm Operatörleri, birden fazla bağımsız veri toplama hizmet sağlayıcısından verileri alır, ortalamasını alır ve aykırı değerleri hariç tutar.
Oracle Makine Ağı Toplama: Yanıt düğüm sayısı önceden belirlenen değere ulaştığında, bu düğümlerin verilerinin medyanı nihai fiyat olarak alınır.
Fiyat güncellemeleri tetikleme mekanizması, sapma eşiği ve kalp atışı eşiği içerir, farklı PriceFeed'ler farklı parametre ayarları kullanabilir.
Chainlink fiyat Oracle Makine'nin yüksek güvenlik ve kullanım kolaylığına sahip olmasına rağmen, fiyat güncelleme mekanizması veri güncellemelerinin yavaş olmasına neden olabilir; güncelleme süreleri birkaç dakikadan 24 saate kadar değişmektedir. Bu nedenle, fiyatın gerçek zamanlı olma gereksiniminin düşük olduğu uygulama senaryoları için daha uygundur; bu da onun ana sınırlamalarından biridir.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
9 Likes
Reward
9
7
Share
Comment
0/400
WagmiWarrior
· 9h ago
Eski projeler hala sağlam.
View OriginalReply0
FancyResearchLab
· 07-26 06:30
Yine fiyat Oracle Makine'si, yine akıllı sözleşmeler tarafından sıkıştım.
View OriginalReply0
SneakyFlashloan
· 07-24 04:24
Gerçek zamanlılık hala optimize edilmesi gereken bir konu.
View OriginalReply0
Token_Sherpa
· 07-24 04:19
meh... gecikme süresi sorunları hala odadaki fil tbh
View OriginalReply0
CrossChainBreather
· 07-24 04:16
Fiyat yavaşsa yavaş olsun, stabil olsun yeter.
View OriginalReply0
LostBetweenChains
· 07-24 04:04
Güvenlik ne kadar yüksek olursa olsun, gecikmeye dayanamaz.
Chainlink Oracle Makine: Dağıtık Fiyat Toplama ve Çok Katmanlı Doğrulama Mekanizması Analizi
Dağıtık fiyat Oracle Makine'nin çalışma mekanizması
Tek noktada arıza riskini önlemek için, Oracle Makine hizmeti dağıtık bir tasarım benimsemiştir. Örneğin, BTC/Dolar fiyatı sağlamak için bir hizmet, kullanıcılara veri sağlamak üzere 31 bağımsız fiyat Oracle Makine'sini bir araya getirebilir.
Bu toplayıcının sözleşme tasarımı, birden fazla zincir dışı Oracle Makine'nin fiyat verilerini sağlamak için transmit yöntemini çağırarak kullanıcı taleplerine yanıt vermesine olanak tanır. Bu zincir dışı Oracle Makine'ler genellikle EOA hesaplarıdır ve yalnızca BTC/USD toplayıcısına veri sağlamakla kalmaz, aynı zamanda ETH/USD gibi diğer toplayıcılara da hizmet edebilir.
Zincir üzerindeki sözleşmeler, verileri işlerken bir dizi titiz doğrulama adımından geçer:
Son adım kontrolü, fiyat sapmalarının kabul edilebilir bir aralıkta olduğundan emin olmak için diğer Oracle Makine sistemleri (örneğin, Compound'un kullandığı fiyat Oracle Makinesi) ile verilerin karşılaştırılmasını içerir.
Feed Registry basitleştirilmiş erişim süreci
Yönetim maliyetlerini düşürmek ve esnekliği artırmak için, Feed Registry PriceFeeds'in bir toplayıcısı olarak tanıtılmıştır. Birden fazla priceFeed'i önceden toplar, kullanıcılar fiyat verilerini doğrudan Feed Registry aracılığıyla okuyabilir, her bir token'ın priceFeed'ini kendileri ayarlamak zorunda kalmazlar.
Çok Katmanlı Veri Agregasyon Mekanizması
Fiyat verilerinin doğruluğu üç seviyede birleştirme ile sağlanır:
Veri Kaynağı Birleştirme: Çeşitli borsa platformlarından ham fiyat verileri toplanır ve profesyonel veri hizmet sağlayıcıları tarafından ağırlıklı hesaplama yapılır.
Düğüm Operatörü Toplama: Chainlink Düğüm Operatörleri, birden fazla bağımsız veri toplama hizmet sağlayıcısından verileri alır, ortalamasını alır ve aykırı değerleri hariç tutar.
Oracle Makine Ağı Toplama: Yanıt düğüm sayısı önceden belirlenen değere ulaştığında, bu düğümlerin verilerinin medyanı nihai fiyat olarak alınır.
Fiyat güncellemeleri tetikleme mekanizması, sapma eşiği ve kalp atışı eşiği içerir, farklı PriceFeed'ler farklı parametre ayarları kullanabilir.
Chainlink fiyat Oracle Makine'nin yüksek güvenlik ve kullanım kolaylığına sahip olmasına rağmen, fiyat güncelleme mekanizması veri güncellemelerinin yavaş olmasına neden olabilir; güncelleme süreleri birkaç dakikadan 24 saate kadar değişmektedir. Bu nedenle, fiyatın gerçek zamanlı olma gereksiniminin düşük olduğu uygulama senaryoları için daha uygundur; bu da onun ana sınırlamalarından biridir.