Polkadot utilise un mécanisme de gouvernance sophistiqué qui évolue élégamment en fonction des besoins des parties prenantes. Son objectif est de garantir que la majorité des intérêts puisse toujours contrôler le réseau.
Le contenu de ce document peut être modifié. Le protocole de gouvernance a déjà subi plusieurs itérations (v1 et v2), et d'autres changements sont prévus (v2.5).
Le premier système de gouvernance décentralisé de Polkadot (v1) est composé de trois composants principaux :
Comité technique : comité technique chargé de la gestion du calendrier de mise à niveau.
Conseil: un exécutif "gouvernement" élu par vote, responsable de la gestion des paramètres, de la gestion et des propositions de dépenses.
Référendum : un système de vote universel pour voter sur toutes les autres choses, où les parties prenantes à long terme ont une plus grande influence.
Ce système a bien fonctionné pendant les premières années, aidant à garantir l'utilisation appropriée des fonds de l'État et à permettre des mises à jour et des réparations en temps voulu. Comme la plupart des technologies précoces, le système et les protocoles doivent constamment évoluer pour améliorer les défauts et suivre les progrès. Par exemple, dans "gouvernance v1", tous les référendums avaient le même poids, car il n'était possible de voter que sur un seul référendum à la fois, et la période de vote pouvait durer plusieurs semaines. Cela a conduit le système à se concentrer sur un très petit nombre de propositions, plutôt que de considérer largement plusieurs propositions. Ainsi, "gouvernance v2" est né!
"Gov2" ou "gouvernance v2" a changé la façon dont les décisions quotidiennes sont prises, élargissant et rendant plus agiles les impacts des référendums, augmentant ainsi de manière significative le nombre de décisions collectives que le système peut prendre.
Gov2 sera lancé 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.
Le contenu suivant présentera d'abord de nombreux principes de gouvernance fondamentaux sur le réseau Polkadot. Comprendre les origines de la gouvernance v1 est important pour mieux saisir la direction de la deuxième itération. Ces différences et distinctions seront mises en évidence dans divers sous-thèmes.
Il est important de noter qu'à ce stade de son cycle de vie, la gouvernance est un protocole en constante évolution. Avec la mise à jour de la gouvernance v2 entrant dans le réseau, un plan pour la gouvernance v2.5 est également en cours de développement.
condition
En résumé, ce réseau regroupe divers mécanismes innovants, y compris des fonctions de conversion d'état amorphe définies sur la chaîne et dans un langage intermédiaire neutre pour la plateforme (WebAssembly), ainsi que plusieurs mécanismes de vote en chaîne, tels que des référendums avec un seuil de majorité absolue adaptatif 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 soit faite par le public ( détenteurs de tokens ) ou par le conseil, elle doit finalement passer par un référendum populaire de tous les détenteurs, afin de décider en utilisant le montant de mise ( stake ) et la valeur de conviction ( conviction ) comme poids.
La gouvernance v2 présente plusieurs changements. La nouvelle manière dont le modèle de gouvernance reflète ses caractéristiques décentralisées 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 différentes manières.
Le conseil dans Gov1 a joué le rôle de représentant des détenteurs de tokens passifs, de gardien de la trésorerie et d'initiateur législatif, mais est généralement considéré comme une entité centralisée. Afin de décentraliser davantage les réseaux Polkadot et Kusama, Gov2 propose de restituer les responsabilités du conseil à la communauté.
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, utilisant des appels de fonction de privilège runtime, y compris l'appel le plus puissant : set_code, qui peut basculer tout le code runtime, réalisant ainsi des fonctionnalités qui nécessiteraient normalement un "hard fork" pour être mises en œuvre.
Le référendum est un événement discret avec une période de vote fixe. Lorsque la période de vote se termine et que les bulletins de vote sont comptés, si le vote est approuvé, la fonction (set_code) sera appelée. Le référendum est toujours binaire ; votre choix lors du vote ne peut être que "pour", "contre" ou totalement abstention.
Dans la gouvernance v1, un référendum peut être lancé de l'une des manières suivantes :
Propositions soumises publiquement;
Propositions adoptées par un vote majoritaire ou à l'unanimité du conseil;
Proposition soumise dans le cadre de l'exécution du référendum précédent ;
Proposition d'urgence soumise par le comité technique et approuvée par le conseil.
Tous les référendums ont des délais d'exécution correspondants. Cela correspond à la période entre la fin du référendum et la mise en œuvre réelle de la proposition (, supposant que la proposition soit approuvée ).
Si un référendum est clos et que le comptage est terminé, il est considéré comme achevé. De même, si la proposition est approuvée, elle sera mise en œuvre. Si le référendum attend des résultats, c'est-à-dire qu'il est en cours de vote, il est considéré comme inachevé.
Si la proposition est soumise par le public ou le conseil, il y a un délai d'exécution fixe de 28 jours. Les propositions soumises dans le cadre de l'exécution de référendums précédents peuvent avoir un délai d'exécution fixé selon les besoins. Le traitement des propositions d'urgence nécessite des "réponses rapides" aux problèmes majeurs du réseau, ce qui réduit le temps d'exécution.
Dans Gov2, tout le monde peut commencer un référendum à tout moment, et il n'y a pas de limite au nombre de référendums qu'on peut initier. Gov2 introduit plusieurs nouvelles fonctionnalités, appelées Origins( et Tracks), pour aider au processus et à la gestion des protocoles de référendum.
Origin peut être considéré comme un descripteur riche pour un niveau de privilège donné. Les initiateurs du référendum doivent maintenant choisir un Origin approprié pour leur demande en fonction des exigences de la proposition.
Chaque Origine est associée à une catégorie de référendum, et chaque catégorie est associée à une Piste. La Piste décrit le cycle de vie de la proposition et est indépendante des autres Pistes de catégorie. Disposer de différentes Pistes indépendantes permet au réseau d'ajuster la dynamique du référendum en fonction de son niveau de privilège implicite.
Par exemple, l'impact de l'appel set_code lors de la mise à niveau Runtime ( sur l'écosystème est différent de l'approbation des pourboires du Trésor ), alors il faut des Origines différentes, où les différents taux de vote, taux d'approbation, dépôts et la durée d'exécution minimale seront prédéfinis sur le pallet.
( proposition de vote
Référendum public
Tout le monde peut proposer un référendum en déposant le nombre minimum de tokens dans une certaine période ) nombre de blocs (. Si quelqu'un est d'accord avec la proposition, il peut déposer le même nombre de tokens pour montrer son soutien.
Cette opération s'appelle "endossement". La proposition obtenant le plus de soutien en tokens liés sera sélectionnée pour le référendum du prochain cycle de vote. Veuillez noter que cela peut différer du nombre absolu d'endossements ; par exemple, trois comptes chacun liant 20 DOT "dépasseront" l'efficacité de dix comptes chacun liant 1 DOT.
Une fois la proposition soumise ), le vote sera lancé (, les tokens liés seront libérés.
Pour la gouvernance v1, il peut y avoir jusqu'à 100 propositions publiques dans la file d'attente des propositions.
Dans Gov2, lorsqu'un référendum est créé, la communauté peut immédiatement voter à son sujet. Cependant, ce référendum n'est pas dans un état où il peut être clos, ou autrement comptabiliser ses votes, obtenir l'approbation et être finalement exécuté. Au contraire, le référendum doit répondre à certains critères avant de pouvoir entrer dans un état appelé "décision)Décision###". Tant qu'ils ne sont pas dans cet état, ils restent en attente.
Les critères pour entrer dans l'état Decided sont les suivants :
A traversé la période de préambule (lead-in period), c'est-à-dire la quantité de temps qui doit être écoulée avant qu'une décision puisse être prise. Cela aide à réduire la probabilité de "décision par surprise", où un attaquant contrôlant une grande quantité de droits de vote pourrait adopter une proposition immédiatement après celle-ci, plutôt que de laisser tous les votants avoir suffisamment de temps pour réfléchir et participer.
Il doit y avoir un espace restant pour la décision. Tous les Tracks limitent le nombre de référendums qui peuvent être décidés simultanément. Les pistes avec des capacités plus puissantes auront des limitations plus basses. Par exemple, la limitation du niveau Root Origin est de 1, ce qui signifie qu'il ne peut être décidé qu'une seule proposition super dangereuse à la fois.
Un dépôt décisionnel doit être payé. Le coût de la création d'un référendum est très faible, car la valeur du dépôt ne comprend que la valeur nécessaire pour le stockage en chaîne requis pour le suivre. Cependant, il existe un risque d'épuiser les emplacements limités dans la file d'attente des référendums lors de l'examen et de la décision. Exiger un dépôt plus élevé mais remboursable aide à réduire le spam.
Calendrier de vote
Dans la Gouvernance v1, si au moins une proposition se trouve dans l'une des deux files d'attente, un nouveau vote public aura lieu tous les 28 jours. Les propositions approuvées par le conseil ont une file d'attente, tout comme les propositions soumises par le public. Des votes seront réalisés alternativement entre les propositions les mieux classées dans les deux files d'attente.
Les propositions les mieux classées sont déterminées par le montant de mise associé. Si la file d'attente actuelle essaie de créer un vote sans proposition, la file ( est vide ), et qu'une autre file d'attente a des propositions en attente, la proposition la mieux classée dans l'autre file d'attente entrera dans le vote.
Il n'est pas possible de voter sur plusieurs référendums en même temps, à l'exception des référendums d'urgence. Les référendums d'urgence qui se produisent simultanément avec des référendums réguliers ( ou des propositions du conseil ) sont la seule situation où il est possible de voter sur plusieurs référendums en même temps.
Lorsque la proposition est approuvée, la gouvernance v2 partage la même période d'éligibilité de 28 jours. Si elle n'est toujours pas approuvée à la fin de cette période, la proposition sera automatiquement rejetée.
Référendum ( gouvernance v2)
Dans la gouvernance v2, si une proposition répond aux exigences de taux d'approbation et de taux de soutien, la proposition sera approuvée, ce qui signifie que le système de biais de groupe adaptatif a été supprimé.
Le taux d'approbation ( est défini comme le poids des votes d'approbation ) après ajustement de la conviction ( représentant la part du poids total des votes ) comprenant les parts d'approbation et de refus (.
Le taux de soutien )Support( est le nombre total de votes approuvés ) en ignorant l'ajustement de la conviction ( par rapport au nombre total de votes qui peuvent être effectués dans le système.
Il doit répondre à cette norme dans le délai de confirmation le plus court. Différentes pistes ont des délais de confirmation et des exigences d'approbation et de soutien différents. Il est maintenant possible de configurer le montant de soutien requis et l'approbation globale. Pour les propositions utilisant des sources à faible privilège, il est plus raisonnable de réduire plus tôt le taux de vote requis à un nombre plus réaliste par rapport aux propositions utilisant des catégories à haut privilège comme ) par exemple Root(. Les cours ayant une grande signification politique peuvent demander plus tôt une approbation plus élevée pour éviter les controverses.
Dans Gov2, les propositions non approuvées après 28 jours seront considérées comme rejetées par défaut et le Decision Deposit sera remboursé. Si la proposition parvient à rester 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 de vote populaire, mais est également soumise à un minimum basé sur la piste. Des pistes plus puissantes imposeront une période d'exécution plus longue pour s'assurer que le réseau a suffisamment de temps pour se préparer à tout changement que la proposition pourrait entraîner.
Verrouillage volontaire
Polkadot utilise un concept appelé "verrouillage volontaire", qui permet aux détenteurs de tokens d'augmenter leur pouvoir de vote en déclarant combien de temps ils sont prêts à verrouiller leurs tokens. Ainsi, le nombre de votes de chaque détenteur de token sera calculé à l'aide de la formule suivante :
Nombre de votes = token * multiplicateur de conviction
Le nombre de périodes de blocage double à chaque tour, le multiplicateur de conviction augmentera le multiplicateur de vote de un.
Multiplicateur de vote pour la période de verrouillage 00.111224384165326
Le nombre maximum de fois que la période de verrouillage peut être "doublé" est fixé à 6), donc il y a un total de 32 périodes de verrouillage (, une période de verrouillage équivalant à 28 jours. Le doublage est uniquement autorisé, par exemple, vous ne pouvez pas verrouiller 24 cycles et faire augmenter votre conviction de 5,5.
Une fois que le token est verrouillé, vous pouvez toujours l'utiliser pour voter et staker ; vous êtes seulement interdit de transférer ces tokens vers un autre compte.
Les votes sont toujours "calculés" en même temps, c'est-à-dire à la fin de la période de vote. Cela n'est pas affecté par la période de verrouillage des tokens.
) Annulation du référendum
Dans la gouvernance v1, il est possible d'annuler une proposition si le comité technique est d'accord à l'unanimité pour l'annuler, ou si la source Root déclenche cette fonction. Le dépôt de la proposition annulée sera détruit.
De plus, une majorité des deux tiers du conseil peut annuler le référendum. Si des problèmes sont découverts tardivement dans la proposition de référendum (, par exemple, s'il y a des erreurs dans le code runtime que la proposition exécutera ), cela pourrait être utilisé comme dernier recours.
Si les controverses annulées sont suffisamment importantes pour que le conseil ne puisse pas obtenir une majorité des deux tiers, alors ce sera aux parties prenantes de décider ensemble du sort de la proposition.
Dans la gouvernance v2, il existe une opération spéciale appelée Cancelation( pour annuler), utilisée pour intervenir dans des propositions déjà votées. Cette opération rejette immédiatement le référendum en cours, quelle que soit sa situation. Il est également stipulé que si la proposition est malveillante ou du spam, le dépôt du proposeur sera confisqué.
L'annulation est en soi une opération de gouvernance, qui doit être exécutée par un vote du réseau. L'annulation s'accompagne de sa propre Origine et Piste, elle a une période d'importation très courte et une courbe de taux d'approbation/soutien, dont le seuil de passage diminue un peu plus rapidement, car elle est déclenchée en cas d'urgence.
( Bourse Polkadot
Cette Fellowship est un organisme d'experts fondamentalement autonome, dont l'objectif principal est de représenter les humains possédant une expertise technique sur le réseau et les protocoles Polkadot. La Fellowship agit par "égalité
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
12 J'aime
Récompense
12
6
Partager
Commentaire
0/400
Lonely_Validator
· Il y a 9h
Qu'est-ce que la gouvernance ? Si vous ne comprenez pas, ne votez pas.
Voir l'originalRépondre0
GateUser-4745f9ce
· Il y a 13h
Ne te soucie pas de V2, dépêche-toi de régler les frais de gas de V1.
Voir l'originalRépondre0
GraphGuru
· Il y a 13h
J'ai suivi v2 pendant un moment, pas mal du tout.
Voir l'originalRépondre0
BearMarketSurvivor
· Il y a 13h
Ce n'est rien d'autre que la décentralisation du vote, qu'y a-t-il de nouveau ?
Voir l'originalRépondre0
SneakyFlashloan
· Il y a 13h
Il vaudrait mieux me donner directement le pouvoir de gouvernance.
Voir l'originalRépondre0
TokenSherpa
· Il y a 13h
en fait, ce modèle v2 ignore toujours les mécanismes de vote quadratique... *soupir* laissez-moi expliquer cela
Polkadot Gouvernance V2 : Mécanisme de vote innovant pour améliorer l'efficacité de la prise de décision
Gouvernance V2
Polkadot utilise un mécanisme de gouvernance sophistiqué qui évolue élégamment en fonction des besoins des parties prenantes. Son objectif est de garantir que la majorité des intérêts puisse toujours contrôler le réseau.
Le contenu de ce document peut être modifié. Le protocole de gouvernance a déjà subi plusieurs itérations (v1 et v2), et d'autres changements sont prévus (v2.5).
Le premier système de gouvernance décentralisé de Polkadot (v1) est composé de trois composants principaux :
Ce système a bien fonctionné pendant les premières années, aidant à garantir l'utilisation appropriée des fonds de l'État et à permettre des mises à jour et des réparations en temps voulu. Comme la plupart des technologies précoces, le système et les protocoles doivent constamment évoluer pour améliorer les défauts et suivre les progrès. Par exemple, dans "gouvernance v1", tous les référendums avaient le même poids, car il n'était possible de voter que sur un seul référendum à la fois, et la période de vote pouvait durer plusieurs semaines. Cela a conduit le système à se concentrer sur un très petit nombre de propositions, plutôt que de considérer largement plusieurs propositions. Ainsi, "gouvernance v2" est né!
"Gov2" ou "gouvernance v2" a changé la façon dont les décisions quotidiennes sont prises, élargissant et rendant plus agiles les impacts des référendums, augmentant ainsi de manière significative le nombre de décisions collectives que le système peut prendre.
Gov2 sera lancé 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.
Le contenu suivant présentera d'abord de nombreux principes de gouvernance fondamentaux sur le réseau Polkadot. Comprendre les origines de la gouvernance v1 est important pour mieux saisir la direction de la deuxième itération. Ces différences et distinctions seront mises en évidence dans divers sous-thèmes.
Il est important de noter qu'à ce stade de son cycle de vie, la gouvernance est un protocole en constante évolution. Avec la mise à jour de la gouvernance v2 entrant dans le réseau, un plan pour la gouvernance v2.5 est également en cours de développement.
condition
En résumé, ce réseau regroupe divers mécanismes innovants, y compris des fonctions de conversion d'état amorphe définies sur la chaîne et dans un langage intermédiaire neutre pour la plateforme (WebAssembly), ainsi que plusieurs mécanismes de vote en chaîne, tels que des référendums avec un seuil de majorité absolue adaptatif 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 soit faite par le public ( détenteurs de tokens ) ou par le conseil, elle doit finalement passer par un référendum populaire de tous les détenteurs, afin de décider en utilisant le montant de mise ( stake ) et la valeur de conviction ( conviction ) comme poids.
La gouvernance v2 présente plusieurs changements. La nouvelle manière dont le modèle de gouvernance reflète ses caractéristiques décentralisées est :
Le conseil dans Gov1 a joué le rôle de représentant des détenteurs de tokens passifs, de gardien de la trésorerie et d'initiateur législatif, mais est généralement considéré comme une entité centralisée. Afin de décentraliser davantage les réseaux Polkadot et Kusama, Gov2 propose de restituer les responsabilités du conseil à la communauté.
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, utilisant des appels de fonction de privilège runtime, y compris l'appel le plus puissant : set_code, qui peut basculer tout le code runtime, réalisant ainsi des fonctionnalités qui nécessiteraient normalement un "hard fork" pour être mises en œuvre.
Le référendum est un événement discret avec une période de vote fixe. Lorsque la période de vote se termine et que les bulletins de vote sont comptés, si le vote est approuvé, la fonction (set_code) sera appelée. Le référendum est toujours binaire ; votre choix lors du vote ne peut être que "pour", "contre" ou totalement abstention.
Dans la gouvernance v1, un référendum peut être lancé de l'une des manières suivantes :
Tous les référendums ont des délais d'exécution correspondants. Cela correspond à la période entre la fin du référendum et la mise en œuvre réelle de la proposition (, supposant que la proposition soit approuvée ).
Si un référendum est clos et que le comptage est terminé, il est considéré comme achevé. De même, si la proposition est approuvée, elle sera mise en œuvre. Si le référendum attend des résultats, c'est-à-dire qu'il est en cours de vote, il est considéré comme inachevé.
Si la proposition est soumise par le public ou le conseil, il y a un délai d'exécution fixe de 28 jours. Les propositions soumises dans le cadre de l'exécution de référendums précédents peuvent avoir un délai d'exécution fixé selon les besoins. Le traitement des propositions d'urgence nécessite des "réponses rapides" aux problèmes majeurs du réseau, ce qui réduit le temps d'exécution.
Dans Gov2, tout le monde peut commencer un référendum à tout moment, et il n'y a pas de limite au nombre de référendums qu'on peut initier. Gov2 introduit plusieurs nouvelles fonctionnalités, appelées Origins( et Tracks), pour aider au processus et à la gestion des protocoles de référendum.
Origin peut être considéré comme un descripteur riche pour un niveau de privilège donné. Les initiateurs du référendum doivent maintenant choisir un Origin approprié pour leur demande en fonction des exigences de la proposition.
Chaque Origine est associée à une catégorie de référendum, et chaque catégorie est associée à une Piste. La Piste décrit le cycle de vie de la proposition et est indépendante des autres Pistes de catégorie. Disposer de différentes Pistes indépendantes permet au réseau d'ajuster la dynamique du référendum en fonction de son niveau de privilège implicite.
Par exemple, l'impact de l'appel set_code lors de la mise à niveau Runtime ( sur l'écosystème est différent de l'approbation des pourboires du Trésor ), alors il faut des Origines différentes, où les différents taux de vote, taux d'approbation, dépôts et la durée d'exécution minimale seront prédéfinis sur le pallet.
( proposition de vote
Référendum public
Tout le monde peut proposer un référendum en déposant le nombre minimum de tokens dans une certaine période ) nombre de blocs (. Si quelqu'un est d'accord avec la proposition, il peut déposer le même nombre de tokens pour montrer son soutien.
Cette opération s'appelle "endossement". La proposition obtenant le plus de soutien en tokens liés sera sélectionnée pour le référendum du prochain cycle de vote. Veuillez noter que cela peut différer du nombre absolu d'endossements ; par exemple, trois comptes chacun liant 20 DOT "dépasseront" l'efficacité de dix comptes chacun liant 1 DOT.
Une fois la proposition soumise ), le vote sera lancé (, les tokens liés seront libérés.
Pour la gouvernance v1, il peut y avoir jusqu'à 100 propositions publiques dans la file d'attente des propositions.
Dans Gov2, lorsqu'un référendum est créé, la communauté peut immédiatement voter à son sujet. Cependant, ce référendum n'est pas dans un état où il peut être clos, ou autrement comptabiliser ses votes, obtenir l'approbation et être finalement exécuté. Au contraire, le référendum doit répondre à certains critères avant de pouvoir entrer dans un état appelé "décision)Décision###". Tant qu'ils ne sont pas dans cet état, ils restent en attente.
Les critères pour entrer dans l'état Decided sont les suivants :
Calendrier de vote
Dans la Gouvernance v1, si au moins une proposition se trouve dans l'une des deux files d'attente, un nouveau vote public aura lieu tous les 28 jours. Les propositions approuvées par le conseil ont une file d'attente, tout comme les propositions soumises par le public. Des votes seront réalisés alternativement entre les propositions les mieux classées dans les deux files d'attente.
Les propositions les mieux classées sont déterminées par le montant de mise associé. Si la file d'attente actuelle essaie de créer un vote sans proposition, la file ( est vide ), et qu'une autre file d'attente a des propositions en attente, la proposition la mieux classée dans l'autre file d'attente entrera dans le vote.
Il n'est pas possible de voter sur plusieurs référendums en même temps, à l'exception des référendums d'urgence. Les référendums d'urgence qui se produisent simultanément avec des référendums réguliers ( ou des propositions du conseil ) sont la seule situation où il est possible de voter sur plusieurs référendums en même temps.
Lorsque la proposition est approuvée, la gouvernance v2 partage la même période d'éligibilité de 28 jours. Si elle n'est toujours pas approuvée à la fin de cette période, la proposition sera automatiquement rejetée.
Référendum ( gouvernance v2)
Dans la gouvernance v2, si une proposition répond aux exigences de taux d'approbation et de taux de soutien, la proposition sera approuvée, ce qui signifie que le système de biais de groupe adaptatif a été supprimé.
Le taux d'approbation ( est défini comme le poids des votes d'approbation ) après ajustement de la conviction ( représentant la part du poids total des votes ) comprenant les parts d'approbation et de refus (.
Le taux de soutien )Support( est le nombre total de votes approuvés ) en ignorant l'ajustement de la conviction ( par rapport au nombre total de votes qui peuvent être effectués dans le système.
Il doit répondre à cette norme dans le délai de confirmation le plus court. Différentes pistes ont des délais de confirmation et des exigences d'approbation et de soutien différents. Il est maintenant possible de configurer le montant de soutien requis et l'approbation globale. Pour les propositions utilisant des sources à faible privilège, il est plus raisonnable de réduire plus tôt le taux de vote requis à un nombre plus réaliste par rapport aux propositions utilisant des catégories à haut privilège comme ) par exemple Root(. Les cours ayant une grande signification politique peuvent demander plus tôt une approbation plus élevée pour éviter les controverses.
Dans Gov2, les propositions non approuvées après 28 jours seront considérées comme rejetées par défaut et le Decision Deposit sera remboursé. Si la proposition parvient à rester 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 de vote populaire, mais est également soumise à un minimum basé sur la piste. Des pistes plus puissantes imposeront une période d'exécution plus longue pour s'assurer que le réseau a suffisamment de temps pour se préparer à tout changement que la proposition pourrait entraîner.
Verrouillage volontaire
Polkadot utilise un concept appelé "verrouillage volontaire", qui permet aux détenteurs de tokens d'augmenter leur pouvoir de vote en déclarant combien de temps ils sont prêts à verrouiller leurs tokens. Ainsi, le nombre de votes de chaque détenteur de token sera calculé à l'aide de la formule suivante :
Nombre de votes = token * multiplicateur de conviction
Le nombre de périodes de blocage double à chaque tour, le multiplicateur de conviction augmentera le multiplicateur de vote de un.
Multiplicateur de vote pour la période de verrouillage 00.111224384165326
Le nombre maximum de fois que la période de verrouillage peut être "doublé" est fixé à 6), donc il y a un total de 32 périodes de verrouillage (, une période de verrouillage équivalant à 28 jours. Le doublage est uniquement autorisé, par exemple, vous ne pouvez pas verrouiller 24 cycles et faire augmenter votre conviction de 5,5.
Une fois que le token est verrouillé, vous pouvez toujours l'utiliser pour voter et staker ; vous êtes seulement interdit de transférer ces tokens vers un autre compte.
Les votes sont toujours "calculés" en même temps, c'est-à-dire à la fin de la période de vote. Cela n'est pas affecté par la période de verrouillage des tokens.
) Annulation du référendum
Dans la gouvernance v1, il est possible d'annuler une proposition si le comité technique est d'accord à l'unanimité pour l'annuler, ou si la source Root déclenche cette fonction. Le dépôt de la proposition annulée sera détruit.
De plus, une majorité des deux tiers du conseil peut annuler le référendum. Si des problèmes sont découverts tardivement dans la proposition de référendum (, par exemple, s'il y a des erreurs dans le code runtime que la proposition exécutera ), cela pourrait être utilisé comme dernier recours.
Si les controverses annulées sont suffisamment importantes pour que le conseil ne puisse pas obtenir une majorité des deux tiers, alors ce sera aux parties prenantes de décider ensemble du sort de la proposition.
Dans la gouvernance v2, il existe une opération spéciale appelée Cancelation( pour annuler), utilisée pour intervenir dans des propositions déjà votées. Cette opération rejette immédiatement le référendum en cours, quelle que soit sa situation. Il est également stipulé que si la proposition est malveillante ou du spam, le dépôt du proposeur sera confisqué.
L'annulation est en soi une opération de gouvernance, qui doit être exécutée par un vote du réseau. L'annulation s'accompagne de sa propre Origine et Piste, elle a une période d'importation très courte et une courbe de taux d'approbation/soutien, dont le seuil de passage diminue un peu plus rapidement, car elle est déclenchée en cas d'urgence.
( Bourse Polkadot
Cette Fellowship est un organisme d'experts fondamentalement autonome, dont l'objectif principal est de représenter les humains possédant une expertise technique sur le réseau et les protocoles Polkadot. La Fellowship agit par "égalité