Polkadot menggunakan mekanisme tata kelola yang canggih, yang memungkinkannya untuk terus berkembang sesuai dengan kebutuhan para pemangku kepentingan. Tujuannya adalah untuk memastikan bahwa mayoritas kepentingan selalu dapat mengendalikan jaringan.
Konten artikel ini mungkin mengalami perubahan. Protokol tata kelola telah melalui beberapa iterasi (v1 dan v2), dan akan ada lebih banyak perubahan di masa depan (v2.5).
Sistem pemerintahan terdesentralisasi pertama dari Polkadot (v1) terdiri dari tiga komponen utama:
Komite Teknologi: Mengelola Jadwal Peningkatan
Dewan: "Pemerintah" yang dipilih, bertanggung jawab untuk mengelola parameter, manajemen, dan proposal pengeluaran
Referendum: sistem pemungutan suara umum, memberikan lebih banyak kekuatan kepada pemangku kepentingan jangka panjang
Sistem ini berfungsi dengan baik di tahun-tahun awal, tetapi seiring dengan kematangan, perlu terus berkembang untuk memperbaiki kekurangan dan mengikuti kemajuan. Misalnya, dalam "governance v1", semua bobot pemungutan suara sama, dan hanya bisa memberikan suara untuk satu pemungutan suara dalam satu waktu, dengan periode pemungutan suara yang berlangsung selama beberapa minggu. Ini menyebabkan sistem cenderung mempertimbangkan dengan hati-hati sejumlah kecil proposal, daripada mempertimbangkan banyak proposal secara luas. Oleh karena itu, "governance v2" muncul.
"Governansi v2" atau yang disebut "Gov2" mengubah cara pengambilan keputusan sehari-hari, sehingga jangkauan pengaruh referendum lebih luas dan lebih gesit, yang secara signifikan meningkatkan jumlah keputusan kolektif yang dapat diambil oleh sistem.
Gov2 akan diluncurkan dan diuji di Kusama, sebelum diusulkan untuk diterapkan di Polkadot. Saat ini, Gov2 sudah online di jaringan Kusama.
Konten berikut akan memperkenalkan prinsip-prinsip inti dari tata kelola jaringan Polkadot. Memahami akar dari tata kelola v1 akan membantu dalam memahami arah iterasi kedua dengan lebih baik. Perbedaan ini akan disorot di berbagai subtema.
Perlu dicatat bahwa pada tahap saat ini, tata kelola masih merupakan protokol yang terus berkembang. Dengan pembaruan tata kelola v2, rencana untuk tata kelola v2.5 juga sedang disusun.
Prasyarat
Secara umum, jaringan ini menggabungkan berbagai mekanisme baru, termasuk fungsi konversi status amorf yang disimpan di rantai ( yang didefinisikan oleh WebAssembly ), serta berbagai mekanisme pemungutan suara di rantai, seperti referendum dengan ambang mayoritas mutlak adaptif dan pemungutan suara persetujuan massal.
Semua perubahan pada perjanjian harus disetujui melalui referendum berbasis hak suara.
Mekanisme
Dalam tata kelola v1, pemegang token yang aktif dan dewan bersama-sama mengelola keputusan peningkatan jaringan. Apakah proposal diajukan oleh publik atau dewan, akhirnya harus melalui referendum seluruh rakyat, dengan jumlah staking dan nilai keyakinan sebagai bobot untuk membuat keputusan.
Ada beberapa perubahan pada Governance v2. Cara model pemerintahan baru mencerminkan karakteristik desentralisasi adalah:
Mengalihkan tanggung jawab dewan kepada pemegang token melalui pemungutan suara demokratis
Membubarkan dewan direksi yang sedang menjabat
Memungkinkan pengguna untuk mendelegasikan hak suara mereka kepada anggota komunitas dengan lebih banyak cara
pemungutan suara
Referendum adalah skema pemungutan suara yang sederhana, inklusif, dan berbasis staking. Setiap referendum memiliki proposal terkait, menggunakan bentuk panggilan fungsi hak istimewa runtime ( yang mencakup panggilan set_code yang paling kuat, dapat mengganti seluruh kode runtime ).
Referendum adalah peristiwa diskrit dengan periode pemungutan suara yang tetap. Setelah periode pemungutan suara berakhir dan suara dihitung, jika disetujui, fungsi terkait akan dipanggil. Referendum selalu bersifat biner; pilihan suara hanya dapat berupa "setuju", "tidak setuju", atau sepenuhnya tidak memberikan suara.
Dalam tata kelola v1, pemungutan suara dapat dimulai melalui beberapa cara berikut:
Proposal yang disubmit secara publik
Proposal yang disetujui oleh mayoritas atau seluruh suara dewan
Proposal yang diajukan sebagai bagian dari pelaksanaan referendum sebelumnya
Usulan darurat yang diajukan oleh komite teknis dan disetujui oleh dewan direksi
Semua referendum memiliki periode penundaan pelaksanaan yang sesuai. Ini adalah jangka waktu antara berakhirnya referendum dan pelaksanaan proposal yang sebenarnya.
Di Gov2, siapa pun dapat mengajukan referendum kapan saja, tanpa batasan jumlah. Gov2 memperkenalkan konsep Origins( dan Tracks) untuk membantu proses dan pengelolaan protokol referendum.
Origin dapat dianggap sebagai deskriptor untuk tingkat hak istimewa yang diberikan. Pengusul perlu memilih Origin yang sesuai untuk permintaan berdasarkan persyaratan proposal.
Setiap Origin terkait dengan kategori referendum, dan setiap kategori memiliki Track. Track merangkum siklus hidup proposal dan independen 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 kas negara, sehingga memerlukan Origins yang berbeda, di mana tingkat pemungutan suara, tingkat persetujuan, setoran, dan periode pelaksanaan terpendek yang berbeda akan ditentukan sebelumnya.
( Pemungutan Suara Proposal
Referendum Publik
Siapa pun dapat mengusulkan referendum dengan menyetor jumlah token minimum dalam jangka waktu tertentu. Jika ada yang setuju, mereka dapat menyetor jumlah token yang sama sebagai dukungan.
Ini disebut "endorsemen". Proposal yang mendapatkan dukungan token binding tertinggi akan dipilih untuk referendum pada siklus pemungutan suara berikutnya. Perhatikan bahwa ini mungkin berbeda dari jumlah endorsemen absolut; misalnya, tiga akun yang masing-masing mengikat 20 DOT akan "melebihi" sepuluh akun yang masing-masing mengikat 1 DOT.
Setelah proposal diajukan ) untuk pemungutan suara ###, token yang terikat akan dilepaskan.
Untuk pemerintahan v1, antrian proposal dapat memiliki hingga 100 proposal publik.
Di Gov2, setelah pemungutan suara dibuat, komunitas dapat segera memberikan suara. Namun, pemungutan suara tersebut tidak dalam status dapat diselesaikan, menghitung suara, mendapatkan persetujuan, dan akhirnya dieksekusi. Sebaliknya, pemungutan suara harus memenuhi beberapa kriteria agar dapat memasuki status "deciding (Deciding)". Sebelumnya, masih dalam status tertunda.
Standar untuk memasuki status Decided adalah sebagai berikut:
Mengalami periode impor, yaitu waktu yang harus dilalui sebelum keputusan dapat dimulai. Ini membantu mengurangi kemungkinan "serangan keputusan", di mana penyerang yang mengontrol banyak hak suara dapat segera meneruskan proposal setelah usulan, tanpa memberi waktu yang cukup bagi semua pemilih untuk mempertimbangkan dan berpartisipasi.
Harus ada ruang sisa untuk keputusan. Semua Track memiliki batasan jumlah referendum yang dapat diputuskan secara bersamaan. Track yang lebih kuat membatasi lebih rendah. Misalnya, batasan Origin tingkat Root adalah 1, yang berarti hanya satu proposal super berbahaya yang dapat diputuskan sekaligus.
Harus membayar deposit yang ditentukan. Biaya untuk membuat referendum sangat rendah, karena deposit hanya mencakup nilai yang diperlukan untuk penyimpanan di blockchain. Namun, ada risiko menghabiskan posisi terbatas dalam antrean referendum saat melakukan tinjauan dan keputusan. Meminta deposit yang lebih besar tetapi dapat dikembalikan membantu mengurangi spam.
Pemungutan suara dewan (v1)
Dewan disetujui dengan suara bulat - Ketika semua anggota dewan setuju dengan sebuah proposal, proposal tersebut dapat diajukan untuk referendum. Referendum ini akan menghasilkan deviasi rasio suara negatif ( yaitu semakin sedikit jumlah suara hak, semakin sedikit jumlah yang diperlukan untuk disetujui ).
Dewan disetujui dengan mayoritas - Ketika hanya mayoritas sederhana anggota dewan yang setuju, pemungutan suara untuk referendum juga dapat dilakukan, tetapi akan menggunakan sistem suara mayoritas di mana pihak yang mendapatkan 51% suara menang.
Hanya boleh ada satu referendum yang valid pada satu waktu, kecuali ada referendum darurat yang sedang berlangsung.
Jadwal Voting
Dalam pemerintahan v1, jika ada setidaknya satu proposal dalam antrean, pemungutan suara baru akan dilakukan setiap 28 hari. Proposal yang disetujui oleh dewan memiliki antrean, dan proposal yang diajukan oleh publik juga memiliki antrean. Pemungutan suara akan dilakukan secara bergiliran antara proposal yang berada di peringkat teratas dari kedua antrean.
Proposal teratas ditentukan oleh jumlah staking yang terikat di belakangnya. Jika antrean saat ini mencoba untuk membuat pemungutan suara tanpa proposal ( antrean kosong ), dan antrean lain memiliki proposal yang sedang menunggu, maka proposal teratas di antrean lain akan masuk ke pemungutan suara.
Tidak boleh ada pemungutan suara untuk beberapa referendum pada periode yang sama, kecuali referendum darurat. Referendum darurat yang terjadi bersamaan dengan referendum reguler adalah satu-satunya situasi di mana pemungutan suara untuk beberapa referendum dapat dilakukan secara bersamaan.
Ketika proposal disetujui, governance v2 berbagi periode kualifikasi yang sama selama 28 hari. Jika proposal tersebut tidak disetujui pada akhir fase ini, maka proposal tersebut akan secara otomatis ditolak.
Pemungutan Suara ( Pengelolaan v2)
Dalam tata kelola v2, jika proposal memenuhi persyaratan tingkat persetujuan dan tingkat dukungan, maka proposal tersebut akan disetujui, yaitu sistem bias kelompok adaptif akan dihapus.
Tingkat persetujuan ( dis defined sebagai bobot suara persetujuan ) setelah penyesuaian keyakinan ( yang mencakup bobot suara total ) yang terdiri dari bagian persetujuan dan penolakan (.
Tingkat dukungan )Support( adalah jumlah total suara yang disetujui ) mengabaikan penyesuaian keyakinan ( dibandingkan dengan jumlah total suara yang mungkin dilakukan dalam sistem.
Itu harus memenuhi standar ini dalam waktu terpendek selama periode konfirmasi. Jalur yang berbeda memiliki periode konfirmasi dan persyaratan persetujuan serta dukungan yang berbeda. Sekarang dapat dikonfigurasi melalui jumlah dukungan yang diperlukan dan persetujuan keseluruhan. Untuk proposal yang menggunakan sumber dengan hak istimewa lebih rendah, lebih masuk akal untuk lebih awal menurunkan tingkat suara yang diperlukan ke jumlah yang lebih realistis dibandingkan dengan proposal yang menggunakan kategori hak istimewa tinggi ) seperti Root(. Kursus yang memiliki arti politik besar dapat meminta persetujuan lebih tinggi lebih awal untuk menghindari kontroversi.
Di Gov2, proposal yang tidak disetujui setelah 28 hari akan dianggap sebagai penolakan default dan Decision Deposit akan dikembalikan. Jika proposal tetap disetujui sebelum periode konfirmasi berakhir, maka dianggap telah disetujui dan dijadwalkan untuk dilaksanakan dari sumber proposal setelah periode penetapan. Periode penetapan ditentukan saat proposal pemungutan suara umum, tetapi juga tunduk pada nilai minimum berbasis jalur. Jalur yang lebih kuat akan memaksa penerapan periode pelaksanaan yang lebih lama, untuk memastikan jaringan memiliki waktu yang cukup untuk mempersiapkan perubahan yang mungkin dibawa oleh proposal.
Penguncian Sukarela
Polkadot menggunakan konsep "penguncian sukarela", yang memungkinkan pemegang token untuk meningkatkan hak suara mereka dengan menyatakan berapa lama mereka bersedia mengunci token. Oleh karena itu, jumlah suara setiap pemegang token akan dihitung menggunakan rumus berikut:
Jumlah suara = token * faktor keyakinan
Periode penguncian setiap kali menggandakan, faktor keyakinan akan meningkatkan faktor suara satu.
Pengali suara periode kunci 00.111224384165326
Pengaturan maksimum jumlah kali "penguncian ganda" adalah 6) dengan total 32 periode penguncian (, satu periode penguncian sama dengan 28 hari. Hanya penguncian ganda yang diizinkan, misalnya, tidak bisa mengunci 24 periode dan meningkatkan keyakinan sebesar 5.5.
token yang terkunci masih dapat digunakan untuk voting dan staking; hanya dilarang untuk memindahkan token ini ke akun lain.
Suara selalu "dihitung" pada waktu yang sama, yaitu saat periode pemungutan suara berakhir. Ini tidak terpengaruh oleh periode penguncian token.
Bias Kelompok Adaptif
Bias kelompok adaptif digunakan lebih lama dalam tata kelola v2 dan telah digantikan oleh sistem Persetujuan/Dukungan.
) Dewan
Dalam tata kelola v1, pemangku kepentingan pasif di Polkadot diwakili oleh lembaga pengelola yang disebut "Dewan". Dewan adalah entitas on-chain yang terdiri dari beberapa peserta, di mana setiap peserta mewakili satu akun on-chain. Saat ini, Dewan di Polkadot terdiri dari anggota.
Selain mengendalikan kas negara, dewan juga bertanggung jawab atas tiga tugas pemerintahan utama:
Pemungutan suara yang bijaksana terhadap proposal
Batalkan referendum yang berbahaya atau jahat
Komite Teknologi Pemilihan
Dalam governance v2, diperlukan strategi pengganti untuk menggantikan peran dewan sebelumnya sebagai lembaga delegasi pemilih, untuk mengatasi kenyataan bahwa banyak orang memilih untuk tidak berpartisipasi dalam tata kelola sehari-hari. Gov2 dibangun di atas fungsi delegasi pemungutan suara v1, di mana pemilih dapat memilih untuk mendelegasikan hak suaranya kepada pemilih lain dalam sistem. Ini dicapai melalui peningkatan fungsi yang disebut multi-role delegation, di mana pemilih dapat menunjuk perwakilan yang berbeda untuk setiap kategori referendum dalam sistem. Dengan demikian, pemilih dapat mendelegasikan suatu entitas untuk mengelola kategori referendum yang tidak terlalu signifikan, sambil memilih perwakilan yang berbeda untuk mengelola kategori lain dengan konsekuensi yang lebih besar, dan masih mempertahankan hak suara penuh untuk kategori yang tersisa.
( Batalkan referendum
Dalam tata kelola v1, proposal dapat dibatalkan jika komite teknis sepakat untuk membatalkannya, atau jika sumber Root ) seperti sudo( memicu fungsi ini. Deposit untuk proposal yang dibatalkan akan dihancurkan.
Selain itu, dua pertiga suara dewan dapat membatalkan referendum. Jika masalah ditemukan terlambat dalam proposal referendum ), seperti adanya kesalahan dalam kode runtime yang akan dijalankan dari proposal tersebut ###, ini dapat digunakan sebagai upaya terakhir.
Jika kontroversi yang dibatalkan cukup besar sehingga dewan tidak dapat mencapai dua pertiga suara, maka nasib proposal akan ditentukan bersama oleh para pemangku kepentingan.
Dalam tata kelola v2, ada operasi khusus bernama Cancelation### yang digunakan untuk membatalkan (, untuk mengintervensi proposal yang telah dipilih. Operasi ini akan segera menolak pemungutan suara yang sedang berlangsung, terlepas dari statusnya. Ada juga ketentuan yang memastikan bahwa jika proposal tersebut bersifat jahat atau merupakan spam, deposit pengusul akan disita.
Pembatalan itu sendiri adalah operasi tata kelola yang harus dilakukan melalui pemungutan suara jaringan. Pembatalan disertai dengan Origin dan Track-nya sendiri, memiliki periode pengenalan yang sangat singkat dan kurva tingkat persetujuan/dukungan, yang sedikit lebih cepat turun melalui ambang batas, karena itu hanya dipanggil dalam situasi mendesak.
) Komite Teknologi
Dalam pemerintahan v1, Komite Teknis (TC) sebagai salah satu dari tiga lembaga pemerintahan Kusama ( dua lembaga lainnya adalah Dewan dan Pemungutan Suara ) dan diperkenalkan. TC terdiri dari tim yang berhasil menerapkan atau mendefinisikan runtime Polkadot atau Polkadot Host. Melalui pemungutan suara mayoritas sederhana dari Dewan, tim dapat ditambahkan atau dihapus dari TC.
Tujuan TC adalah untuk mencegah pemungutan suara jahat, menerapkan perbaikan bug, membalikkan pembaruan runtime yang salah, atau menambahkan fungsi baru yang telah teruji dalam praktik. TC berhak menggunakan palet Demokrasi untuk mempercepat proposal, dan merupakan satu-satunya yang dapat
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
Polkadot Governance V2: Babak Baru dalam Pengambilan Keputusan Desentralisasi
Tata Kelola V2
Polkadot menggunakan mekanisme tata kelola yang canggih, yang memungkinkannya untuk terus berkembang sesuai dengan kebutuhan para pemangku kepentingan. Tujuannya adalah untuk memastikan bahwa mayoritas kepentingan selalu dapat mengendalikan jaringan.
Konten artikel ini mungkin mengalami perubahan. Protokol tata kelola telah melalui beberapa iterasi (v1 dan v2), dan akan ada lebih banyak perubahan di masa depan (v2.5).
Sistem pemerintahan terdesentralisasi pertama dari Polkadot (v1) terdiri dari tiga komponen utama:
Sistem ini berfungsi dengan baik di tahun-tahun awal, tetapi seiring dengan kematangan, perlu terus berkembang untuk memperbaiki kekurangan dan mengikuti kemajuan. Misalnya, dalam "governance v1", semua bobot pemungutan suara sama, dan hanya bisa memberikan suara untuk satu pemungutan suara dalam satu waktu, dengan periode pemungutan suara yang berlangsung selama beberapa minggu. Ini menyebabkan sistem cenderung mempertimbangkan dengan hati-hati sejumlah kecil proposal, daripada mempertimbangkan banyak proposal secara luas. Oleh karena itu, "governance v2" muncul.
"Governansi v2" atau yang disebut "Gov2" mengubah cara pengambilan keputusan sehari-hari, sehingga jangkauan pengaruh referendum lebih luas dan lebih gesit, yang secara signifikan meningkatkan jumlah keputusan kolektif yang dapat diambil oleh sistem.
Gov2 akan diluncurkan dan diuji di Kusama, sebelum diusulkan untuk diterapkan di Polkadot. Saat ini, Gov2 sudah online di jaringan Kusama.
Konten berikut akan memperkenalkan prinsip-prinsip inti dari tata kelola jaringan Polkadot. Memahami akar dari tata kelola v1 akan membantu dalam memahami arah iterasi kedua dengan lebih baik. Perbedaan ini akan disorot di berbagai subtema.
Perlu dicatat bahwa pada tahap saat ini, tata kelola masih merupakan protokol yang terus berkembang. Dengan pembaruan tata kelola v2, rencana untuk tata kelola v2.5 juga sedang disusun.
Prasyarat
Secara umum, jaringan ini menggabungkan berbagai mekanisme baru, termasuk fungsi konversi status amorf yang disimpan di rantai ( yang didefinisikan oleh WebAssembly ), serta berbagai mekanisme pemungutan suara di rantai, seperti referendum dengan ambang mayoritas mutlak adaptif dan pemungutan suara persetujuan massal.
Semua perubahan pada perjanjian harus disetujui melalui referendum berbasis hak suara.
Mekanisme
Dalam tata kelola v1, pemegang token yang aktif dan dewan bersama-sama mengelola keputusan peningkatan jaringan. Apakah proposal diajukan oleh publik atau dewan, akhirnya harus melalui referendum seluruh rakyat, dengan jumlah staking dan nilai keyakinan sebagai bobot untuk membuat keputusan.
Ada beberapa perubahan pada Governance v2. Cara model pemerintahan baru mencerminkan karakteristik desentralisasi adalah:
pemungutan suara
Referendum adalah skema pemungutan suara yang sederhana, inklusif, dan berbasis staking. Setiap referendum memiliki proposal terkait, menggunakan bentuk panggilan fungsi hak istimewa runtime ( yang mencakup panggilan set_code yang paling kuat, dapat mengganti seluruh kode runtime ).
Referendum adalah peristiwa diskrit dengan periode pemungutan suara yang tetap. Setelah periode pemungutan suara berakhir dan suara dihitung, jika disetujui, fungsi terkait akan dipanggil. Referendum selalu bersifat biner; pilihan suara hanya dapat berupa "setuju", "tidak setuju", atau sepenuhnya tidak memberikan suara.
Dalam tata kelola v1, pemungutan suara dapat dimulai melalui beberapa cara berikut:
Semua referendum memiliki periode penundaan pelaksanaan yang sesuai. Ini adalah jangka waktu antara berakhirnya referendum dan pelaksanaan proposal yang sebenarnya.
Di Gov2, siapa pun dapat mengajukan referendum kapan saja, tanpa batasan jumlah. Gov2 memperkenalkan konsep Origins( dan Tracks) untuk membantu proses dan pengelolaan protokol referendum.
Origin dapat dianggap sebagai deskriptor untuk tingkat hak istimewa yang diberikan. Pengusul perlu memilih Origin yang sesuai untuk permintaan berdasarkan persyaratan proposal.
Setiap Origin terkait dengan kategori referendum, dan setiap kategori memiliki Track. Track merangkum siklus hidup proposal dan independen 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 kas negara, sehingga memerlukan Origins yang berbeda, di mana tingkat pemungutan suara, tingkat persetujuan, setoran, dan periode pelaksanaan terpendek yang berbeda akan ditentukan sebelumnya.
( Pemungutan Suara Proposal
Referendum Publik
Siapa pun dapat mengusulkan referendum dengan menyetor jumlah token minimum dalam jangka waktu tertentu. Jika ada yang setuju, mereka dapat menyetor jumlah token yang sama sebagai dukungan.
Ini disebut "endorsemen". Proposal yang mendapatkan dukungan token binding tertinggi akan dipilih untuk referendum pada siklus pemungutan suara berikutnya. Perhatikan bahwa ini mungkin berbeda dari jumlah endorsemen absolut; misalnya, tiga akun yang masing-masing mengikat 20 DOT akan "melebihi" sepuluh akun yang masing-masing mengikat 1 DOT.
Setelah proposal diajukan ) untuk pemungutan suara ###, token yang terikat akan dilepaskan.
Untuk pemerintahan v1, antrian proposal dapat memiliki hingga 100 proposal publik.
Di Gov2, setelah pemungutan suara dibuat, komunitas dapat segera memberikan suara. Namun, pemungutan suara tersebut tidak dalam status dapat diselesaikan, menghitung suara, mendapatkan persetujuan, dan akhirnya dieksekusi. Sebaliknya, pemungutan suara harus memenuhi beberapa kriteria agar dapat memasuki status "deciding (Deciding)". Sebelumnya, masih dalam status tertunda.
Standar untuk memasuki status Decided adalah sebagai berikut:
Mengalami periode impor, yaitu waktu yang harus dilalui sebelum keputusan dapat dimulai. Ini membantu mengurangi kemungkinan "serangan keputusan", di mana penyerang yang mengontrol banyak hak suara dapat segera meneruskan proposal setelah usulan, tanpa memberi waktu yang cukup bagi semua pemilih untuk mempertimbangkan dan berpartisipasi.
Harus ada ruang sisa untuk keputusan. Semua Track memiliki batasan jumlah referendum yang dapat diputuskan secara bersamaan. Track yang lebih kuat membatasi lebih rendah. Misalnya, batasan Origin tingkat Root adalah 1, yang berarti hanya satu proposal super berbahaya yang dapat diputuskan sekaligus.
Harus membayar deposit yang ditentukan. Biaya untuk membuat referendum sangat rendah, karena deposit hanya mencakup nilai yang diperlukan untuk penyimpanan di blockchain. Namun, ada risiko menghabiskan posisi terbatas dalam antrean referendum saat melakukan tinjauan dan keputusan. Meminta deposit yang lebih besar tetapi dapat dikembalikan membantu mengurangi spam.
Pemungutan suara dewan (v1)
Dewan disetujui dengan suara bulat - Ketika semua anggota dewan setuju dengan sebuah proposal, proposal tersebut dapat diajukan untuk referendum. Referendum ini akan menghasilkan deviasi rasio suara negatif ( yaitu semakin sedikit jumlah suara hak, semakin sedikit jumlah yang diperlukan untuk disetujui ).
Dewan disetujui dengan mayoritas - Ketika hanya mayoritas sederhana anggota dewan yang setuju, pemungutan suara untuk referendum juga dapat dilakukan, tetapi akan menggunakan sistem suara mayoritas di mana pihak yang mendapatkan 51% suara menang.
Hanya boleh ada satu referendum yang valid pada satu waktu, kecuali ada referendum darurat yang sedang berlangsung.
Jadwal Voting
Dalam pemerintahan v1, jika ada setidaknya satu proposal dalam antrean, pemungutan suara baru akan dilakukan setiap 28 hari. Proposal yang disetujui oleh dewan memiliki antrean, dan proposal yang diajukan oleh publik juga memiliki antrean. Pemungutan suara akan dilakukan secara bergiliran antara proposal yang berada di peringkat teratas dari kedua antrean.
Proposal teratas ditentukan oleh jumlah staking yang terikat di belakangnya. Jika antrean saat ini mencoba untuk membuat pemungutan suara tanpa proposal ( antrean kosong ), dan antrean lain memiliki proposal yang sedang menunggu, maka proposal teratas di antrean lain akan masuk ke pemungutan suara.
Tidak boleh ada pemungutan suara untuk beberapa referendum pada periode yang sama, kecuali referendum darurat. Referendum darurat yang terjadi bersamaan dengan referendum reguler adalah satu-satunya situasi di mana pemungutan suara untuk beberapa referendum dapat dilakukan secara bersamaan.
Ketika proposal disetujui, governance v2 berbagi periode kualifikasi yang sama selama 28 hari. Jika proposal tersebut tidak disetujui pada akhir fase ini, maka proposal tersebut akan secara otomatis ditolak.
Pemungutan Suara ( Pengelolaan v2)
Dalam tata kelola v2, jika proposal memenuhi persyaratan tingkat persetujuan dan tingkat dukungan, maka proposal tersebut akan disetujui, yaitu sistem bias kelompok adaptif akan dihapus.
Tingkat persetujuan ( dis defined sebagai bobot suara persetujuan ) setelah penyesuaian keyakinan ( yang mencakup bobot suara total ) yang terdiri dari bagian persetujuan dan penolakan (.
Tingkat dukungan )Support( adalah jumlah total suara yang disetujui ) mengabaikan penyesuaian keyakinan ( dibandingkan dengan jumlah total suara yang mungkin dilakukan dalam sistem.
Itu harus memenuhi standar ini dalam waktu terpendek selama periode konfirmasi. Jalur yang berbeda memiliki periode konfirmasi dan persyaratan persetujuan serta dukungan yang berbeda. Sekarang dapat dikonfigurasi melalui jumlah dukungan yang diperlukan dan persetujuan keseluruhan. Untuk proposal yang menggunakan sumber dengan hak istimewa lebih rendah, lebih masuk akal untuk lebih awal menurunkan tingkat suara yang diperlukan ke jumlah yang lebih realistis dibandingkan dengan proposal yang menggunakan kategori hak istimewa tinggi ) seperti Root(. Kursus yang memiliki arti politik besar dapat meminta persetujuan lebih tinggi lebih awal untuk menghindari kontroversi.
Di Gov2, proposal yang tidak disetujui setelah 28 hari akan dianggap sebagai penolakan default dan Decision Deposit akan dikembalikan. Jika proposal tetap disetujui sebelum periode konfirmasi berakhir, maka dianggap telah disetujui dan dijadwalkan untuk dilaksanakan dari sumber proposal setelah periode penetapan. Periode penetapan ditentukan saat proposal pemungutan suara umum, tetapi juga tunduk pada nilai minimum berbasis jalur. Jalur yang lebih kuat akan memaksa penerapan periode pelaksanaan yang lebih lama, untuk memastikan jaringan memiliki waktu yang cukup untuk mempersiapkan perubahan yang mungkin dibawa oleh proposal.
Penguncian Sukarela
Polkadot menggunakan konsep "penguncian sukarela", yang memungkinkan pemegang token untuk meningkatkan hak suara mereka dengan menyatakan berapa lama mereka bersedia mengunci token. Oleh karena itu, jumlah suara setiap pemegang token akan dihitung menggunakan rumus berikut:
Jumlah suara = token * faktor keyakinan
Periode penguncian setiap kali menggandakan, faktor keyakinan akan meningkatkan faktor suara satu.
Pengali suara periode kunci 00.111224384165326
Pengaturan maksimum jumlah kali "penguncian ganda" adalah 6) dengan total 32 periode penguncian (, satu periode penguncian sama dengan 28 hari. Hanya penguncian ganda yang diizinkan, misalnya, tidak bisa mengunci 24 periode dan meningkatkan keyakinan sebesar 5.5.
token yang terkunci masih dapat digunakan untuk voting dan staking; hanya dilarang untuk memindahkan token ini ke akun lain.
Suara selalu "dihitung" pada waktu yang sama, yaitu saat periode pemungutan suara berakhir. Ini tidak terpengaruh oleh periode penguncian token.
Bias Kelompok Adaptif
Bias kelompok adaptif digunakan lebih lama dalam tata kelola v2 dan telah digantikan oleh sistem Persetujuan/Dukungan.
) Dewan
Dalam tata kelola v1, pemangku kepentingan pasif di Polkadot diwakili oleh lembaga pengelola yang disebut "Dewan". Dewan adalah entitas on-chain yang terdiri dari beberapa peserta, di mana setiap peserta mewakili satu akun on-chain. Saat ini, Dewan di Polkadot terdiri dari anggota.
Selain mengendalikan kas negara, dewan juga bertanggung jawab atas tiga tugas pemerintahan utama:
Dalam governance v2, diperlukan strategi pengganti untuk menggantikan peran dewan sebelumnya sebagai lembaga delegasi pemilih, untuk mengatasi kenyataan bahwa banyak orang memilih untuk tidak berpartisipasi dalam tata kelola sehari-hari. Gov2 dibangun di atas fungsi delegasi pemungutan suara v1, di mana pemilih dapat memilih untuk mendelegasikan hak suaranya kepada pemilih lain dalam sistem. Ini dicapai melalui peningkatan fungsi yang disebut multi-role delegation, di mana pemilih dapat menunjuk perwakilan yang berbeda untuk setiap kategori referendum dalam sistem. Dengan demikian, pemilih dapat mendelegasikan suatu entitas untuk mengelola kategori referendum yang tidak terlalu signifikan, sambil memilih perwakilan yang berbeda untuk mengelola kategori lain dengan konsekuensi yang lebih besar, dan masih mempertahankan hak suara penuh untuk kategori yang tersisa.
( Batalkan referendum
Dalam tata kelola v1, proposal dapat dibatalkan jika komite teknis sepakat untuk membatalkannya, atau jika sumber Root ) seperti sudo( memicu fungsi ini. Deposit untuk proposal yang dibatalkan akan dihancurkan.
Selain itu, dua pertiga suara dewan dapat membatalkan referendum. Jika masalah ditemukan terlambat dalam proposal referendum ), seperti adanya kesalahan dalam kode runtime yang akan dijalankan dari proposal tersebut ###, ini dapat digunakan sebagai upaya terakhir.
Jika kontroversi yang dibatalkan cukup besar sehingga dewan tidak dapat mencapai dua pertiga suara, maka nasib proposal akan ditentukan bersama oleh para pemangku kepentingan.
Dalam tata kelola v2, ada operasi khusus bernama Cancelation### yang digunakan untuk membatalkan (, untuk mengintervensi proposal yang telah dipilih. Operasi ini akan segera menolak pemungutan suara yang sedang berlangsung, terlepas dari statusnya. Ada juga ketentuan yang memastikan bahwa jika proposal tersebut bersifat jahat atau merupakan spam, deposit pengusul akan disita.
Pembatalan itu sendiri adalah operasi tata kelola yang harus dilakukan melalui pemungutan suara jaringan. Pembatalan disertai dengan Origin dan Track-nya sendiri, memiliki periode pengenalan yang sangat singkat dan kurva tingkat persetujuan/dukungan, yang sedikit lebih cepat turun melalui ambang batas, karena itu hanya dipanggil dalam situasi mendesak.
) Komite Teknologi
Dalam pemerintahan v1, Komite Teknis (TC) sebagai salah satu dari tiga lembaga pemerintahan Kusama ( dua lembaga lainnya adalah Dewan dan Pemungutan Suara ) dan diperkenalkan. TC terdiri dari tim yang berhasil menerapkan atau mendefinisikan runtime Polkadot atau Polkadot Host. Melalui pemungutan suara mayoritas sederhana dari Dewan, tim dapat ditambahkan atau dihapus dari TC.
Tujuan TC adalah untuk mencegah pemungutan suara jahat, menerapkan perbaikan bug, membalikkan pembaruan runtime yang salah, atau menambahkan fungsi baru yang telah teruji dalam praktik. TC berhak menggunakan palet Demokrasi untuk mempercepat proposal, dan merupakan satu-satunya yang dapat