UMA Protocol: Optimistic Oracle dengan DVM Berbasis Token untuk Penyelesaian Sengketa On-Chain

Penulis Hart, Allison; Mack, Regina; Risk Labs Team
Tahun 2019
Proyek UMA Protocol
Lisensi Apache 2.0
Sumber Resmi umaproject.org/UMA-whitepaper.pdf
Disclaimer: Halaman ini merupakan ringkasan dan analisis edukatif dari whitepaper atau makalah teknis resmi. Konten ini disajikan untuk tujuan pendidikan semata dan bukan merupakan saran investasi atau keuangan. Selalu baca dokumen asli dan lakukan riset mandiri sebelum mengambil keputusan keuangan apa pun.

UMA (Universal Market Access) adalah oracle optimistik yang memungkinkan data apa pun — harga, hasil event, atau pernyataan faktual apa pun — digunakan secara on-chain tanpa memerlukan jaringan pelapor aktif. Didesain oleh Risk Labs (Hart, Mack, dll.) pada 2019, UMA menggunakan model “optimistic default accept”: data yang diusulkan diterima secara default kecuali ada yang meluangkan waktu untuk menyanggahnya.

UMA mendukung Polymarket (pasar prediksi terbesar berdasarkan volume), Across Bridge (jembatan lintas-rantai optimistik), dan berbagai protokol aset sintetik.

Arsitektur Optimistic Oracle

Aliran Normal (Tanpa Sengketa)

  1. Peminta (kontrak on-chain) meminta data: misalnya, “Berapa harga ETH/USD pada blok X?”
  2. Proposer mengajukan nilai dan melakukan bond (jaminan UMA)
  3. Periode tantangan terbuka (biasanya 2 jam)
  4. Jika tidak ada yang menyanggah, nilai diterima secara otomatis dan proposer mendapatkan bond kembali plus reward

Aliran Sengketa

  1. Disputer menyanggah nilai yang diusulkan, melakukan bond mereka sendiri
  2. Pertanyaan diteruskan ke DVM (Data Verification Mechanism)
  3. UMA token holders memvoting “benar” atau “salah” dalam periode voting 48 jam
  4. Pihak yang salah kehilangan bondnya; pihak yang benar mendapatkan bond pihak yang salah sebagai reward
  5. UMA voters yang memvoting dengan mayoritas mendapat reward; yang memvoting berlawanan kehilangan sebagian stake mereka

DVM: Desain Game-Theoretic

DVM dirancang dengan asumsi bahwa biaya menyogok UMA voters harus lebih tinggi dari keuntungan yang bisa diperoleh dari manipulasi oracle:

  • Untuk memanipulasi vote DVM, penyerang harus memiliki 51% dari UMA yang di-stake
  • Nilai total UMA yang beredar harus lebih tinggi dari nilai semua kontrak yang bergantung pada UMA oracle
  • Jika kontrak UMA mencapai skala di mana serangan menjadi menguntungkan, model ekonomi UMA memberikan incentive untuk menaikkan harga UMA — meningkatkan biaya serangan

Kasus Penggunaan Nyata

  • Polymarket: UMA menyelesaikan sengketa tentang hasil pasar prediksi (“Apakah kandidat X memenangkan pemilihan?”) — kasus penggunaan utama yang membuktikan oracle optimistik untuk data non-harga
  • Across Bridge: Relayer cross-chain menggunakan UMA untuk membuktikan bahwa mereka telah meneruskan dana — sengketa diselesaikan melalui DVM
  • KPI Options: Token yang membayar berdasarkan KPI protokol (TVL, pengguna) yang diverifikasi oleh DVM

Catatan Realistis

  • UMA adalah contoh sukses oracle optimistik untuk data non-harga — kategori yang sulit dilayani oleh oracle price-feed tradisional. Integrasinya dengan Polymarket adalah validasi nyata.
  • Latensi: Periode tantangan 2+ jam (dengan potensi DVM vote 48 jam) membuat UMA tidak cocok untuk data yang memerlukan finalitas segera.
  • Partisipasi governance: Kualitas DVM bergantung pada partisipasi voter UMA. Partisipasi rendah dapat melemahkan keamanan model.

Istilah Terkait

Referensi