Untuk menghindari titik kegagalan tunggal, layanan Mesin Oracle mengadopsi desain terdistribusi. Sebagai contoh, untuk menyediakan harga BTC terhadap dolar, satu layanan mungkin menggabungkan 31 Mesin Oracle harga independen untuk memberikan data kepada pengguna.
Desain kontrak agregator ini memungkinkan beberapa mesin oracle off-chain untuk menyediakan data harga dengan memanggil metode transmit, sehingga merespons permintaan pengguna. Mesin oracle off-chain ini biasanya adalah akun EOA, yang tidak hanya menyediakan data untuk agregator BTC/USD, tetapi juga dapat melayani agregator lain seperti ETH/USD.
Kontrak on-chain akan melalui serangkaian langkah verifikasi yang ketat saat memproses data:
Pertama, baca status kontrak saat ini dan lakukan pemeriksaan awal.
Melakukan persiapan yang diperlukan.
Gunakan ecrecover() untuk memverifikasi setiap data tanda tangan, pastikan nilai hash benar dan peran penandatangan valid.
Periksa urutan nilai pengamatan, pilih median, dan pastikan tidak melebihi ambang batas yang telah ditentukan.
Setelah semua verifikasi dilakukan, catat jawaban Mesin Oracle dan lakukan verifikasi akhir.
Langkah terakhir dalam verifikasi melibatkan perbandingan data dengan sistem Mesin Oracle lainnya (seperti Mesin Oracle harga yang digunakan oleh Compound), untuk memastikan bahwa deviasi harga berada dalam batas yang dapat diterima.
Proses Akses Feed Registry yang Disederhanakan
Untuk mengurangi biaya pengelolaan dan meningkatkan fleksibilitas, Feed Registry diperkenalkan sebagai agregator PriceFeeds. Ini mengagregasi beberapa priceFeed sebelumnya, sehingga pengguna dapat langsung membaca data harga melalui Feed Registry, tanpa perlu mengatur priceFeed setiap token secara mandiri.
Mekanisme agregasi data multi-level
Akurasi data harga dijamin melalui tiga tingkat agregasi:
Penggabungan Sumber Data: Mengumpulkan data harga asli dari berbagai platform perdagangan dan dihitung dengan bobot oleh penyedia layanan data profesional.
Pengoperasian Node Aggregator: Pengoperasi Node Chainlink mengumpulkan data dari beberapa penyedia layanan agregasi data independen, mengambil nilai median dan menghapus nilai-nilai yang tidak normal.
Penggabungan Jaringan Mesin Oracle: Ketika jumlah node respons telah mencapai nilai yang ditentukan, ambil nilai tengah dari data node ini sebagai harga akhir.
Mekanisme pemicu pembaruan harga mencakup ambang deviasi dan ambang detak jantung, PriceFeed yang berbeda mungkin menggunakan pengaturan parameter yang berbeda.
Meskipun harga Mesin Oracle Chainlink memiliki keamanan dan kemudahan penggunaan yang tinggi, mekanisme pembaruan harganya dapat menyebabkan pembaruan data menjadi lambat, dengan siklus pembaruan berkisar dari beberapa menit hingga 24 jam. Oleh karena itu, ini lebih cocok untuk skenario aplikasi yang tidak memerlukan real-time harga yang tinggi, yang juga merupakan keterbatasan utamanya.
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
9 Suka
Hadiah
9
7
Bagikan
Komentar
0/400
WagmiWarrior
· 9jam yang lalu
Proyek lama masih stabil.
Lihat AsliBalas0
FancyResearchLab
· 07-26 06:30
Sekali lagi melihat Mesin Oracle, sekali lagi akan terjebak oleh smart contract.
Lihat AsliBalas0
SneakyFlashloan
· 07-24 04:24
Real-time masih perlu dioptimalkan.
Lihat AsliBalas0
Token_Sherpa
· 07-24 04:19
meh... masalah latensi masih menjadi isu yang sangat penting sejujurnya
Lihat AsliBalas0
CrossChainBreather
· 07-24 04:16
Harga lambat ya lambat sedikit, yang penting stabil.
Lihat AsliBalas0
LostBetweenChains
· 07-24 04:04
Keamanan sebaik apapun, keterlambatan tetap tidak bisa ditoleransi.
Chainlink Mesin Oracle: Analisis Penggabungan Harga Terdistribusi dan Mekanisme Verifikasi Multilapis
Mekanisme kerja Mesin Oracle harga terdistribusi
Untuk menghindari titik kegagalan tunggal, layanan Mesin Oracle mengadopsi desain terdistribusi. Sebagai contoh, untuk menyediakan harga BTC terhadap dolar, satu layanan mungkin menggabungkan 31 Mesin Oracle harga independen untuk memberikan data kepada pengguna.
Desain kontrak agregator ini memungkinkan beberapa mesin oracle off-chain untuk menyediakan data harga dengan memanggil metode transmit, sehingga merespons permintaan pengguna. Mesin oracle off-chain ini biasanya adalah akun EOA, yang tidak hanya menyediakan data untuk agregator BTC/USD, tetapi juga dapat melayani agregator lain seperti ETH/USD.
Kontrak on-chain akan melalui serangkaian langkah verifikasi yang ketat saat memproses data:
Langkah terakhir dalam verifikasi melibatkan perbandingan data dengan sistem Mesin Oracle lainnya (seperti Mesin Oracle harga yang digunakan oleh Compound), untuk memastikan bahwa deviasi harga berada dalam batas yang dapat diterima.
Proses Akses Feed Registry yang Disederhanakan
Untuk mengurangi biaya pengelolaan dan meningkatkan fleksibilitas, Feed Registry diperkenalkan sebagai agregator PriceFeeds. Ini mengagregasi beberapa priceFeed sebelumnya, sehingga pengguna dapat langsung membaca data harga melalui Feed Registry, tanpa perlu mengatur priceFeed setiap token secara mandiri.
Mekanisme agregasi data multi-level
Akurasi data harga dijamin melalui tiga tingkat agregasi:
Penggabungan Sumber Data: Mengumpulkan data harga asli dari berbagai platform perdagangan dan dihitung dengan bobot oleh penyedia layanan data profesional.
Pengoperasian Node Aggregator: Pengoperasi Node Chainlink mengumpulkan data dari beberapa penyedia layanan agregasi data independen, mengambil nilai median dan menghapus nilai-nilai yang tidak normal.
Penggabungan Jaringan Mesin Oracle: Ketika jumlah node respons telah mencapai nilai yang ditentukan, ambil nilai tengah dari data node ini sebagai harga akhir.
Mekanisme pemicu pembaruan harga mencakup ambang deviasi dan ambang detak jantung, PriceFeed yang berbeda mungkin menggunakan pengaturan parameter yang berbeda.
Meskipun harga Mesin Oracle Chainlink memiliki keamanan dan kemudahan penggunaan yang tinggi, mekanisme pembaruan harganya dapat menyebabkan pembaruan data menjadi lambat, dengan siklus pembaruan berkisar dari beberapa menit hingga 24 jam. Oleh karena itu, ini lebih cocok untuk skenario aplikasi yang tidak memerlukan real-time harga yang tinggi, yang juga merupakan keterbatasan utamanya.