Harga UMA (UMA)

UMA adalah token tata kelola dan utilitas UMA Protocol. Token ini memberikan pemegangnya peran pemungutan suara dalam aturan protokol dan penyelesaian sengketa data, sekaligus menyediakan insentif ekonomi bagi mekanisme verifikasi data protokol; karena itu, peran UMA bukan sekadar “pemungutan suara komunitas” dalam arti umum, melainkan terkait langsung dengan cara protokol menangani data on-chain yang disengketakan. Oracle optimistis UMA Protocol memungkinkan aplikasi membawa hasil yang dapat diverifikasi secara off-chain untuk digunakan on-chain. Sebagian besar permintaan dapat diselesaikan melalui proses yang ditetapkan ketika tidak ada pihak yang mengajukan keberatan; hanya ketika sengketa muncul, pemegang UMA perlu berpartisipasi dalam penyelesaian melalui mekanisme verifikasi data.

Memegang UMA memungkinkan partisipasi dalam pemungutan suara UMA Improvement Proposal (UMIP), permintaan harga, dan sengketa. UMIP menetapkan atau menyesuaikan aturan protokol; pemungutan suara atas permintaan harga dan sengketa digunakan untuk menyelesaikan hasil data saat hasil tersebut ditantang. Objek yang dipengaruhi ketiga jenis pemungutan suara ini berbeda: UMIP berfokus pada aturan protokol, sedangkan permintaan harga dan sengketa berfokus pada hasil data tertentu. Kepemilikan token sendiri tidak secara otomatis mengubah aturan atau data; hanya suara yang disampaikan dan dihitung melalui proses tata kelola atau verifikasi terkait yang membentuk hasil yang diadopsi protokol.

Oracle optimistis UMA mula-mula menerima suatu hasil data atau pernyataan; jika tidak ditantang, sistem dapat memproses hasil tersebut sesuai periode sengketa yang ditetapkan. Jika seseorang mengajukan sengketa pada tahap ini, hasilnya tidak akan ditentukan hanya oleh pengusul awal, tetapi diteruskan ke mekanisme verifikasi data UMA untuk diputuskan. Setelah memasuki penyelesaian, peserta memberikan suara atas pertanyaan yang sama, dan protokol memproses data yang disengketakan berdasarkan hasil yang dibentuk mekanisme tersebut. Kunci urutan ini adalah bahwa permintaan data rutin tidak perlu semuanya diputuskan lewat suara seluruh pemegang token, tetapi ketika terjadi sengketa tetap tersedia jalur penyelesaian akhir yang didukung oleh insentif ekonomi UMA.

Pasokan UMA bukan batas tetap, melainkan diatur oleh tata kelola DAO dan menggunakan inflasi terkendali. Artinya, perubahan pasokan tidak dapat dipahami hanya sebagai jual beli di pasar: protokol dapat mencetak token sesuai aturan yang ditetapkan tata kelola untuk mendukung insentif bagi partisipasi dalam keamanan dan verifikasi protokol. Karena itu, perlu dibedakan antara “apakah total pasokan tetap” dan “jumlah yang dapat diperdagangkan pada suatu waktu”. Yang pertama bergantung pada aturan penerbitan dan tata kelola protokol; yang kedua juga dipengaruhi oleh kepemilikan token, distribusi hadiah, dan kondisi peredaran aktual lainnya. Materi yang ada tidak memberikan jumlah peredaran waktu nyata dalam cakupan pertanyaan ini.

Berpartisipasi dalam DVM dan memberikan suara yang sesuai dengan hasil akhir yang benar adalah syarat dasar untuk memperoleh insentif pemungutan suara tersebut; hanya memegang UMA atau berpartisipasi dalam diskusi tata kelola tidak sama dengan memenuhi syarat hadiah. Hadiah berasal dari pengaturan inflasi protokol, sehingga distribusinya terkait dengan mekanisme pasokan UMA, bukan biaya yang secara otomatis dibayarkan kepada pemilih oleh suatu transaksi. Dokumen tata kelola mencantumkan tingkat inflasi hadiah saat ini sebesar 0.05% dari total pasokan. Persentase ini menunjukkan dasar aturan kumpulan hadiah relatif terhadap total pasokan, bukan berarti setiap pemilih pasti memperoleh 0.05%; jumlah aktual yang diperoleh individu juga bergantung pada apakah ia berpartisipasi, memberikan suara yang benar, serta distribusi hadiah yang memenuhi syarat pada periode tersebut.

Tata kelola UMA dan keamanan oracle saling terkait: token yang sama digunakan untuk menyesuaikan aturan protokol melalui UMIP dan untuk mengoordinasikan insentif ekonomi para penyelesai dalam permintaan data yang disengketakan. Dengan demikian, perubahan aturan dapat memengaruhi kondisi operasional mekanisme verifikasi, sedangkan penyelesaian sengketa menerapkan aturan tersebut pada masalah data spesifik. Ini tidak berarti setiap proposal tata kelola UMA akan langsung menentukan hasil suatu harga atau pernyataan. Tata kelola menangani pilihan pada tingkat aturan; sengketa spesifik tetap harus diajukan, dipungut suaranya, dan diselesaikan dalam proses verifikasi data terkait.

Dalam desain UMA, efisiensi mekanisme optimistis berasal dari “memproses terlebih dahulu sesuai prosedur, lalu meningkatkan ke penyelesaian ketika muncul keberatan”, bukan dari meminta seluruh pemegang token terus-menerus memberikan suara atas setiap data. Dengan demikian, hanya permintaan data yang memiliki perbedaan pendapat yang memasuki tahap verifikasi yang membutuhkan partisipasi lebih luas. Sejalan dengan itu, aplikasi yang menggunakan mekanisme ini perlu memahami adanya jalur sengketa: permintaan data yang tidak ditantang dan yang ditantang akan menjalani proses berbeda, dan yang terakhir harus menunggu mekanisme verifikasi data memberikan hasil sebelum pemrosesan akhir dapat diselesaikan.

Hubungan antara hadiah pemungutan suara UMA dan perubahan pasokan adalah bahwa protokol membentuk sumber hadiah melalui inflasi terkendali, lalu mendistribusikan hadiah kepada peserta yang memenuhi aturan DVM dan memberikan suara dengan benar. Tujuan aturan hadiah adalah memberi peserta dorongan ekonomi untuk memperhatikan sengketa dan mengirimkan hasil yang akurat. Ini juga berarti bahwa “adanya hadiah inflasi” tidak dapat langsung disamakan dengan semua pemegang menerima token baru secara proporsional. Penerimaan hadiah bergantung pada partisipasi dan suara yang benar; pada saat yang sama, inflasi menyebabkan total pasokan berubah menurut mekanisme yang ditetapkan tata kelola.

Jenis data yang diproses UMA tidak terbatas pada harga satu pasar. Dokumentasi kontrak resminya menggambarkan oracle dan sistem sengketa ini sebagai mekanisme yang dapat membawa jenis data apa pun ke on-chain; apakah dapat digunakan dalam praktik tetap bergantung pada cara aplikasi tertentu menentukan permintaan, kondisi sengketa, dan kegunaan hasil. Karena itu, “dapat memproses beragam data” tidak berarti protokol dengan sendirinya menjamin semua informasi eksternal pasti benar, juga tidak berarti data yang sama otomatis menghasilkan konsekuensi ekonomi yang sama di berbagai aplikasi. Kontrak aplikasi menentukan bagaimana hasil penyelesaian dibaca dan dieksekusi.

Bagi pengguna UMA, pembedaan terpenting adalah bahwa pemungutan suara tata kelola dan pemungutan suara sengketa bukan hal yang sama. Yang pertama menangani aturan protokol seperti UMIP; yang kedua menangani permintaan harga atau sengketa spesifik yang telah diajukan ke mekanisme verifikasi data. Keduanya mungkin menggunakan hak suara pemegang UMA, tetapi kondisi pemicu, objek yang diproses, dan hasilnya berbeda. Memahami kedua proses secara terpisah memungkinkan penilaian apakah suatu pemungutan suara sedang mengubah aturan masa depan atau menyelesaikan perselisihan data yang telah terjadi.

Dampak praktis proses sengketa adalah mengalihkan permintaan yang semula berjalan berdasarkan hasil yang diajukan ke status yang memerlukan penyelesaian. Data yang akhirnya digunakan tidak lagi hanya bergantung pada isi yang mula-mula diajukan, melainkan pada hasil penanganan sengketa oleh mekanisme verifikasi data. Desain ini menyediakan jalur untuk menantang hasil yang salah atau diperselisihkan, tetapi tidak menghilangkan perbedaan yang timbul dari waktu, partisipasi, dan konfigurasi kontrak aplikasi. Pengguna harus merujuk pada pengaturan spesifik aplikasi yang digunakan untuk periode sengketa dan syarat penyelesaian akhir.

Fungsi UMA dapat diringkas dalam dua lapisan: lapisan aturan menentukan bagaimana protokol berkembang melalui tata kelola UMA, dan lapisan data menyelesaikan melalui mekanisme verifikasi data ketika sengketa muncul dalam permintaan tertentu. Kedua lapisan tersebut bersama-sama memungkinkan pemegang token berpartisipasi dalam aturan kelembagaan dan, bila diperlukan, dalam penetapan akhir hasil data. Struktur ini tidak menjanjikan pemegang UMA memperoleh ekuitas perusahaan, imbal hasil tetap, atau hak penebusan aset tertentu. Peran aktual token harus merujuk pada aturan tata kelola dan verifikasi yang diterapkan protokol pada saat itu.