Polkadot mengadopsi mekanisme tata kelola yang canggih, yang dapat berevolusi dengan anggun sesuai dengan kebutuhan pemangku kepentingan. Tujuannya adalah untuk memastikan bahwa sebagian besar hak suara selalu dapat mengendalikan jaringan.
Dokumen ini mungkin mengalami perubahan. Protokol tata kelola telah melalui beberapa iterasi (v1 dan v2), dan lebih banyak perubahan direncanakan (v2.5).
Sistem pemerintahan terdesentralisasi pertama Polkadot (v1) terdiri dari tiga komponen utama:
Komite Teknis: Komite yang mengelola jadwal peningkatan.
Dewan: sebuah "pemerintah" yang dihasilkan melalui pemilihan suara, bertanggung jawab untuk mengelola parameter, pengelolaan, dan proposal pengeluaran.
Referendum: sebuah sistem pemungutan suara umum, untuk memberikan suara pada segala hal lainnya, pemangku kepentingan jangka panjang memiliki pengaruh yang lebih besar.
Sistem ini berjalan dengan baik pada beberapa tahun awal, membantu memastikan penggunaan dana negara yang tepat dan dapat diperbarui serta diperbaiki tepat waktu. Seperti kebanyakan teknologi awal, sistem dan protokol harus terus berevolusi untuk memperbaiki kekurangan dan mengikuti kemajuan. Misalnya, dalam "governance v1", semua referendum memiliki bobot yang sama, karena 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, daripada mempertimbangkan banyak proposal secara luas. Maka muncul "governance v2"!
"Governansi v2" atau "Gov2" telah mengubah metode 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.
Gov2 akan diluncurkan di Kusama setelah kode-nya melalui audit profesional akhir. Setelah pengujian di Kusama, proposal akan diajukan untuk penerapannya di Polkadot.
Konten berikut akan memperkenalkan banyak prinsip inti tata kelola di jaringan Polkadot. Memahami asal usul tata kelola v1 adalah penting untuk memahami arah iterasi kedua dengan lebih baik. Perbedaan dan perbedaan ini akan disorot dalam berbagai subtopik.
Perlu dicatat bahwa, pada tahap ini dalam siklus hidupnya, pemerintahan adalah protokol yang terus berkembang. Dengan pembaruan pemerintahan v2 yang masuk ke jaringan, rencana untuk pemerintahan v2.5 juga sedang disusun.
Prasyarat
Secara ringkas, jaringan ini mengumpulkan berbagai mekanisme baru, termasuk fungsi transisi status amorf yang disimpan di rantai dan didefinisikan dalam bahasa perantara netral platform (WebAssembly), serta berbagai mekanisme pemungutan suara di rantai, seperti referendum dengan ambang mayoritas mutlak adaptif dan mekanisme pemungutan suara persetujuan massal.
Semua perubahan pada perjanjian harus disepakati melalui pemungutan suara berbasis hak suara.
Mekanisme
Dalam tata kelola v1, pemegang token yang aktif dan dewan bersama-sama mengelola keputusan upgrade jaringan. Apakah proposal diajukan oleh publik ( pemegang token ) atau oleh dewan, pada akhirnya harus melalui referendum umum dari semua pemegang untuk memutuskan berdasarkan bobot jumlah staking ( dan nilai keyakinan ).
Ada beberapa perubahan pada治理v2. Cara model pemerintahan baru mencerminkan karakteristik desentralisasinya 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 di Gov1 menjalankan peran sebagai perwakilan pemegang token pasif, penjaga kas, dan penggagas legislasi, namun biasanya dianggap sebagai entitas terpusat. Untuk lebih mendekentralisasikan jaringan Polkadot dan Kusama, 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 spesifik yang relevan, menggunakan panggilan fungsi hak istimewa runtime dalam bentuk ) termasuk panggilan terkuat: set_code, yang dapat mengubah seluruh kode runtime, mewujudkan fungsi yang sebelumnya hanya bisa dicapai dengan "hard fork" ###.
Referendum adalah peristiwa diskrit dengan periode pemungutan suara tetap. Ketika periode pemungutan suara berakhir dan kotak suara dihitung, jika suara disetujui, fungsi (set_code) akan dipanggil. Referendum selalu bersifat biner; pilihan Anda dalam pemungutan suara hanya bisa "setuju", "menolak", atau sepenuhnya abstain.
Dalam governance v1, referendum dapat dimulai melalui salah satu dari beberapa cara berikut:
Proposal yang diajukan secara publik;
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.
Semua referendum memiliki periode penundaan eksekusi yang sesuai. Ini adalah periode waktu dari akhir referendum hingga pelaksanaan proposal yang sebenarnya ( dengan asumsi proposal disetujui ).
Jika sebuah referendum ditutup dan hasilnya telah dihitung, maka referendum tersebut dianggap selesai. Demikian pula, jika proposal disetujui, itu akan dijadwalkan untuk dilaksanakan. Jika referendum sedang menunggu hasil, yaitu sedang dilakukan pemungutan suara, maka referendum tersebut 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 pelaksanaan referendum sebelumnya dapat menetapkan periode penundaan eksekusi sesuai kebutuhan. Penanganan proposal darurat membutuhkan "tindak lanjut cepat" untuk masalah besar jaringan, sehingga mengurangi waktu eksekusi.
Di Gov2, siapa pun dapat memulai referendum kapan saja, dan dapat memulai sebanyak yang mereka inginkan. Gov2 memperkenalkan beberapa fitur baru yang disebut Origins( sumber) dan Tracks( jalur), untuk membantu proses dan pengolahan protokol referendum.
Origin dapat dianggap sebagai deskriptor kaya untuk level hak istimewa yang diberikan. Pengusul referendum sekarang perlu memilih Origin yang sesuai untuk permintaan mereka berdasarkan persyaratan proposal.
Setiap Origin terkait dengan kategori referendum, dan setiap kategori terkait dengan 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 terkandung.
Misalnya, dampak pemanggilan set_code ( dari peningkatan Runtime ) terhadap ekosistem berbeda dengan persetujuan tip perbendaharaan ( dari pemanggilan reportAwesome ), sehingga memerlukan Origins yang berbeda, di mana tingkat suara, tingkat persetujuan, deposit, dan periode eksekusi terpendek yang berbeda akan ditentukan sebelumnya di pallet.
( Proposal Referendum
Referendum publik
Siapa pun dapat mengusulkan referendum dengan menyetor jumlah minimum token dalam jumlah blok tertentu ) selama periode tertentu ###. Jika seseorang setuju dengan usulan tersebut, mereka dapat menyetor jumlah token yang sama sebagai dukungan.
Operasi ini disebut "endorsemen". Proposal yang mendapatkan dukungan token terikat tertinggi akan dipilih untuk pemungutan suara periode berikutnya. Harap diperhatikan, ini mungkin berbeda dengan jumlah absolut dari endorsemen; misalnya, tiga akun 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 pemerintahan v1, antrian proposal dapat memiliki hingga 100 proposal publik.
Di Gov2, ketika sebuah referendum dibuat, komunitas dapat segera memberikan suara. Namun, referendum tersebut tidak berada dalam status yang dapat diakhiri, atau dihitung suaranya, mendapatkan persetujuan dan dieksekusi secara final. Sebaliknya, referendum harus memenuhi beberapa standar sebelum dapat memasuki status yang disebut "deciding(Deciding)". Sebelum berada dalam status ini, masih dalam status yang belum ditentukan.
Standar untuk memasuki status Decided adalah sebagai berikut:
Mengalami periode pengantar ( lead-in period ), yaitu jumlah waktu yang harus dilalui sebelum keputusan dapat dimulai. Ini membantu mengurangi kemungkinan "serangan keputusan", di mana penyerang yang mengontrol sejumlah besar hak suara mungkin segera meluluskan proposal setelah diusulkan, alih-alih memberi waktu yang cukup kepada 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 yang lebih kuat akan memiliki batasan yang lebih rendah. Misalnya, batasan untuk Origin level Root adalah 1, yang berarti hanya satu proposal super berbahaya yang dapat diputuskan pada satu waktu.
Harus membayar deposit keputusan. Biaya untuk membuat referendum sangat rendah, karena nilai deposit hanya mencakup nilai yang diperlukan untuk penyimpanan on-chain yang diperlukan untuk melacaknya. Namun, ada risiko menghabiskan posisi terbatas dalam antrean referendum untuk meninjau dan memutuskan referendum. Meminta jumlah deposit yang lebih besar tetapi dapat dikembalikan membantu mengurangi spam.
Jadwal Pemungutan Suara
Dalam Governance v1, jika ada setidaknya satu proposal dalam salah satu 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 referendum tanpa proposal, antrean ( kosong ), dan antrean lain memiliki proposal yang sedang antre, maka proposal teratas dalam antrean lain akan masuk ke referendum.
Tidak dapat melakukan pemungutan suara untuk beberapa referendum pada periode yang sama, kecuali referendum darurat. Referendum darurat yang terjadi bersamaan dengan referendum reguler ( yang dipublikasikan atau proposal dewan ) adalah satu-satunya situasi di mana beberapa referendum dapat diadakan pemungutan suara secara bersamaan.
Ketika proposal disetujui, governance v2 berbagi periode kelayakan 28 hari yang sama. Jika pada akhir tahap ini belum disetujui, proposal tersebut akan secara otomatis ditolak.
Pemungutan suara referendum( tata kelola v2)
Dalam Governance v2, jika proposal memenuhi persyaratan tingkat persetujuan dan dukungan, proposal tersebut akan disetujui, yaitu sistem bias kelompok adaptif dihapus.
Tingkat persetujuan ( dis defined sebagai bobot suara persetujuan ) setelah penyesuaian keyakinan ( yang merupakan bagian dari total bobot suara ) yang mencakup bagian dari 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.
Ini 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 mengurangi tingkat suara yang diperlukan lebih awal ke angka yang lebih realistis dibandingkan dengan proposal yang menggunakan kategori hak istimewa tinggi ) seperti Root(. Kursus yang memiliki arti politik besar dapat meminta persetujuan yang lebih tinggi lebih awal untuk menghindari kontroversi.
Dalam Gov2, proposal yang tidak disetujui setelah 28 hari akan dianggap ditolak secara default dan Deposit Keputusan akan dikembalikan. Jika proposal berhasil tetap disetujui sebelum periode konfirmasi berakhir, maka dianggap disetujui dan direncanakan untuk dilaksanakan dari sumber yang diusulkan setelah periode penetapan. Periode penetapan ditentukan saat proposal pemungutan suara umum tetapi juga tunduk pada nilai minimum berbasis jalur. Tracks yang lebih kuat akan memberlakukan periode pelaksanaan yang lebih lama untuk memastikan jaringan memiliki waktu yang cukup untuk mempersiapkan perubahan yang mungkin dibawa oleh proposal.
Penutupan Sukarela
Polkadot menggunakan konsep yang disebut "pembatasan sukarela", yang memungkinkan pemegang token untuk meningkatkan hak suara mereka dengan menyatakan berapa lama mereka bersedia untuk mengunci token. Oleh karena itu, jumlah suara setiap pemegang token akan dihitung menggunakan rumus berikut:
Jumlah suara = token * faktor keyakinan
Setiap periode penguncian akan menggandakan, dan faktor keyakinan akan menambah faktor suara satu.
Jumlah suara untuk periode kunci dikalikan 00.111224384165326
Jumlah maksimum pengaturan "penggandaan" periode kunci ditetapkan pada 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 tetap dapat menggunakannya untuk memberikan suara dan staking; Anda hanya dilarang untuk mentransfer token ini ke akun lain.
Suara selalu "dihitung" pada waktu yang sama, yaitu pada saat periode pemungutan suara berakhir. Ini tidak terpengaruh oleh periode penguncian token.
) Batalkan referendum
Dalam tata kelola v1, jika komite teknis sepakat untuk membatalkan proposal, atau jika sumber Root memicu fungsi ini, maka proposal dapat dibatalkan. Deposit yang dibatalkan akan dihancurkan.
Selain itu, dua pertiga mayoritas dewan dapat membatalkan pemungutan suara. Jika masalah ditemukan terlambat dalam proposal pemungutan suara, seperti kesalahan dalam kode runtime yang akan dieksekusi dalam proposal tersebut, ini mungkin akan digunakan sebagai upaya terakhir.
Jika kontroversi yang dibatalkan cukup besar sehingga dewan tidak dapat mencapai dua pertiga suara mayoritas, maka nasib proposal akan ditentukan secara bersama oleh para pemangku kepentingan.
Dalam tata kelola v2, ada operasi khusus yang disebut Cancelation( untuk membatalkan), yang digunakan untuk mengintervensi proposal yang sudah di-vote. Operasi ini akan segera menolak referendum yang sedang berlangsung, terlepas dari statusnya. Ada juga ketentuan yang memastikan bahwa jika proposal tersebut bersifat jahat atau spam, maka deposit pengusul akan disita.
Pembatalan itu sendiri adalah operasi tata kelola yang harus dieksekusi melalui pemungutan suara jaringan. Pembatalan disertai dengan Origin dan Track-nya sendiri, memiliki periode pengenalan yang sangat singkat dan kurva tingkat persetujuan/dukungan, di mana ambang batas kelulusannya menurun sedikit lebih cepat karena dipanggil saat situasi mendesak.
Beasiswa Polkadot
Fellowship ini adalah lembaga ahli yang otonom secara fundamental, dengan tujuan utama untuk mewakili kumpulan pengetahuan teknis dari individu yang memiliki pemahaman tentang jaringan dan protokol Polkadot. Fellowship melalui "等
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.
12 Suka
Hadiah
12
6
Bagikan
Komentar
0/400
Lonely_Validator
· 8jam yang lalu
Apa itu tata kelola? Jika tidak mengerti, jangan berinvestasi.
Lihat AsliBalas0
GateUser-4745f9ce
· 12jam yang lalu
Jangan pedulikan V2, segera urus biaya gas V1.
Lihat AsliBalas0
GraphGuru
· 12jam yang lalu
Saya sudah memantau v2 cukup lama, tidak buruk, tidak buruk.
Lihat AsliBalas0
BearMarketSurvivor
· 12jam yang lalu
Bukankah ini hanya tentang desentralisasi suara? Apa yang baru dari ini?
Lihat AsliBalas0
SneakyFlashloan
· 12jam yang lalu
Lebih baik langsung berikan hak pengelolaan kepada saya
Lihat AsliBalas0
TokenSherpa
· 12jam yang lalu
sebenarnya, model v2 ini masih mengabaikan mekanisme pemungutan suara kuadratik... *sigh* biarkan saya menjelaskan ini
Polkadot Governance V2: Inovasi Mekanisme Referendum untuk Meningkatkan Efisiensi Pengambilan Keputusan
Tata Kelola V2
Polkadot mengadopsi mekanisme tata kelola yang canggih, yang dapat berevolusi dengan anggun sesuai dengan kebutuhan pemangku kepentingan. Tujuannya adalah untuk memastikan bahwa sebagian besar hak suara selalu dapat mengendalikan jaringan.
Dokumen ini mungkin mengalami perubahan. Protokol tata kelola telah melalui beberapa iterasi (v1 dan v2), dan lebih banyak perubahan direncanakan (v2.5).
Sistem pemerintahan terdesentralisasi pertama Polkadot (v1) terdiri dari tiga komponen utama:
Sistem ini berjalan dengan baik pada beberapa tahun awal, membantu memastikan penggunaan dana negara yang tepat dan dapat diperbarui serta diperbaiki tepat waktu. Seperti kebanyakan teknologi awal, sistem dan protokol harus terus berevolusi untuk memperbaiki kekurangan dan mengikuti kemajuan. Misalnya, dalam "governance v1", semua referendum memiliki bobot yang sama, karena 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, daripada mempertimbangkan banyak proposal secara luas. Maka muncul "governance v2"!
"Governansi v2" atau "Gov2" telah mengubah metode 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.
Gov2 akan diluncurkan di Kusama setelah kode-nya melalui audit profesional akhir. Setelah pengujian di Kusama, proposal akan diajukan untuk penerapannya di Polkadot.
Konten berikut akan memperkenalkan banyak prinsip inti tata kelola di jaringan Polkadot. Memahami asal usul tata kelola v1 adalah penting untuk memahami arah iterasi kedua dengan lebih baik. Perbedaan dan perbedaan ini akan disorot dalam berbagai subtopik.
Perlu dicatat bahwa, pada tahap ini dalam siklus hidupnya, pemerintahan adalah protokol yang terus berkembang. Dengan pembaruan pemerintahan v2 yang masuk ke jaringan, rencana untuk pemerintahan v2.5 juga sedang disusun.
Prasyarat
Secara ringkas, jaringan ini mengumpulkan berbagai mekanisme baru, termasuk fungsi transisi status amorf yang disimpan di rantai dan didefinisikan dalam bahasa perantara netral platform (WebAssembly), serta berbagai mekanisme pemungutan suara di rantai, seperti referendum dengan ambang mayoritas mutlak adaptif dan mekanisme pemungutan suara persetujuan massal.
Semua perubahan pada perjanjian harus disepakati melalui pemungutan suara berbasis hak suara.
Mekanisme
Dalam tata kelola v1, pemegang token yang aktif dan dewan bersama-sama mengelola keputusan upgrade jaringan. Apakah proposal diajukan oleh publik ( pemegang token ) atau oleh dewan, pada akhirnya harus melalui referendum umum dari semua pemegang untuk memutuskan berdasarkan bobot jumlah staking ( dan nilai keyakinan ).
Ada beberapa perubahan pada治理v2. Cara model pemerintahan baru mencerminkan karakteristik desentralisasinya adalah:
Dewan di Gov1 menjalankan peran sebagai perwakilan pemegang token pasif, penjaga kas, dan penggagas legislasi, namun biasanya dianggap sebagai entitas terpusat. Untuk lebih mendekentralisasikan jaringan Polkadot dan Kusama, 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 spesifik yang relevan, menggunakan panggilan fungsi hak istimewa runtime dalam bentuk ) termasuk panggilan terkuat: set_code, yang dapat mengubah seluruh kode runtime, mewujudkan fungsi yang sebelumnya hanya bisa dicapai dengan "hard fork" ###.
Referendum adalah peristiwa diskrit dengan periode pemungutan suara tetap. Ketika periode pemungutan suara berakhir dan kotak suara dihitung, jika suara disetujui, fungsi (set_code) akan dipanggil. Referendum selalu bersifat biner; pilihan Anda dalam pemungutan suara hanya bisa "setuju", "menolak", atau sepenuhnya abstain.
Dalam governance v1, referendum dapat dimulai melalui salah satu dari beberapa cara berikut:
Semua referendum memiliki periode penundaan eksekusi yang sesuai. Ini adalah periode waktu dari akhir referendum hingga pelaksanaan proposal yang sebenarnya ( dengan asumsi proposal disetujui ).
Jika sebuah referendum ditutup dan hasilnya telah dihitung, maka referendum tersebut dianggap selesai. Demikian pula, jika proposal disetujui, itu akan dijadwalkan untuk dilaksanakan. Jika referendum sedang menunggu hasil, yaitu sedang dilakukan pemungutan suara, maka referendum tersebut 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 pelaksanaan referendum sebelumnya dapat menetapkan periode penundaan eksekusi sesuai kebutuhan. Penanganan proposal darurat membutuhkan "tindak lanjut cepat" untuk masalah besar jaringan, sehingga mengurangi waktu eksekusi.
Di Gov2, siapa pun dapat memulai referendum kapan saja, dan dapat memulai sebanyak yang mereka inginkan. Gov2 memperkenalkan beberapa fitur baru yang disebut Origins( sumber) dan Tracks( jalur), untuk membantu proses dan pengolahan protokol referendum.
Origin dapat dianggap sebagai deskriptor kaya untuk level hak istimewa yang diberikan. Pengusul referendum sekarang perlu memilih Origin yang sesuai untuk permintaan mereka berdasarkan persyaratan proposal.
Setiap Origin terkait dengan kategori referendum, dan setiap kategori terkait dengan 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 terkandung.
Misalnya, dampak pemanggilan set_code ( dari peningkatan Runtime ) terhadap ekosistem berbeda dengan persetujuan tip perbendaharaan ( dari pemanggilan reportAwesome ), sehingga memerlukan Origins yang berbeda, di mana tingkat suara, tingkat persetujuan, deposit, dan periode eksekusi terpendek yang berbeda akan ditentukan sebelumnya di pallet.
( Proposal Referendum
Referendum publik
Siapa pun dapat mengusulkan referendum dengan menyetor jumlah minimum token dalam jumlah blok tertentu ) selama periode tertentu ###. Jika seseorang setuju dengan usulan tersebut, mereka dapat menyetor jumlah token yang sama sebagai dukungan.
Operasi ini disebut "endorsemen". Proposal yang mendapatkan dukungan token terikat tertinggi akan dipilih untuk pemungutan suara periode berikutnya. Harap diperhatikan, ini mungkin berbeda dengan jumlah absolut dari endorsemen; misalnya, tiga akun 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 pemerintahan v1, antrian proposal dapat memiliki hingga 100 proposal publik.
Di Gov2, ketika sebuah referendum dibuat, komunitas dapat segera memberikan suara. Namun, referendum tersebut tidak berada dalam status yang dapat diakhiri, atau dihitung suaranya, mendapatkan persetujuan dan dieksekusi secara final. Sebaliknya, referendum harus memenuhi beberapa standar sebelum dapat memasuki status yang disebut "deciding(Deciding)". Sebelum berada dalam status ini, masih dalam status yang belum ditentukan.
Standar untuk memasuki status Decided adalah sebagai berikut:
Jadwal Pemungutan Suara
Dalam Governance v1, jika ada setidaknya satu proposal dalam salah satu 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 referendum tanpa proposal, antrean ( kosong ), dan antrean lain memiliki proposal yang sedang antre, maka proposal teratas dalam antrean lain akan masuk ke referendum.
Tidak dapat melakukan pemungutan suara untuk beberapa referendum pada periode yang sama, kecuali referendum darurat. Referendum darurat yang terjadi bersamaan dengan referendum reguler ( yang dipublikasikan atau proposal dewan ) adalah satu-satunya situasi di mana beberapa referendum dapat diadakan pemungutan suara secara bersamaan.
Ketika proposal disetujui, governance v2 berbagi periode kelayakan 28 hari yang sama. Jika pada akhir tahap ini belum disetujui, proposal tersebut akan secara otomatis ditolak.
Pemungutan suara referendum( tata kelola v2)
Dalam Governance v2, jika proposal memenuhi persyaratan tingkat persetujuan dan dukungan, proposal tersebut akan disetujui, yaitu sistem bias kelompok adaptif dihapus.
Tingkat persetujuan ( dis defined sebagai bobot suara persetujuan ) setelah penyesuaian keyakinan ( yang merupakan bagian dari total bobot suara ) yang mencakup bagian dari 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.
Ini 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 mengurangi tingkat suara yang diperlukan lebih awal ke angka yang lebih realistis dibandingkan dengan proposal yang menggunakan kategori hak istimewa tinggi ) seperti Root(. Kursus yang memiliki arti politik besar dapat meminta persetujuan yang lebih tinggi lebih awal untuk menghindari kontroversi.
Dalam Gov2, proposal yang tidak disetujui setelah 28 hari akan dianggap ditolak secara default dan Deposit Keputusan akan dikembalikan. Jika proposal berhasil tetap disetujui sebelum periode konfirmasi berakhir, maka dianggap disetujui dan direncanakan untuk dilaksanakan dari sumber yang diusulkan setelah periode penetapan. Periode penetapan ditentukan saat proposal pemungutan suara umum tetapi juga tunduk pada nilai minimum berbasis jalur. Tracks yang lebih kuat akan memberlakukan periode pelaksanaan yang lebih lama untuk memastikan jaringan memiliki waktu yang cukup untuk mempersiapkan perubahan yang mungkin dibawa oleh proposal.
Penutupan Sukarela
Polkadot menggunakan konsep yang disebut "pembatasan sukarela", yang memungkinkan pemegang token untuk meningkatkan hak suara mereka dengan menyatakan berapa lama mereka bersedia untuk mengunci token. Oleh karena itu, jumlah suara setiap pemegang token akan dihitung menggunakan rumus berikut:
Jumlah suara = token * faktor keyakinan
Setiap periode penguncian akan menggandakan, dan faktor keyakinan akan menambah faktor suara satu.
Jumlah suara untuk periode kunci dikalikan 00.111224384165326
Jumlah maksimum pengaturan "penggandaan" periode kunci ditetapkan pada 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 tetap dapat menggunakannya untuk memberikan suara dan staking; Anda hanya dilarang untuk mentransfer token ini ke akun lain.
Suara selalu "dihitung" pada waktu yang sama, yaitu pada saat periode pemungutan suara berakhir. Ini tidak terpengaruh oleh periode penguncian token.
) Batalkan referendum
Dalam tata kelola v1, jika komite teknis sepakat untuk membatalkan proposal, atau jika sumber Root memicu fungsi ini, maka proposal dapat dibatalkan. Deposit yang dibatalkan akan dihancurkan.
Selain itu, dua pertiga mayoritas dewan dapat membatalkan pemungutan suara. Jika masalah ditemukan terlambat dalam proposal pemungutan suara, seperti kesalahan dalam kode runtime yang akan dieksekusi dalam proposal tersebut, ini mungkin akan digunakan sebagai upaya terakhir.
Jika kontroversi yang dibatalkan cukup besar sehingga dewan tidak dapat mencapai dua pertiga suara mayoritas, maka nasib proposal akan ditentukan secara bersama oleh para pemangku kepentingan.
Dalam tata kelola v2, ada operasi khusus yang disebut Cancelation( untuk membatalkan), yang digunakan untuk mengintervensi proposal yang sudah di-vote. Operasi ini akan segera menolak referendum yang sedang berlangsung, terlepas dari statusnya. Ada juga ketentuan yang memastikan bahwa jika proposal tersebut bersifat jahat atau spam, maka deposit pengusul akan disita.
Pembatalan itu sendiri adalah operasi tata kelola yang harus dieksekusi melalui pemungutan suara jaringan. Pembatalan disertai dengan Origin dan Track-nya sendiri, memiliki periode pengenalan yang sangat singkat dan kurva tingkat persetujuan/dukungan, di mana ambang batas kelulusannya menurun sedikit lebih cepat karena dipanggil saat situasi mendesak.
Beasiswa Polkadot
Fellowship ini adalah lembaga ahli yang otonom secara fundamental, dengan tujuan utama untuk mewakili kumpulan pengetahuan teknis dari individu yang memiliki pemahaman tentang jaringan dan protokol Polkadot. Fellowship melalui "等