Gouvernance V2

Polkadot utilise un mécanisme de gouvernance sophistiqué qui lui permet d'évoluer élégamment en fonction des besoins des parties prenantes. Son objectif est de garantir que la majorité des droits peut toujours contrôler le réseau.

Le contenu de cet article peut être sujet à des changements. Le protocole de gouvernance a déjà subi plusieurs itérations (v1 et v2), et d'autres changements sont à venir (v2.5).

Le premier système de gouvernance décentralisée de Polkadot (v1) est composé de trois parties principales :

1. Comité technique : comité technique chargé de gérer le calendrier des mises à niveau.

2. Conseil: un "gouvernement" exécutif élu par vote, responsable de la gestion des paramètres, de l'administration et des propositions de dépenses.

3. Référendum : un système de vote universel pour toutes les autres affaires, donnant plus d'influence aux parties prenantes à long terme.

Ce système fonctionnait bien au début, aidant à garantir un usage raisonnable des fonds publics et à effectuer des mises à jour et des réparations en temps opportun. Mais à mesure que le système mûrit, il est nécessaire d'améliorer continuellement ses défauts et de suivre les dernières avancées. Par exemple, dans "gouvernance v1", tous les référendums ont le même poids, on ne peut voter que sur un seul référendum à la fois, et la période de vote peut durer plusieurs semaines. Cela conduit le système à se concentrer sur un très petit nombre de propositions au lieu de considérer largement plusieurs propositions.

"治理v2"( abrégé en "Gov2") a changé la manière de prendre des décisions quotidiennes, rendant les référendums plus larges et agiles, augmentant de manière significative le nombre de décisions collectives que le système peut prendre.

Gov2 lancera sur Kusama après un audit professionnel final de son code. Après les tests sur Kusama, une proposition sera faite pour le déployer sur Polkadot.

préalable

Ce réseau regroupe plusieurs mécanismes novateurs, y compris des fonctions de transition d'état amorphe définies en WebAssembly et stockées sur la chaîne, ainsi que divers mécanismes de vote sur chaîne, tels que des référendums avec un seuil de majorité absolue adaptable et un mécanisme de vote par approbation par lots.

Tous les changements apportés à l'accord doivent être approuvés par un vote pondéré en fonction des droits.

mécanisme

Dans la gouvernance v1, les détenteurs de tokens actifs et le conseil gèrent ensemble les décisions de mise à niveau du réseau. Que la proposition provienne du public ou du conseil, elle doit finalement être soumise à un référendum populaire, où le montant des mises et la valeur de croyance servent de poids pour prendre une décision.

La gouvernance v2 a quelques changements. La nouvelle façon dont le modèle de gouvernance reflète les caractéristiques de décentralisation est :

• Transférer toutes les responsabilités du conseil aux détenteurs de tokens par un vote démocratique
• Dissoudre le conseil d'administration actuel
• Permettre aux utilisateurs de déléguer leurs droits de vote à des membres de la communauté de manière plus diversifiée.

référendum

Le référendum est un système de vote simple, inclusif et basé sur le staking. Chaque référendum a une proposition spécifique associée, sous la forme d'un appel de fonction de privilège d'exécution.

Le référendum est un événement discret avec une période de vote fixe. Une fois la période de vote terminée et les bulletins de vote comptés, si le référendum est approuvé, la fonction correspondante sera appelée. Un référendum est toujours binaire ; les choix de vote peuvent seulement être "pour", "contre" ou complètement abstention.

Dans Gov2, tout le monde peut lancer un référendum à tout moment, sans limite de nombre. Gov2 introduit de nouveaux concepts d'Origins( et de Tracks) pour aider le processus de référendum.

L'Origin peut être considéré comme un descripteur du niveau de privilège donné. Le proposant doit choisir le bon Origin pour la demande en fonction des exigences de la proposition.

Chaque Origine est liée à une catégorie de vote, et chaque catégorie a un Track. Le Track décrit le cycle de vie de la proposition et est indépendant des autres catégories. Différents Tracks indépendants permettent au réseau d'ajuster la dynamique du vote en fonction des niveaux de privilège implicites.

Par exemple, l'impact de la mise à niveau du Runtime sur l'écosystème diffère de l'approbation des pourboires du Trésor, nécessitant donc différentes Origines, où différents taux de vote, taux d'approbation, dépôts et durées d'exécution minimales seront préalablement déterminés.

( Proposition de vote

Référendum public

Tout le monde peut proposer un référendum en déposant un nombre minimum de tokens pendant une certaine période. Si quelqu'un est d'accord, il peut déposer le même nombre de tokens pour montrer son soutien, ce qu'on appelle "endorsement". La proposition qui obtient le plus de soutien en tokens engagés sera choisie pour le référendum du prochain cycle de vote.

Dans Gov2, une fois qu'un référendum est créé, la communauté peut voter immédiatement. Cependant, ce référendum n'est pas dans un état qui permet de clôturer ou de comptabiliser les voix, d'obtenir une approbation et d'être exécuté. Au contraire, le référendum doit répondre à certains critères pour entrer dans l'état "décisionnel". Avant cela, il reste en attente.

Les critères pour entrer dans l'état Decided sont les suivants :

• A traversé une période d'importation, c'est-à-dire le temps nécessaire avant de pouvoir commencer. Cela aide à réduire la probabilité de "décision de tir".
• Il doit également y avoir un espace de décision restant. Le nombre de référendums pouvant être décidés simultanément est limité pour tous les Tracks.
• Un dépôt déterminant doit être payé. Le coût de création d'un référendum est faible, mais un dépôt remboursable plus important est nécessaire pour décider du référendum, afin de réduire les informations indésirables.

Calendrier de vote

Dans Gov2, une proposition a une période d'éligibilité de 28 jours lorsqu'elle est approuvée. Si cette phase se termine sans approbation, la proposition sera automatiquement rejetée.

Référendum de vote ) gouvernance v2###

Dans Gov2, si une proposition satisfait aux exigences de taux d'approbation et de taux de soutien, elle est approuvée.

Le taux d'approbation est la part du poids des votes d'approbation par rapport au poids total des votes. Le taux de soutien est la comparaison entre le nombre total de votes d'approbation et le nombre total de votes possibles dans le système.

Les propositions doivent satisfaire à cette norme dans le délai de confirmation le plus court possible. Différentes chaînes ont des délais de confirmation et des exigences de soutien à l'approbation différents. Il est maintenant possible de configurer en fonction de la quantité de soutien requise et de l'approbation globale.

Dans Gov2, les propositions non approuvées après 28 jours seront considérées comme rejetées par défaut, et le dépôt de décision sera remboursé. Si la proposition reste approuvée avant la fin de la période de confirmation, elle sera considérée comme approuvée et prévue pour être exécutée à partir de la source proposée après la période de formulation. La période de formulation est spécifiée lors de la proposition, mais est également soumise à des limites minimales basées sur la trajectoire.

Verrouillage volontaire

Polkadot utilise le concept de "verrouillage volontaire", permettant aux détenteurs de tokens d'augmenter leur pouvoir de vote en déclarant la durée pendant laquelle ils souhaitent verrouiller leurs tokens. Le nombre de votes de chaque détenteur de token sera calculé à l'aide de la formule suivante :

Nombre de votes = token * facteur de conviction

Chaque période de verrouillage double, le multiplicateur de conviction augmente de un. La période de verrouillage maximale est de 6( avec un total de 32 périodes de verrouillage ), une période de verrouillage équivaut à 28 jours.

Une fois verrouillé, vous pouvez toujours utiliser le token pour voter et staker, mais vous ne pouvez pas le transférer vers un autre compte.

( Conseil

Dans Gov2, une stratégie alternative est nécessaire pour remplacer les responsabilités du conseil d'administration en tant qu'organisme de délégation des électeurs. Gov2 améliore la fonction de délégation multi-rôles, permettant aux électeurs de désigner différents représentants pour chaque type de référendum dans le système.

) Annuler le référendum

Dans Gov2, il existe une opération spéciale appelée Annulation### qui permet d'intervenir sur les propositions déjà votées. Cette opération rejettera immédiatement le référendum en cours. Si la proposition est malveillante ou constitue du spam, il faut s'assurer que le dépôt du proposant soit confisqué.

L'annulation est en soi une opération de gouvernance qui doit être exécutée par un vote du réseau. Elle a son propre Origine et Suivi, avec une période d'importation plus courte et une courbe de taux d'approbation/soutien, qui diminue rapidement par le biais de seuils.

Bourse Polkadot

Fellowship est un organisme d'experts fondamentalement autonome, représentant des personnes ayant des connaissances sur le réseau Polkadot et les technologies de protocole. Il classe les membres par "niveaux", représentant le degré de sagesse de leurs opinions, leurs bases techniques et leur conformité aux intérêts de Polkadot.

Contrairement au Technical Collective actuel, il vise à élargir le nombre de membres et à abaisser les barrières à l'entrée. Devenir membre candidat nécessite simplement de déposer un petit montant de garantie.

Les membres du Fellowship peuvent voter sur toute proposition de Fellowship, les opinions globales des membres ( étant pondérées par niveau ) pour constituer les avis considérés du Fellowship.

Système de niveaux

Pour éviter qu'un petit nombre de participants n'obtienne un contrôle effectif sur le réseau, le système adhère à trois principes fondamentaux :

1. Fellowship ne peut pas exercer un pouvoir matériel sur le réseau.
2. Fellowship accorde plus de poids aux membres de haut niveau, mais ne doit pas être si élevé qu'il ne puisse être dépassé par le consensus des membres de niveau inférieur.
3. Fellowship devrait croître et développer le niveau de compétence et de connaissance de ses membres.

La Fellowship établira une charte, décrivant les exigences et les attentes pour obtenir et maintenir un grade. Les membres de haut niveau pourront voter et promouvoir les membres de niveau inférieur selon la charte.

Après un certain temps, si un membre ne parvient pas à prouver son statut, il sera automatiquement rétrogradé. Une suspension ne peut se produire que par référendum. Pour obtenir le niveau le plus élevé, un référendum est nécessaire.

Liste blanche

Le pallet Whitelist permet à un Origin d'élever le niveau de privilège d'un autre Origin pour une certaine opération. Dans Gov2, il permet à Fellowship d'autoriser une nouvelle source ###Whitelisted-Root( à exécuter avec des droits de niveau Root, et cela ne peut être utilisé qu'avec des commandes spécifiques autorisées par Fellowship.

Ce système permet une nouvelle origine parallèle Track)Whitelisted-Root Origin(, dont les paramètres permettent des cycles de vote plus courts. Grâce à un processus public et transparent, un groupe d'experts mondial a déterminé que cette opération est à la fois sécurisée et urgente.

) liste noire

Les propositions peuvent être mises sur liste noire via la source Root. Les propositions et les référendums associés mis sur liste noire seront immédiatement annulés, et leur hachage ne pourra pas réapparaître dans la file d'attente des propositions. Cela est utile pour supprimer les propositions erronées qui pourraient être soumises avec le même hachage.

Cependant, cela n'est pas une solution infaillible pour empêcher la soumission de propositions invalides, car de petites modifications dans le texte de la proposition peuvent également changer la valeur de hachage, rendant la liste noire inefficace.