Tata Kelola V2

Polkadot mengadopsi mekanisme pemerintahan yang cermat, yang memungkinkannya untuk berevolusi secara elegan sesuai dengan kebutuhan pemangku kepentingan. Tujuan dari mekanisme ini adalah untuk memastikan bahwa mayoritas hak selalu dapat mengendalikan jaringan.

Dokumen 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 bagian utama:

• Komite Teknik: Mengelola Jadwal Peningkatan
• Dewan: badan eksekutif yang bertanggung jawab untuk mengelola parameter, administrasi, dan proposal pengeluaran yang dihasilkan melalui pemilihan.
• Referendum: Sistem pemungutan suara umum, memberikan pengaruh lebih besar kepada pemangku kepentingan jangka panjang

Sistem ini menunjukkan kinerja yang baik pada awal operasinya, membantu penggunaan dana negara secara rasional dan memperbarui serta memperbaiki secara tepat waktu. Namun, seiring dengan matangnya sistem, perlu terus-menerus memperbaiki kekurangan dan mengikuti kemajuan. Misalnya, dalam "governance v1", semua bobot pemungutan suara adalah sama, hanya satu pemungutan suara yang dapat dilakukan pada satu waktu, dan periode pemungutan suara dapat berlangsung selama beberapa minggu. Ini menyebabkan sistem cenderung mempertimbangkan dengan hati-hati sejumlah kecil proposal, daripada mempertimbangkan berbagai proposal secara luas.

Oleh karena itu, "Governance v2" ( Gov2) hadir. Ini mengubah cara pengambilan keputusan sehari-hari, membuat jangkauan pengaruh referendum lebih luas dan lebih gesit, serta secara signifikan meningkatkan jumlah keputusan kolektif yang dapat diambil oleh sistem.

Gov2 berencana untuk meluncurkan di Kusama setelah melakukan audit akhir terhadap kodenya. Setelah diuji di Kusama, akan diusulkan untuk menerapkannya di Polkadot.

Konten berikut akan memperkenalkan prinsip-prinsip inti pemerintahan jaringan Polkadot. Memahami asal-usul pemerintahan v1 akan membantu dalam memahami arah iterasi kedua dengan lebih baik. Perbedaan ini akan ditonjolkan di berbagai subtopik.

Perlu dicatat bahwa, pada tahap ini, tata kelola adalah 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:

• Disimpan di blockchain dan didefinisikan dalam fungsi transisi status amorf yang netral terhadap platform (WebAssembly)
• Berbagai mekanisme pemungutan suara di blockchain, seperti referendum dengan ambang batas mayoritas mutlak yang adaptif dan mekanisme pemungutan suara persetujuan massal

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

Mekanisme

Dalam tata kelola v1, pemilik token yang aktif dan dewan bersama-sama mengelola keputusan peningkatan jaringan. Apakah proposal diajukan oleh pemegang token publik ( atau dewan, pada akhirnya harus melalui referendum umum, dengan jumlah staking dan nilai keyakinan sebagai bobot untuk membuat keputusan.

Ada beberapa perubahan pada governance v2. Cara model governance baru mencerminkan karakteristik desentralisasi adalah:

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

Dewan di Gov1 bertindak sebagai perwakilan pemegang token pasif, penjaga kas, dan penggagas legislasi, tetapi biasanya dianggap sebagai entitas terpusat. Untuk lebih mendekatkan jaringan menuju desentralisasi, Gov2 mengusulkan untuk mengembalikan tanggung jawab dewan kepada komunitas.

Referendum

Referendum adalah skema pemungutan suara yang sederhana, inklusif, dan berbasis staking. Setiap referendum memiliki proposal terkait, yang menggunakan bentuk pemanggilan fungsi istimewa ) termasuk pemanggilan set_code yang paling kuat, yang dapat mengganti seluruh kode runtime (.

Pemungutan suara adalah peristiwa diskrit dengan periode pemungutan suara yang tetap. Setelah periode pemungutan suara berakhir dan suara dihitung, jika disetujui, fungsi akan dipanggil. Pemungutan suara selalu bersifat biner, hanya dapat memilih "setuju", "tidak setuju" atau abstain.

Dalam tata kelola v1, pemungutan suara dapat dimulai dengan cara berikut:

• Proposal yang diajukan secara terbuka
• Proposal yang disetujui oleh suara mayoritas atau suara bulat dewan
• Proposal yang diajukan sebagai bagian dari pelaksanaan referendum sebelumnya
• Proposal darurat yang diajukan oleh komite teknis dan disetujui oleh dewan direksi

Semua referendum memiliki periode penundaan pelaksanaan. Ini adalah waktu antara akhir referendum hingga pelaksanaan proposal yang sebenarnya ) jika disetujui (.

Jika referendum ditutup dan perhitungan selesai, maka dianggap telah selesai. Jika proposal disetujui, itu akan dijadwalkan untuk dilaksanakan. Jika referendum sedang dalam proses pemungutan suara, maka dianggap belum selesai.

Proposal yang diajukan oleh publik atau dewan memiliki periode penundaan pelaksanaan tetap selama 28 hari. Proposal yang diajukan sebagai bagian dari pelaksanaan pemungutan suara sebelumnya dapat diatur periode penundaan pelaksanaannya sesuai kebutuhan. Penanganan proposal darurat membutuhkan "tindak lanjut cepat" untuk masalah yang signifikan, sehingga memperpendek waktu pelaksanaan.

Dalam Gov2, siapa pun dapat memulai referendum dalam jumlah berapa pun kapan saja. Gov2 memperkenalkan fitur baru seperti Origins) dan Tracks( untuk membantu proses referendum.

Origin dapat dianggap sebagai deskriptor untuk tingkat privilese yang diberikan. Pengusul harus memilih Origin yang sesuai untuk permintaan berdasarkan persyaratan proposal.

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

Misalnya, dampak peningkatan Runtime terhadap ekosistem berbeda dengan persetujuan tip kas negara, sehingga memerlukan Origins yang berbeda, di mana tingkat pemungutan suara, tingkat persetujuan, deposit, dan periode eksekusi terpendek yang berbeda akan ditentukan terlebih dahulu.

Pemungutan Suara Proposal

Referendum Publik

Siapa pun dapat menyetor jumlah minimum token dalam jangka waktu tertentu untuk mengusulkan referendum. Jika ada yang setuju, mereka dapat menyetor jumlah token yang sama sebagai dukungan.

Ini disebut "endorsemen". Proposal yang mendapatkan dukungan token terikat tertinggi akan menjadi referendum untuk siklus pemungutan suara berikutnya. Harap diperhatikan bahwa ini mungkin berbeda dengan jumlah absolut dari endorsemen.

Setelah proposal diajukan ) masuk ke dalam pemungutan suara (, token yang terikat akan dirilis.

Dalam治理v1, antrean proposal dapat memiliki hingga 100 proposal publik.

Dalam Gov2, setelah menciptakan pemungutan suara, komunitas dapat segera memberikan suara. Namun, pemungutan suara tidak berada dalam status yang dapat diakhiri atau dihitung, disetujui, dan akhirnya dilaksanakan. Sebaliknya, pemungutan suara harus memenuhi beberapa standar untuk memasuki status "keputusan". Sebelum itu, masih dalam status tertunda.

Standar untuk memasuki status keputusan adalah sebagai berikut:

• Masa pengenalan, yaitu waktu yang harus dilalui sebelum memulai keputusan. Ini membantu mengurangi kemungkinan "serangan keputusan".
• Harus ada ruang sisa yang pasti. Semua Track membatasi jumlah referendum yang dapat diputuskan secara bersamaan. Track yang lebih kuat memiliki batasan yang lebih rendah.
• Harus membayar deposit yang ditentukan. Membuat referendum biayanya sangat rendah, tetapi ada risiko peninjauan dan keputusan menghabiskan antrean dengan tempat terbatas. Meminta deposit yang lebih besar tetapi dapat dikembalikan membantu mengurangi spam.

Pemungutan Suara Dewan )v1(

Dewan menyetujui dengan suara bulat - Ketika semua anggota setuju, proposal dapat dibawa ke pemungutan suara. Pemungutan suara ini akan menghasilkan deviasi tingkat suara negatif.

Dewan disetujui oleh mayoritas - ketika hanya mayoritas sederhana yang setuju, pemungutan suara juga dapat dilakukan, tetapi menggunakan sistem suara mayoritas.

Hanya boleh ada satu referendum yang sah pada satu waktu, kecuali ada referendum darurat yang sedang berlangsung.

Jadwal Pemungutan Suara

Dalam pengelolaan v1, diasumsikan bahwa ada setidaknya satu proposal dalam antrean, dan pemungutan suara baru dilakukan setiap 28 hari. Proposal yang disetujui oleh dewan dan proposal yang diajukan oleh publik masing-masing memiliki antrean. Pemungutan suara dilakukan secara bergiliran antara proposal yang berada di urutan teratas di kedua antrean.

Peringkat ditentukan oleh jumlah staking yang terikat. Jika antrean saat ini mencoba membuat pemungutan suara tanpa proposal ) antrean kosong (, sedangkan antrean lain memiliki proposal yang antre, maka proposal yang paling depan dalam antrean lain akan masuk ke pemungutan suara.

Tidak dapat memberikan suara untuk beberapa referendum pada waktu yang sama, kecuali referendum darurat. Referendum darurat yang terjadi bersamaan dengan referendum reguler adalah satu-satunya situasi di mana dapat memberikan suara untuk beberapa referendum secara bersamaan.

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

Pemungutan Suara ) Tata Kelola v2(

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

Tingkat persetujuan didefinisikan sebagai proporsi bobot suara yang disetujui ) setelah disesuaikan dengan keyakinan ( terhadap total bobot suara.

Tingkat dukungan adalah perbandingan antara total suara persetujuan ) yang mengabaikan penyesuaian keyakinan ( dan total suara yang mungkin dilakukan dalam sistem.

Ini harus memenuhi standar ini dalam waktu konfirmasi terpendek. Jalur yang berbeda memiliki periode konfirmasi dan persyaratan dukungan persetujuan yang berbeda. Sekarang dapat dikonfigurasi melalui jumlah dukungan yang diperlukan dan persetujuan keseluruhan. Proposal dari sumber berprivilege rendah, dibandingkan dengan kategori berprivilege tinggi ) seperti Root(, dapat lebih cepat mengurangi tingkat suara yang diperlukan ke angka yang lebih realistis. Proposal yang memiliki arti politik besar dapat lebih awal meminta persetujuan yang lebih tinggi untuk menghindari kontroversi.

Dalam Gov2, proposal yang tidak disetujui setelah 28 hari akan dianggap sebagai penolakan default dan deposit keputusan akan dikembalikan. Jika proposal tetap disetujui sebelum periode konfirmasi berakhir, maka dianggap telah disetujui dan direncanakan untuk dilaksanakan dari sumber proposal setelah periode penetapan. Periode penetapan ditentukan saat proposal diajukan, tetapi dibatasi oleh nilai minimum berbasis jalur. Track yang lebih kuat memaksa periode pelaksanaan yang lebih panjang, memastikan jaringan memiliki waktu yang cukup untuk mempersiapkan perubahan.

Kunci Sukarela

Polkadot menggunakan konsep "penguncian sukarela", memungkinkan pemegang token untuk meningkatkan hak suara dengan menyatakan kesediaan untuk mengunci token untuk jangka waktu tertentu, jumlah suara setiap pemegang akan dihitung menggunakan rumus berikut:

Jumlah suara = Token * faktor keyakinan

Jumlah periode kunci akan digandakan setiap kali, dan pengali keyakinan akan menambah pengali suara satu.

Pengganda suara periode kunci 0 0.1 1 1 2 2 4 3 8 4 16 5 32 6

Jumlah maksimum "penggandaan" periode penguncian adalah 6) total 32 periode penguncian (, satu periode penguncian sama dengan 28 hari. Hanya penggandaan yang diizinkan, tidak boleh mengunci 24 periode untuk meningkatkan keyakinan sebesar 5.5.

Setelah mengunci token, masih dapat digunakan untuk voting dan staking; hanya saja dilarang untuk ditransfer 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 diwakili oleh "Dewan". Dewan adalah entitas di blockchain yang terdiri dari beberapa peserta, masing-masing mewakili satu akun di blockchain.

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

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

Dalam tata kelola v2, diperlukan strategi pengganti untuk menggantikan tanggung jawab dewan sebagai lembaga delegasi pemilih, untuk mengatasi kenyataan bahwa banyak orang tidak berpartisipasi dalam tata kelola sehari-hari. Gov2 dibangun di atas fungsi delegasi suara v1, di mana pemilih dapat mendelegasikan hak suaranya kepada pemilih lain dalam sistem. Ini ditingkatkan melalui fungsi delegasi multi-peran, di mana pemilih dapat menunjuk wakil yang berbeda untuk setiap jenis referendum dalam sistem. Oleh karena itu, pemilih dapat mendelegasikan suatu entitas untuk mengelola kategori referendum yang tidak terlalu signifikan, sementara memilih wakil lain untuk mengelola kategori yang lebih signifikan, dan mempertahankan hak suara penuh atas kategori yang tersisa.

Pembatalan referendum

Dalam tata kelola v1, jika komite teknis sepakat untuk membatalkan proposal, atau fungsi ini dipicu oleh sumber Root, maka proposal dapat dibatalkan. Deposit yang telah dibatalkan akan dihancurkan.

Selain itu, dua pertiga suara dewan dapat membatalkan referendum. Jika masalah ditemukan terlambat dalam proposal referendum, seperti kesalahan dalam kode runtime ), ini dapat digunakan sebagai upaya terakhir.

Jika pembatalan sengketa cukup besar sehingga dewan tidak dapat mencapai dua pertiga suara mayoritas, maka nasib proposal akan ditentukan bersama oleh para pemangku kepentingan.

Dalam tata kelola v2, terdapat 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. Selain itu, diatur bahwa jika proposal tersebut adalah berniat jahat atau spam, maka deposit pengusul akan disita.

Pembatalan itu sendiri adalah operasi tata kelola, yang harus dilakukan melalui pemungutan suara jaringan untuk dapat dieksekusi. Pembatalan memiliki Origin dan Track sendiri, dengan periode pengenalan yang sangat singkat dan kurva tingkat persetujuan/dukungan, turun sedikit lebih cepat melalui ambang batas, karena dipanggil dalam keadaan darurat.

Komite Teknis

Dalam tata kelola v1, komite teknis (TC) merupakan salah satu dari tiga lembaga dalam tata kelola Kusama ( dua lembaga lainnya adalah dewan dan referendum ). TC terdiri dari tim yang berhasil menerapkan atau mendefinisikan runtime Polkadot atau Polkadot Host. Melalui pemungutan suara mayoritas sederhana dewan, tim dapat ditambahkan atau dihapus dari TC.

Tujuan TC adalah untuk mencegah pemungutan suara yang jahat, menerapkan perbaikan bug, membalikkan pembaruan runtime yang salah, atau menambahkan fungsi baru yang telah teruji di lapangan. TC berhak menggunakan palet Demokrasi untuk mempercepat proposal, dan merupakan satu-satunya sumber yang dapat memicu fungsi percepatan proposal. Kita dapat menganggap TC sebagai "sumber unik" 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 pengguna untuk memilih yang lainnya.

Dalam tata kelola v2, telah diperkenalkan komite suksesi baru yang disebut "Polkadot Fellowship", untuk menggantikan komite teknis. Ini akan melayani jaringan Polkadot dan Kusama.

Beasiswa Polkadot

Fellowship ini adalah lembaga ahli yang otonom secara dasar, dengan tujuan utama untuk mewakili orang-orang yang memiliki pengetahuan tentang jaringan Polkadot dan teknologi protokol. Fellowship