Flare adalah Layer 1 proof-of-stake yang kompatibel dengan EVM, dirancang untuk membuat data eksternal tersedia bagi smart contract melalui protokol yang diabadikan. FLR adalah aset gas dan staking aslinya, sementara FLR yang dibungkus mendukung delegasi dan akuntansi tata kelola. Halaman ini berfokus pada risiko fLR, WFLR, dan FAsset serta pemeriksaan yang perlu dilakukan pengguna sebelum mengirim dana, membayar biaya, atau menggunakan jaringan.
Pahami bagaimana protokol data Flare dan peran FLR memengaruhi transaksi, delegasi, dan FAssets.
Subjek:
Flare
Mode pasar:
Hanya Snapshot
Aset biaya:
FLR
Zona Waktu:
UTC
Halaman ini tidak memvalidasi nilai oracle, merekomendasikan penyedia data, menjamin penebusan FAsset, atau mengaudit kontrak.
Kepemilikan konten: Tim Editorial BitcoinToolkitReferensi teknis: Dokumentasi protokol resmi dan pengembang.Pendekatan tinjauan: Penjelasan teknis diperiksa terhadap sumber primer dan diperbarui ketika jaringan atau aset berubah.Tinjauan konten terakhir: Integrasi data terakhir diuji:
Risiko FLR, WFLR, dan FAsset
Pembungkusan, delegasi, dan representasi aset lintas rantai menciptakan kontrak dan asumsi yang berbeda.
Satu aset asli, beberapa peran yang dapat diprogram
FLR membayar gas dan dapat dibungkus satu lawan satu menjadi WFLR untuk delegasi dan akuntansi yang kompatibel dengan tata kelola. Pembungkusan bukanlah staking dengan sendirinya, dan kekuatan suara yang didelegasikan tidak memberikan penyedia hak asuh atas token. Pengguna masih membutuhkan FLR untuk gas biasa.
FAssets mewakili aset eksternal melalui agen yang terlalu dijamin, penetapan harga FTSO, dan verifikasi FDC. Pencetakan dan penebusan bergantung pada pembayaran rantai eksternal, kesehatan agunan, agen, dan kontrak protokol. Saldo FXRP atau FBTC bukanlah aset asli di rantai asalnya.
Konteks Operasional Flare
Smart contract dapat mengonsumsi data yang didukung jaringan tanpa setiap aplikasi membangun jalur oracle yang sama.
Eksekusi dan konsensus data terpisah
Flare mengeksekusi kontrak Solidity dalam lingkungan EVM dan membebankan gas dalam FLR. Sistem khasnya mengoordinasikan penyedia yang mengirimkan data dan memberikan suara pada nilai atau peristiwa eksternal yang didukung. Transaksi Flare yang valid dapat menggunakan output tersebut, tetapi tidak membuat setiap klaim eksternal dapat dipercaya.
Pengembang harus memilih protokol data, putaran, dan bukti yang benar. Konsensus penyedia, kesegaran data, sumber yang didukung, dan perilaku fallback aplikasi semuanya penting. Aplikasi harus menampilkan saat data basi atau tidak tersedia, alih-alih diam-diam menggunakan kembali nilai lama.
Observasi deret waktu dan bukti peristiwa menjawab pertanyaan yang berbeda.
Konfirmasi Flare tidak menyelesaikan setiap pertanyaan operasional selanjutnya.
Nilai kontinu versus fakta yang diminta
FTSO menerbitkan feed deret waktu terdesentralisasi seperti harga aset melalui pengiriman dan agregasi penyedia yang berulang. Kekuatan suara WFLR yang didelegasikan membantu menentukan bobot penyedia berdasarkan aturan protokol saat ini. Delegasi tidak mengalihkan kepemilikan token yang dibungkus.
FDC memproses permintaan tentang peristiwa eksternal yang didukung, mengumpulkan persetujuan penyedia, dan melakukan komitmen akar Merkle yang dapat diverifikasi oleh kontrak dengan bukti. Dukungan attestation, usia data, dan aturan konfirmasi bervariasi menurut jenis dan sumber, jadi bukti harus ditafsirkan dalam cakupan yang didokumentasikan.
Pemeriksaan Flare Sebelum Anda Menggunakan Data atau FAssets
Output protokol, logika aplikasi, dan aset yang diwakili harus diverifikasi secara independen.
Periksa jalur dependensi lengkap
Konfirmasikan mainnet Flare, alamat kontrak, dan gas FLR. Untuk nilai FTSO, periksa pengidentifikasi feed, putaran, dan kesegaran. Untuk FDC, periksa jenis attestation, sumber, bukti, dan batas data-age. Jangan pernah hanya mengandalkan angka frontend.
Untuk delegasi WFLR, verifikasi penyedia dan pahami bahwa hadiah dan akurasi dapat bervariasi. Untuk FAssets, tinjau agunan, agen, penebusan, dan persyaratan rantai eksternal. Lacak transaksi Flare dan rantai sumber saat alur kerja melintasi jaringan.
WFLR adalah representasi satu-ke-satu yang dibungkus yang digunakan untuk delegasi yang dapat diprogram dan akuntansi tata kelola.
Apakah FTSO dan FDC sama?
Tidak. FTSO mempublikasikan nilai deret waktu berulang, sementara FDC membuktikan peristiwa eksternal yang didukung.
Apa yang harus saya verifikasi sebelum transaksi Flare?
Periksa tujuan resmi, jaringan saat ini, representasi aset, jumlah, penerima, dan izin yang diminta. Flare Time Series Oracle menggabungkan nilai deret waktu, dan Flare Data Connector mencapai konsensus penyedia pada peristiwa eksternal yang didukung. Aplikasi memverifikasi keluaran protokol di rantai, sementara FAssets menggunakan sistem data ini plus mekanisme jaminan dan agen. Setelah konfirmasi, periksa saldo yang dihasilkan atau status protokol alih-alih hanya mengandalkan pesan sukses dompet.
Keterbatasan yang Diketahui
Protokol data dan sumber yang didukung berkembang.
Halaman ini tidak memvalidasi bukti langsung.
FAssets menambahkan risiko jaminan dan agen.
Metodologi Data Pasar
Halaman ini menggunakan snapshot FLR/USD agregat CoinGecko. Tidak ada grafik bursa yang dirender untuk entitas ini.
Sumber Snapshot Pasar
Data pasar agregat CoinGecko (FLR/USD)
Cache
Cache snapshot sekitar 60 detik.
Penanganan Kegagalan
Data cache terverifikasi diberi label Cached atau Delayed. Nilai yang hilang tetap tidak tersedia.
