Tata Kelola V2

Polkadot mengadopsi mekanisme tata kelola yang canggih, yang mampu berevolusi dengan elegan sesuai dengan kebutuhan pemangku kepentingan. Tujuannya adalah untuk memastikan bahwa mayoritas hak selalu dapat mengontrol jaringan.

Konten 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 Polkadot (v1) terdiri dari tiga komponen utama:

• Komite Teknologi: Mengelola Jadwal Peningkatan
• Dewan: "Pemerintah" yang dihasilkan melalui pemilihan, bertanggung jawab untuk mengelola parameter, mengelola dan mengajukan anggaran.
• Referendum: pemungutan suara umum untuk semua urusan lainnya, pemangku kepentingan jangka panjang memiliki pengaruh yang lebih besar

Sistem ini berjalan dengan baik pada awal operasinya, membantu penggunaan dana kas negara yang wajar dan memperbaiki serta memperbarui tepat waktu. Namun, seiring dengan kematangan sistem, perlu untuk terus memperbaiki kekurangan dan mengikuti perkembangan. Misalnya, dalam "governance v1", semua bobot pemungutan suara sama, dan hanya satu pemungutan suara yang dapat dilakukan dalam satu waktu, dengan periode pemungutan suara yang dapat berlangsung selama beberapa minggu. Ini menyebabkan sistem cenderung mempertimbangkan dengan cermat sejumlah kecil proposal, daripada mempertimbangkan secara luas beberapa proposal. Oleh karena itu, "governance v2" muncul.

"Governansi v2" atau disebut "Gov2" mengubah cara pengambilan keputusan sehari-hari, membuat pemungutan suara memiliki dampak yang lebih luas dan lebih gesit, serta secara signifikan meningkatkan jumlah keputusan kolektif yang dapat diambil oleh sistem.

Setelah melakukan tinjauan profesional terakhir terhadap kode, Gov2 akan diluncurkan di Kusama. Setelah pengujian di Kusama, proposal untuk menerapkannya di Polkadot akan diajukan.

Berikut akan diperkenalkan prinsip-prinsip tata kelola inti dari jaringan Polkadot. Memahami asal-usul tata kelola v1 akan membantu untuk lebih memahami arah iterasi kedua. Perbedaan dan perbedaan ini akan disorot dalam berbagai subtopik.

Perlu dicatat bahwa, pada tahap ini, tata kelola masih merupakan protokol yang terus berkembang. Dengan pembaruan tata kelola v2 yang masuk ke jaringan, rencana untuk tata kelola v2.5 juga sedang disusun.

Prasyarat

Secara umum, jaringan ini mengumpulkan berbagai mekanisme baru, termasuk fungsi transisi status non-typical yang disimpan di blockchain dan didefinisikan dengan WebAssembly, serta berbagai mekanisme pemungutan suara di blockchain, seperti referendum dengan ambang mayoritas absolut yang adaptif dan mekanisme pemungutan suara persetujuan massal.

Semua perubahan pada perjanjian harus disetujui melalui pemungutan suara yang berbasis pada bobot hak.

Mekanisme

Dalam tata kelola v1, pemegang token yang aktif dan dewan bersama-sama mengelola keputusan peningkatan jaringan. Apapun usulan yang diajukan oleh pemegang token publik ( atau oleh dewan, akhirnya harus melalui referendum seluruh pemegang, dengan jumlah staked dan nilai keyakinan sebagai bobot dalam membuat keputusan.

Ada beberapa perubahan di Governance v2. Cara model pemerintahan baru mencerminkan karakteristik desentralisasi adalah:

• Mengalihkan semua tanggung jawab dewan kepada pemegang token melalui pemungutan suara demokratis
• Membubarkan dewan direksi saat ini secara kolektif
• Memungkinkan pengguna untuk mendelegasikan hak suara mereka kepada anggota komunitas dengan lebih banyak cara

Dewan dalam Gov1 menjalankan peran sebagai perwakilan pemegang token pasif, penjaga kas, dan penggagas legislatif, tetapi umumnya dianggap sebagai entitas terpusat. Untuk lebih mendekentralisasi jaringan, Gov2 mengusulkan untuk mengembalikan tanggung jawab dewan kepada komunitas.

) referendum

Referendum adalah skema pemungutan suara yang sederhana, inklusif, dan berbasis staking. Setiap referendum memiliki usulan tertentu yang menggunakan bentuk pemanggilan fungsi hak istimewa runtime ### termasuk pemanggilan set_code yang paling kuat, yang 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 yang sesuai akan dipanggil. Referendum selalu bersifat biner; pilihan hanya bisa "setuju", "tidak setuju", atau sepenuhnya abstain.

Dalam tata kelola v1, pemungutan suara dapat dimulai melalui salah satu cara berikut:

• Proposal yang diajukan secara terbuka
• Proposal yang disetujui dengan suara mayoritas atau suara bulat oleh 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 periode antara berakhirnya referendum dan pelaksanaan proposal yang sebenarnya ) jika disetujui (.

Jika referendum ditutup dan selesai dihitung, maka dianggap telah selesai. Jika proposal disetujui, itu akan dijadwalkan untuk dilaksanakan. Jika referendum sedang menunggu hasil atau sedang memberikan suara, maka dianggap belum selesai.

Jika proposal diajukan oleh publik atau dewan, maka ada periode penundaan eksekusi tetap selama 28 hari. Proposal yang diajukan sebagai bagian dari eksekusi referendum sebelumnya dapat menetapkan periode penundaan eksekusi sesuai kebutuhan. Penanganan proposal darurat memerlukan masalah penting yang "memerlukan tindak lanjut cepat", sehingga memperpendek waktu eksekusi.

Dalam Gov2, siapa pun dapat memulai pemungutan suara kapan saja, dan dapat memulai beberapa pemungutan suara. Gov2 memperkenalkan fitur baru Origins) dan Tracks( untuk membantu proses dan penanganan protokol pemungutan suara.

Origin dapat dianggap sebagai deskriptor kaya untuk tingkat hak istimewa tertentu. Pengusul sekarang perlu memilih Origin yang sesuai untuk permintaan berdasarkan persyaratan proposal.

Setiap Origin terkait dengan satu kategori referendum, dan setiap kategori terkait dengan satu Track. Track menggambarkan siklus hidup proposal, dan independen dari Track kategori lainnya. Memiliki jalur independen yang berbeda, memungkinkan jaringan untuk menyesuaikan dinamika referendum berdasarkan tingkat hak istimewa yang tersirat.

Misalnya, dampak pemanggilan set_code ) pada ekosistem dari peningkatan Runtime ( berbeda dengan pemanggilan reportAwesome yang disetujui oleh kas negara ), sehingga membutuhkan Origins yang berbeda, di mana tingkat suara yang berbeda, tingkat persetujuan, deposit, dan periode eksekusi terpendek akan ditentukan sebelumnya di pallet.

( Proposal Referendum

Pemungutan suara publik

Siapa pun dapat mengajukan referendum dengan menyetor jumlah minimum token dalam jumlah blok ) dalam periode tertentu (. Jika seseorang setuju dengan proposal tersebut, mereka dapat menyetor jumlah token yang sama sebagai dukungan.

Operasi ini disebut "endorsemen". Proposal dengan dukungan token terikat tertinggi akan dipilih sebagai referendum untuk siklus pemungutan suara berikutnya. Perhatikan, ini mungkin berbeda dengan jumlah endorsemen absolut; misalnya, tiga akun yang masing-masing mengikat 20 DOT akan "melebihi" kekuatan sepuluh akun yang masing-masing mengikat 1 DOT.

Setelah proposal diajukan ), pemungutan suara akan dilakukan ###, token yang terikat akan dilepaskan.

Untuk tata kelola v1, maksimum dapat ada 100 proposal publik dalam antrean proposal.

Dalam Gov2, ketika pemungutan suara dibuat, komunitas dapat segera memberikan suara. Namun, pemungutan suara tersebut tidak berada dalam status yang dapat diakhiri atau dihitung, disetujui dan akhirnya dilaksanakan. Sebaliknya, pemungutan suara harus memenuhi beberapa standar untuk memasuki status "deciding(Deciding)". Sebelum memasuki status ini, masih dalam status yang tertunda.

Standar untuk memasuki status Decided adalah sebagai berikut:

• Mengalami periode pengantar ( lead-in period ), yaitu waktu yang harus dilalui sebelum keputusan dapat dimulai. Ini membantu mengurangi kemungkinan "serangan keputusan", di mana penyerang yang mengontrol sejumlah besar hak suara dapat segera meloloskan proposal setelah diusulkan, alih-alih memberikan waktu yang cukup bagi semua pemilih untuk mempertimbangkan dan berpartisipasi.
• Harus ada ruang sisa yang pasti. Semua Track memiliki batasan jumlah referendum yang dapat diputuskan secara bersamaan. Track dengan kemampuan lebih kuat memiliki batasan yang lebih rendah. Contohnya, batasan untuk Origin tingkat Root adalah 1, yaitu hanya bisa memutuskan 1 proposal super berbahaya sekaligus.
• Harus membayar deposito keputusan. Biaya untuk membuat jajak pendapat sangat rendah, karena nilai deposito hanya mencakup nilai penyimpanan on-chain yang diperlukan untuk pelacakan. Namun, ada risiko kehabisan posisi terbatas dalam antrean jajak pendapat saat melakukan tinjauan dan pengambilan keputusan. Meminta jumlah deposito yang lebih besar tetapi dapat dikembalikan membantu mengurangi spam.

Pemungutan Suara Dewan (v1)

Dewan disetujui dengan suara bulat - Ketika semua anggota dewan setuju dengan suatu proposal, itu dapat dibawa ke pemungutan suara. Pemungutan suara ini akan menghasilkan deviasi tingkat suara negatif ( yaitu semakin sedikit jumlah suara hak yang diperoleh, semakin sedikit jumlah yang diperlukan untuk disetujui -- lihat bias kelompok adaptif ).

Mayoritas dewan disetujui - Ketika hanya mayoritas sederhana anggota dewan yang setuju, pemungutan suara untuk referendum juga dapat dilakukan, tetapi akan menjadi sistem suara mayoritas di mana pihak yang mendapatkan 51% suara akan menang.

Pada waktu tertentu hanya boleh ada satu referendum yang valid, kecuali jika ada referendum darurat yang sedang berlangsung.

Jadwal Pemungutan Suara

Dalam Governance v1, jika di salah satu antrean terdapat setidaknya satu proposal, pemungutan suara baru akan dilakukan setiap 28 hari. Proposal yang disetujui oleh dewan memiliki antrean sendiri, dan proposal yang diajukan oleh publik juga memiliki antrean. Pemungutan suara akan dilakukan secara bergiliran antara proposal yang berada di posisi teratas dari kedua antrean.

Proposal yang paling tinggi peringkatnya 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 dalam antrean, maka proposal yang paling tinggi peringkatnya dalam 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 ( yang diajukan secara publik atau oleh dewan ) adalah satu-satunya situasi di mana pemungutan suara untuk beberapa referendum dapat dilakukan secara bersamaan.

Ketika proposal disetujui, Governance v2 berbagi periode kelayakan yang sama selama 28 hari. Jika pada akhir tahap ini belum disetujui, maka proposal tersebut akan secara otomatis ditolak.

Pemungutan suara referendum( tata kelola v2)

Dalam Governance v2, jika proposal memenuhi persyaratan tingkat persetujuan dan dukungan, maka proposal tersebut akan disetujui, yaitu menghapus sistem bias kelompok adaptif.

Tingkat persetujuan ( dis定义 sebagai bobot suara persetujuan ) setelah penyesuaian keyakinan ( yang merupakan bagian dari total bobot suara ) yang mencakup persentase persetujuan dan penolakan (.

Tingkat dukungan ) Support ( adalah total suara yang disetujui ) mengabaikan penyesuaian keyakinan ( dibandingkan dengan total suara yang mungkin dilakukan dalam sistem.

Ini harus memenuhi standar ini dalam waktu terpendek selama periode konfirmasi. Jalur yang berbeda memiliki periode konfirmasi yang berbeda serta persyaratan persetujuan dan dukungan. Sekarang dapat dikonfigurasi melalui jumlah dukungan yang diperlukan dan persetujuan keseluruhan. Proposal yang menggunakan sumber dengan hak istimewa lebih rendah, dibandingkan dengan proposal yang menggunakan kategori hak istimewa tinggi ) seperti Root(, lebih masuk akal untuk mengurangi tingkat suara yang diperlukan lebih cepat ke jumlah yang lebih realistis. Proposal yang memiliki arti politik yang signifikan dapat meminta persetujuan yang lebih tinggi lebih awal untuk menghindari perselisihan.

Dalam Gov2, proposal yang tidak disetujui setelah 28 hari akan dianggap sebagai penolakan default, dan Deposit Keputusan akan dikembalikan. Jika proposal berhasil mempertahankan persetujuan sebelum periode konfirmasi berakhir, maka dianggap disetujui, dan dijadwalkan untuk dilaksanakan dari sumber yang diusulkan setelah periode pengaturan. Periode pengaturan ditentukan saat proposal pemungutan suara umum diajukan, tetapi juga terikat pada nilai minimum berbasis jalur. Jalur yang lebih kuat akan memaksa periode pelaksanaan yang lebih panjang, untuk memastikan jaringan memiliki cukup waktu untuk bersiap menghadapi perubahan yang mungkin dibawa oleh proposal.

Kunci Sukarela

Polkadot menggunakan konsep "penguncian sukarela", yang memungkinkan pemegang token untuk meningkatkan hak suara 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

Setiap periode penguncian menggandakan jumlah, dan faktor keyakinan akan meningkatkan jumlah suara.

Jumlah periode terkunci Faktor suara 0 1 1 2 2 3 4 4 8 5 16 6 32 6

Jumlah maksimum pengaturan "penggandaan" periode kunci diatur menjadi 6) sehingga total ada 32 periode kunci (, satu periode kunci sama dengan 28 hari. Hanya penggandaan yang diizinkan, misalnya, Anda tidak dapat mengunci 24 periode dan meningkatkan keyakinan Anda sebesar 5,5.

Setelah token terkunci, Anda masih dapat menggunakannya untuk voting dan staking; Anda hanya dilarang untuk mentransfer token tersebut ke akun lain.

Suara selalu "dihitung" pada waktu yang sama, yaitu saat periode pemungutan suara berakhir. Ini tidak terpengaruh oleh periode kunci token.

Bias Kelompok Adaptif

Bias kelompok adaptif digunakan lebih lama dalam Governance v2 dan digantikan oleh sistem Persetujuan/Dukungan.

) Dewan

Dalam tata kelola v1, pemangku kepentingan pasif di Polkadot diwakili oleh suatu badan pengelola yang disebut "Dewan". Dewan adalah entitas on-chain yang terdiri dari beberapa peserta, di mana setiap peserta mewakili satu akun on-chain. Di Polkadot, Dewan saat ini terdiri dari anggota.

Selain mengendalikan kas negara, dewan juga bertanggung jawab atas tiga tugas pemerintahan utama:

• Pemungutan suara yang bijaksana
• Membatalkan referendum yang berbahaya atau jahat
• Komite Teknologi Pemilihan

Dalam tata kelola v2, dibutuhkan strategi alternatif untuk menggantikan peran dewan sebelumnya sebagai lembaga pemilih, untuk mengatasi fakta bahwa banyak orang memilih untuk tidak berpartisipasi dalam tata kelola sehari-hari. Gov2 dibangun di atas fungsi delegasi suara v1, di mana pemilih dapat memilih untuk mendelegasikan hak suaranya kepada pemilih lain dalam sistem. Ini dilakukan melalui perbaikan fungsi yang disebut delegasi multi-peran, di mana pemilih dapat menunjuk perwakilan yang berbeda untuk setiap jenis referendum dalam sistem. Oleh karena itu, misalnya, pemilih dapat mendelegasikan entitas tertentu untuk mengelola kategori referendum yang kurang signifikan, dan memilih perwakilan yang berbeda untuk mengelola kategori lain yang memiliki konsekuensi lebih signifikan, dan masih mempertahankan hak suara penuh untuk kategori yang tersisa.

( membatalkan referendum

Dalam tata kelola v1, jika komite teknis setuju secara bulat untuk membatalkan proposal, atau jika sumber Root ) seperti sudo( memicu fungsi ini, maka proposal dapat dibatalkan. Deposit dari proposal yang dibatalkan akan dihancurkan.

Selain itu, dua pertiga suara dewan dapat membatalkan referendum. Jika ada masalah yang ditemukan terlambat dalam proposal referendum ), seperti kesalahan dalam kode runtime yang akan dijalankan dari proposal tersebut (, ini mungkin akan menjadi langkah terakhir.

Jika sengketa yang dibatalkan cukup besar, untuk