Lompat ke konten
Financial Context Wiki

Oracle blockchain

Oracle blockchain menyediakan klaim terautentikasi kepada kontrak tentang data yang tidak dapat diturunkan dari status deterministik jaringan; penggunaan aman bergantung pada seluruh jalur sumber, pelaporan, transportasi, verifikasi, dan konsumen.

Diperbarui

Hanya untuk tujuan edukasi; bukan merupakan nasihat investasi atau rekomendasi investasi. Investasi dapat mengakibatkan kerugian.

Jawaban langsung

Oracle blockchain adalah sistem yang memberi kontrak klaim terautentikasi mengenai data yang tidak dapat diturunkan sendiri oleh transisi status deterministik jaringan. Feed harga dapat melaporkan acuan pasar, oracle pull dapat memverifikasi pembaruan bertanda tangan yang diteruskan pengguna, dan oracle optimistis dapat menerima pernyataan berjaminan selama tidak disengketakan. Keacakan yang dapat diverifikasi dan pesan lintas jaringan juga merupakan sistem input eksternal, tetapi klaim serta model keamanannya tidak dapat disamakan dengan feed harga.

Menempatkan nilai secara on-chain membuktikan bahwa transaksi, tanda tangan, kuorum, bukti, atau hasil sengketa memenuhi aturan yang ditentukan. Hal itu tidak membuktikan secara kriptografis bahwa pasar eksternal, peristiwa cuaca, atau penilaian manusia benar secara objektif. Jalur kepercayaan lengkap meliputi fenomena yang diamati, sumber dan tempat perdagangan, penerbit data, agregasi, autentikasi laporan, transportasi, proksi atau pemverifikasi on-chain, validasi konsumen, dan tindakan bisnis yang memindahkan nilai.

Desentralisasi harus dinilai secara terpisah pada setiap lapisan. Banyak penanda tangan dapat bergantung pada satu API, bursa, penyedia cloud, operator, atau administrator. Median bertanda tangan yang baru pun dapat memakai pasangan atau desimal yang salah, mencerminkan pasar tidak likuid, atau tidak aman pada ukuran perdagangan konsumen. Konsumen tetap bertanggung jawab atas identitas, unit, status, stempel waktu, ketersediaan L2, batas eksposur, perilaku cadangan, dan pemulihan.

Cara kerja

  1. Tetapkan jaringan dan blok, kontrak serta tindakan konsumen, alamat feed atau proksi dan ID feed yang tepat, versi implementasi, pasangan dasar/kuotasi, desimal atau eksponen, jam pasar, dan nilai yang berisiko.
  2. Telusuri seluruh jalur kepercayaan dari fenomena dan tempat perdagangan melalui penerbit data, agregasi sumber, agregasi penanda tangan atau kuorum, transportasi, verifikasi on-chain, kendali proksi, dan logika konsumen; uji independensi sumber, operator, infrastruktur, dan administrator secara terpisah.
  3. Dekode antarmuka dan laporan yang benar-benar digunakan. Validasi identitas feed, tanda tangan atau bukti beserta domainnya, urutan atau putaran, jawaban bertanda, status atau keyakinan, stempel waktu sumber, waktu pembaruan on-chain, perilaku pemutaran ulang, perilaku revert, dan status peningkatan.
  4. Normalisasi unit satu kali dan terapkan pemeriksaan rentang, tanda, serta waktu secara eksplisit. Bedakan waktu pengamatan atau publikasi sumber, pembuatan laporan, penyertaan di jaringan sumber, finalitas relai, pembaruan jaringan tujuan, dan waktu blok konsumen.
  5. Terapkan aturan maxAge, deviasi, keyakinan, dan lintas sumber yang khusus untuk setiap tindakan. Pada implementasi L2 yang didukung, periksa status sequencer dan masa tenggang pemulihannya secara terpisah; untuk nilai komposit, batasi kesegaran berdasarkan dependensi wajib yang paling tua.
  6. Bandingkan acuan dengan kedalaman pasar yang dapat dieksekusi dan perkirakan biaya manipulasi atau korupsi terhadap eksposur konsumen pada pinjaman, pencetakan aset, likuidasi, perdagangan, atau penyelesaian. Perlakukan harga spot AMM dan konstruksi TWAP sebagai hal yang khusus untuk pool dan versi.
  7. Tentukan status normal, terdegradasi, dijeda, dan pemulihan untuk setiap tindakan; pertahankan pelunasan utang atau penambahan agunan yang aman jika memungkinkan, pantau sumber dan konfigurasi, latih skenario laporan yang hilang, kedaluwarsa, salah, dan dimanipulasi, lalu rekonsiliasi setiap saldo serta tindakan terdampak setelah pemulihan.

Push dan pull menjelaskan pola pengiriman, bukan satu model pembayaran atau kepercayaan yang universal. Penerbit dapat membuat laporan bertanda tangan, sedangkan pengguna mana pun meneruskannya dan membayar biaya pembaruan. Interval pembaruan dan ambang deviasi dapat memicu publikasi, tetapi bukan jaminan pengiriman atau batas kesegaran konsumen. Nilai cadangan atau nilai valid terakhir adalah mode degradasi terkendali yang arah kuotasi, unit, usia, independensi, serta tindakan izinnya harus divalidasi kembali.

Contoh perhitungan

  • Ambang likuidasi. Sebuah posisi memiliki agunan 10 ETH, harga oracle 3,000 USD/ETH, utang 18,000 USD, dan ambang likuidasi 75%. Nilai agunan adalah 30,000 USD, LTV 60%, dan healthFactor = 10 * 3,000 * 0.75 / 18,000 = 1.25. Harga pemicu adalah 18,000 / (10 * 0.75) = 2,400 USD/ETH. Pada 2,300 USD/ETH, faktor kesehatan adalah 0.9583333333 dan utang/agunan 78.2608695652%: posisi dapat dilikuidasi, tetapi nilai nominal agunan 23,000 USD masih melebihi utang sebelum bonus, biaya, dan dampak eksekusi.
  • Kesalahan unit. Jawaban mentah 250,000,000,000 dengan 8 decimals berarti 2,500 USD. Membaginya dengan 10^18 justru menghasilkan 0.00000025 USD, sehingga harga dinyatakan terlalu rendah dengan faktor 10^10. Tanda tangan valid dan stempel waktu baru tidak memperbaiki kesalahan unit konsumen.
  • Pilihan agregasi. Pengamatan [99, 100, 100, 101, 160] memiliki median 100 dan rata-rata aritmetika 112, selisih 12% relatif terhadap median. Median menahan satu pencilan tinggi dalam kumpulan pembelajaran ini, tetapi jika kelima pelapor bergantung pada satu API yang disusupi dan melaporkan 130, mediannya juga 130.
  • Kesegaran berdasarkan tindakan. Pada consumerClock = 1,800,000,000, laporan dengan sourceTimestamp = 1,799,998,200 memiliki age = 1,800 seconds. Pinjaman baru dengan maxAge = 900 seconds menolaknya karena melampaui batas sebanyak 900 seconds; jalur pelunasan dengan maxAge = 3,600 seconds menerimanya dengan ruang 1,800 seconds. Satu laporan dapat tidak aman untuk menambah eksposur, tetapi masih dapat diterima untuk menguranginya.

Risiko

  • Jaringan, deployment, implementasi, atau lingkungan jaringan yang salah.
  • Proksi, agregator, ID feed, aset, atau versi kontrak yang salah.
  • Arah dasar/kuotasi terbalik atau denominasi tidak konsisten.
  • Ketidakcocokan desimal, eksponen, fixed-point, tanda, pembulatan, atau unit.
  • Jawaban nol, negatif, di luar domain, overflow, atau terpotong diterima.
  • Stempel waktu yang hilang, nol, berasal dari masa depan, diteruskan, atau salah dikenali diterima.
  • Batas kesegaran konsumen terlalu longgar untuk aset dan tindakan.
  • Batas kesegaran terlalu ketat sehingga menyebabkan penolakan layanan atau menghalangi pengurangan risiko.
  • Interval pembaruan atau ambang deviasi dianggap sebagai jaminan tingkat layanan.
  • Penutupan pasar, aksi korporasi, pelepasan patokan, gangguan tempat perdagangan, atau makna data yang diteruskan diabaikan.
  • Beberapa penerbit berbagi satu API, bursa, cloud, operator, jalur kunci, atau metodologi.
  • Ambang penanda tangan, kuorum, penyimpanan kunci, autentikasi laporan, domain, atau kendali pemutaran ulang gagal.
  • Aturan agregasi, pembobotan, pencilan, keyakinan, atau pemilihan sumber tidak sesuai.
  • Likuiditas pasar sumber tipis, berisi wash trading, terfragmentasi, kedaluwarsa, atau dapat dimanipulasi pada ukuran yang dilindungi.
  • Manipulasi spot atau TWAP berjendela pendek, kendali multiblok, pengurutan, sensor, atau MEV mengubah input.
  • Gangguan penerbit, relai, gas, kemacetan, reorg, atau jaringan mencegah pengiriman tepat waktu.
  • Status sequencer L2, masa tenggang pemulihan, waktu relai lintas jaringan, atau dependensi finalitas diabaikan.
  • Perubahan proksi, administrator, himpunan penanda tangan, konfigurasi, migrasi, jeda, atau penghentian feed tidak terdeteksi.
  • Sumber cadangan kedaluwarsa, berkorelasi, berskala lain, melingkar, atau aktif melalui fail-open yang tidak aman maupun fail-closed menyeluruh.
  • Eksposur konsumen melebihi biaya manipulasi atau korupsi, sementara pemantauan, batas, jeda, pemulihan, likuidasi, dan rekonsiliasi utang bermasalah gagal.

Kesalahpahaman umum

  • “Oracle memprediksi masa depan.” Sebagian besar oracle mengautentikasi pengamatan, laporan, bukti, atau pernyataan yang telah diselesaikan untuk waktu dan objek tertentu.
  • “Data bertanda tangan atau on-chain pasti benar secara objektif.” Autentikasi dan konsensus membuktikan kepatuhan pada aturan, bukan kebenaran ekonomi fakta eksternal.
  • “Lebih banyak node otomatis berarti desentralisasi independen.” Sumber, operator, infrastruktur, kunci, dan tata kelola dapat tetap berkorelasi.
  • “Nilai terbaru yang masih segar adalah harga wajar yang dapat dieksekusi.” Kesegaran tidak membuktikan arah, unit, keyakinan, likuiditas, atau kedalaman yang dapat dieksekusi.
  • “Penyedia bereputasi menghapus risiko integrasi konsumen.” Aplikasi tetap bertanggung jawab atas identitas deployment, dekode, kesegaran, pemeriksaan L2, eksposur, mode kegagalan, dan pemulihan.

Topik terkait

Sumber

Navigasi

Cari di wiki...