- Topik
58k Popularitas
35k Popularitas
11k Popularitas
4k Popularitas
4k Popularitas
29k Popularitas
16k Popularitas
22k Popularitas
13k Popularitas
3k Popularitas
- Sematkan
58k Popularitas
35k Popularitas
11k Popularitas
4k Popularitas
4k Popularitas
29k Popularitas
16k Popularitas
22k Popularitas
13k Popularitas
3k Popularitas
Polkadot Governance V2: Mekanisme pengambilan keputusan desentralisasi yang lebih efisien dan fleksibel
Tata Kelola V2
Polkadot mengadopsi mekanisme tata kelola yang canggih, memungkinkan evolusi yang elegan sesuai dengan kebutuhan pemangku kepentingan. Tujuannya adalah untuk memastikan bahwa mayoritas kepentingan selalu dapat mengendalikan jaringan.
Konten artikel ini mungkin akan berubah. Protokol tata kelola telah melalui beberapa iterasi (v1 dan v2), dan akan ada lebih banyak perubahan di masa depan (v2.5).
Sistem tata kelola terdesentralisasi pertama Polkadot (v1) terdiri dari tiga komponen utama:
Sistem v1 berjalan baik selama beberapa tahun pertama operasinya, membantu memastikan penggunaan dana publik yang tepat dan pembaruan serta perbaikan yang tepat waktu. Namun, seiring dengan matangnya sistem, ada kebutuhan untuk berevolusi untuk memperbaiki kekurangan dan mengikuti perkembangan. Misalnya, dalam v1 semua bobot referendum adalah sama, hanya satu referendum yang dapat dipilih pada satu waktu, dan periode pemungutan suara dapat berlangsung selama beberapa minggu. Ini menyebabkan sistem cenderung mempertimbangkan dengan hati-hati sejumlah kecil proposal, bukan mempertimbangkan banyak proposal secara luas.
Oleh karena itu, "Governance v2" ( Gov2) lahir. Gov2 mengubah cara pengambilan keputusan sehari-hari, membuat jangkauan pengaruh referendum lebih luas dan lebih gesit, sehingga secara signifikan meningkatkan jumlah keputusan kolektif yang dapat diambil oleh sistem.
Setelah Gov2 diluncurkan di Kusama, akan diusulkan untuk diterapkan di Polkadot. Saat ini Gov2 telah diluncurkan di jaringan Kusama.
Konten berikut akan memperkenalkan prinsip-prinsip inti dari tata kelola jaringan Polkadot. Memahami akar dari v1 akan membantu untuk lebih memahami arah iterasi kedua. Perbedaan dan perbandingan ini akan disorot dalam berbagai subtopik.
Perlu dicatat bahwa, pada tahap saat ini, tata kelola adalah protokol yang terus berkembang. Dengan pembaruan v2 yang masuk ke jaringan, rencana v2.5 juga sedang disusun.
Prasyarat
Secara ringkas, jaringan ini menggabungkan berbagai mekanisme inovatif, termasuk fungsi transisi status amorf yang disimpan di rantai dan didefinisikan oleh WebAssembly, serta berbagai mekanisme pemungutan suara di rantai, seperti referendum dengan ambang mayoritas absolut adaptif dan mekanisme pemungutan suara persetujuan massal.
Semua perubahan pada perjanjian harus disetujui melalui pemungutan suara yang berbasis pada bobot kepemilikan.
Mekanisme
Dalam v1, pemegang token aktif dan dewan bersama-sama mengelola keputusan peningkatan jaringan. Baik proposal yang diajukan oleh publik maupun dewan, akhirnya harus melalui referendum umum, dengan nilai staking dan nilai keyakinan sebagai bobot untuk membuat keputusan.
Ada beberapa perubahan pada v2. Cara model pemerintahan baru mencerminkan karakter desentralisasinya adalah:
v1 Dewan bertindak sebagai perwakilan pemegang token pasif, penjaga kas, dan inisiator legislasi, tetapi biasanya dianggap sebagai entitas terpusat. Untuk lebih lanjut mendekentralisasi, v2 mengusulkan untuk mengembalikan tanggung jawab dewan kepada komunitas.
Referendum
Pemungutan suara adalah skema voting yang sederhana, inklusif, dan berbasis staking. Setiap pemungutan suara memiliki proposal tertentu yang menggunakan bentuk pemanggilan fungsi hak istimewa runtime.
Referendum adalah peristiwa diskrit dengan periode pemungutan suara tetap. Setelah periode pemungutan suara berakhir dan suara dihitung, jika disetujui, fungsi yang sesuai akan dipanggil. Referendum selalu bersifat biner, pilihan hanya dapat "setuju", "menolak", atau sepenuhnya abstain.
Dalam v1, pemungutan suara dapat dimulai dengan cara berikut:
Semua pemungutan suara memiliki periode penundaan pelaksanaan. Ini adalah waktu dari akhir pemungutan suara hingga pelaksanaan proposal yang sebenarnya ( jika disetujui ).
Jika pemungutan suara ditutup dan penghitungan selesai, maka dianggap telah selesai. Jika proposal disetujui, itu akan dijadwalkan untuk dilaksanakan. Jika sedang dalam proses pemungutan suara, maka dianggap belum selesai.
Proposal yang diajukan oleh publik atau dewan memiliki periode keterlambatan eksekusi tetap selama 28 hari. Proposal yang diajukan sebagai bagian dari pelaksanaan referendum sebelumnya dapat mengatur periode keterlambatan sesuai kebutuhan. Penanganan proposal darurat membutuhkan "tindak lanjut cepat" untuk masalah besar, dengan waktu eksekusi yang lebih singkat.
Di v2, siapa pun dapat memulai referendum kapan saja, tanpa batasan jumlah. v2 memperkenalkan konsep Origins( sumber) dan Tracks( jalur) untuk membantu proses dan pengolahan referendum.
Origin dapat dianggap sebagai deskriptor yang kaya untuk tingkat hak istimewa yang diberikan. Pengusul harus memilih Origin yang sesuai berdasarkan persyaratan proposal.
Setiap Origin terkait dengan satu kategori referendum, dan setiap kategori terkait dengan satu Track. Track menggambarkan siklus hidup proposal, terpisah dari kategori lainnya. Jalur independen yang berbeda memungkinkan jaringan untuk menyesuaikan dinamika referendum berdasarkan tingkat hak istimewa yang tersirat.
Misalnya, dampak peningkatan Runtime terhadap ekosistem berbeda dari persetujuan tip treasury, sehingga memerlukan Origins yang berbeda, di mana tingkat pemungutan suara, tingkat persetujuan, deposit, dan periode eksekusi terpendek yang berbeda akan ditentukan sebelumnya.
pemungutan suara proposal
Referendum Publik
Siapa saja dapat mengajukan referendum dengan menyetor jumlah token minimum dalam periode tertentu. Jika ada yang setuju, mereka dapat menyetor jumlah token yang sama sebagai dukungan, yang disebut "dukungan". Proposal yang mendapatkan dukungan token terbanyak akan dipilih sebagai referendum untuk periode pemungutan suara berikutnya.
Setelah proposal diajukan (, pemungutan suara akan dilakukan ), token yang terikat akan dilepaskan.
Dalam v1, antrean proposal dapat memiliki hingga 100 proposal publik.
Di v2, setelah pemungutan suara dibuat, komunitas dapat langsung memberikan suara. Namun, pemungutan suara tersebut tidak berada dalam status yang dapat diakhiri atau dihitung, disetujui, dan dilaksanakan. Pemungutan suara harus memenuhi beberapa standar agar dapat memasuki status "keputusan (Deciding)". Sebelum itu, pemungutan suara masih dalam status yang belum ditentukan.
Standar untuk masuk ke dalam status Decided adalah sebagai berikut:
Pemungutan Suara Dewan (v1)
Dewan disetujui dengan suara bulat - Ketika semua anggota dewan setuju, proposal dapat diajukan untuk referendum. Referendum ini akan menghasilkan deviasi tingkat suara negatif.
Dewan disetujui oleh mayoritas - Ketika hanya ada mayoritas sederhana yang setuju, pemungutan suara juga dapat dilakukan, tetapi menggunakan sistem suara mayoritas.
Hanya boleh ada satu referendum yang berlaku pada waktu tertentu, kecuali ada referendum darurat yang sedang berlangsung.
Jadwal Pemungutan Suara
Dalam v1, diasumsikan bahwa ada setidaknya satu proposal dalam antrean, pemungutan suara baru dilakukan setiap 28 hari. Proposal yang disetujui oleh dewan memiliki antrean, dan proposal yang diajukan oleh publik juga memiliki antrean. Pemungutan suara dilakukan secara bergiliran antara proposal yang menduduki posisi teratas di kedua antrean.
Peringkat ditentukan oleh jumlah staking yang terikat. Jika antrean saat ini mencoba untuk membuat pemungutan suara tanpa proposal ( antrean kosong ), sedangkan antrean lain memiliki proposal yang antre, maka proposal yang paling depan dalam antrean lainnya akan masuk ke pemungutan suara.
Tidak dapat memberikan suara pada beberapa referendum secara bersamaan, kecuali referendum darurat. Referendum darurat yang terjadi bersamaan dengan referendum reguler adalah satu-satunya situasi di mana pemungutan suara pada beberapa referendum dapat dilakukan secara bersamaan.
Dalam v2, ketika proposal disetujui, berbagi periode kelayakan selama 28 hari. Jika pada akhir tahap ini belum disetujui, maka akan ditolak secara otomatis.
Pemungutan suara (v2)
Dalam v2, jika proposal memenuhi persyaratan tingkat persetujuan dan tingkat dukungan, maka akan disetujui, dan sistem bias kelompok adaptif telah dihapus.
Rasio persetujuan didefinisikan sebagai proporsi dari total bobot suara yang disesuaikan dengan keyakinan ( dari bobot suara persetujuan ).
Tingkat dukungan adalah perbandingan total suara persetujuan ( mengabaikan conviction ) dengan kemungkinan total suara di dalam sistem.
Itu harus memenuhi standar ini dalam waktu konfirmasi terpendek. Jalur yang berbeda memiliki periode konfirmasi dan persyaratan yang berbeda. Sekarang dapat dikonfigurasi melalui jumlah dukungan yang diperlukan dan persetujuan keseluruhan. Untuk proposal sumber dengan hak istimewa rendah, lebih awal menurunkan tingkat pemungutan suara yang diperlukan ke jumlah yang realistis lebih masuk akal. Yang memiliki arti politik besar dapat segera meminta persetujuan yang lebih tinggi untuk menghindari kontroversi.
Dalam v2, proposal yang tidak disetujui setelah 28 hari dianggap ditolak secara default, dan Decision Deposit akan dikembalikan. Jika proposal tetap disetujui sebelum akhir periode konfirmasi, maka dianggap disetujui, dan direncanakan untuk mulai dilaksanakan dari sumber proposal setelah periode penetapan. Periode penetapan ditentukan saat proposal diajukan, tetapi dibatasi oleh nilai minimum berbasis jalur. Tracks yang lebih kuat memaksa periode pelaksanaan yang lebih lama, memastikan jaringan memiliki cukup waktu untuk bersiap menghadapi perubahan.
Kunci Sukarela
Polkadot menggunakan konsep "penguncian sukarela", yang memungkinkan pemegang token untuk meningkatkan hak suara dengan menyatakan kesediaan untuk mengunci token mereka untuk jangka waktu tertentu. Jumlah suara setiap pemegang akan dihitung menggunakan rumus berikut:
Jumlah suara = token * faktor keyakinan
Periode penguncian berlipat dua setiap kali, dan faktor keyakinan akan menambah faktor suara satu.
Maksimal periode penguncian adalah 6 kali ( total ada 32 periode penguncian ), satu periode penguncian sama dengan 28 hari. Hanya diperbolehkan menggandakan, jika tidak dapat mengunci 24 periode dan meningkatkan keyakinan sebesar 5,5.
Setelah dikunci, tetap dapat digunakan untuk pemungutan suara dan staking, hanya dilarang untuk dipindahkan ke akun lain.
Suara selalu "dihitung" pada akhir periode pemungutan suara, tidak terpengaruh oleh periode penguncian.
Bias Kelompok Adaptif
Di v2 digunakan lebih lama, dan digantikan oleh sistem Persetujuan/Dukungan.
Dewan
Dalam v1, pemangku kepentingan pasif di Polkadot diwakili oleh "Dewan". Dewan adalah entitas di blockchain yang terdiri dari beberapa peserta, masing-masing mewakili satu akun di blockchain. Saat ini, Dewan di Polkadot terdiri dari anggota.
Selain mengendalikan kas negara, dewan bertanggung jawab atas tiga tugas pemerintahan utama:
Dalam v2, diperlukan strategi pengganti untuk mengambil alih tanggung jawab yang sebelumnya diemban oleh dewan sebagai lembaga kepercayaan pemilih. v2 dibangun di atas fungsi delegasi suara v1, di mana pemilih dapat mendelegasikan hak suara mereka kepada pemilih lain dalam sistem. Melalui delegasi multi-peran, pemilih dapat menunjuk wakil yang berbeda untuk setiap jenis referendum dalam sistem. Misalnya, pemilih dapat mendelegasikan suatu entitas untuk mengelola kategori referendum yang tidak signifikan, memilih wakil lain untuk mengelola kategori yang lebih signifikan, dan mempertahankan hak suara penuh untuk kategori lainnya.
Pembatalan referendum
Dalam v1, jika dewan teknis setuju secara bulat atau dipicu oleh sumber Root, proposal dapat dibatalkan. Deposit dari proposal yang dibatalkan akan dihancurkan.
Selain itu, dua pertiga mayoritas dewan dapat membatalkan referendum. Jika masalah ditemukan kemudian dalam proposal referendum, ini dapat dianggap sebagai upaya terakhir.
Jika pembatalan sengketa terlalu besar sehingga dewan tidak dapat mencapai dua pertiga suara mayoritas, maka pemangku kepentingan akan memutuskan nasib proposal secara bersama.
Dalam v2, ada operasi khusus bernama Cancelation( yang digunakan untuk mengintervensi proposal yang telah di-vote. Operasi ini akan segera menolak referendum yang sedang berlangsung, terlepas dari statusnya. Juga ditentukan bahwa jika proposal adalah jahat atau spam, maka deposit pengusul akan disita.
Pembatalan itu sendiri adalah tindakan pengelolaan, harus dilakukan melalui suara jaringan untuk dieksekusi. Pembatalan memiliki Origin dan Track sendiri, dengan periode pengenalan yang sangat singkat dan kurva tingkat persetujuan/dukungan, turun dengan cepat melalui ambang batas, karena hanya dipanggil dalam situasi mendesak.
Komite Teknologi
Dalam v1, Komite Teknis )TC( diperkenalkan sebagai salah satu dari tiga lembaga pemerintahan Kusama. TC terdiri dari tim yang telah berhasil menerapkan atau mendefinisikan runtime Polkadot atau Host. Melalui suara mayoritas sederhana dewan, tim dapat ditambahkan atau dihapus dari TC.
Tujuan TC adalah untuk mencegah pemungutan suara yang jahat, melakukan perbaikan bug, membalikkan pembaruan runtime yang salah, atau menambahkan fitur baru. TC berhak menggunakan pallet Democracy untuk mempercepat proposal, dan merupakan satu-satunya sumber yang dapat memicu fungsi percepatan. Kita dapat melihat TC sebagai "sumber tunggal" yang tidak dapat menghasilkan proposal tetapi dapat mempercepat proposal yang ada.
Pemungutan suara cepat adalah satu-satunya pemungutan suara yang dapat dilakukan bersamaan dengan pemungutan suara lainnya. Oleh karena itu, melalui pemungutan suara cepat, dua pemungutan suara aktif dapat dilakukan secara bersamaan. Memilih salah satu tidak akan menghalangi pemilihan yang lain.
Di v2, diperkenalkan komite penerus baru "Polkadot Fellowship", menggantikan komite teknis. Ini akan melayani jaringan Polkadot dan Kusama.
Polkadot Fellowship
Fellowship adalah lembaga ahli yang otonom secara dasar, dengan tujuan utama mewakili orang-orang yang memiliki pengetahuan tentang jaringan Polkadot dan teknologi protokol. Fellowship mengkategorikan anggotanya melalui "tingkatan" yang mewakili tingkat kebijaksanaan pandangan mereka, dasar teknis yang baik, serta tingkat kesesuaian dengan kepentingan Polkadot.
Berbeda dengan Technical Collective saat ini, ini bertujuan untuk memperluas jangkauan anggota ) dapat menampung ribuan anggota ( dan memiliki ambang masuk yang jauh lebih rendah. Menjadi anggota calon sangat mudah, cukup dengan menyetor deposit kecil.
Anggota Fellowship dapat memberikan suara untuk proposal Fellowship mana pun, pendapat anggota yang terintegrasi ) diberi bobot berdasarkan tingkat ( membentuk pendapat yang dipertimbangkan oleh Fellowship.
Mekanisme pemungutan suara Fellowship sama dengan mekanisme pemungutan suara untuk proposal referendum yang diajukan oleh pemangku kepentingan Polkadot.
Sistem Level
Untuk mencegah sebagian kecil peserta mendapatkan kontrol efektif atas jaringan, sistem ini berpegang pada tiga prinsip utama:
Fellowship tidak boleh memiliki kekuatan keras atas jaringan: tidak dapat mengubah parameter, melakukan perbaikan, atau memindahkan aset. Satu-satunya kekuatan adalah dapat memperpendek jadwal pemungutan suara.
Fellowship memberikan lebih banyak bobot pada pendapat tingkat tinggi dalam pendapat keseluruhan, tetapi tidak boleh terlalu tinggi sehingga pendapat sedikit anggota senior tidak dapat melampaui pendapat anggota junior yang konsensus.