Polkadot a adopté un mécanisme de gouvernance sophistiqué qui lui permet d'évoluer en fonction des exigences des parties prenantes. Ce mécanisme vise à garantir que la majorité des intérêts puisse contrôler le réseau.
Le système de gouvernance de Polkadot a connu plusieurs itérations, de V1 à V2, et une version V2.5 sera également lancée à l'avenir. Cet article présentera les principes fondamentaux de la gouvernance de Polkadot, ainsi que les principales différences entre les versions V1 et V2.
Principes de base
Tous les changements de protocole doivent être approuvés par un référendum populaire pondéré par les droits.
Les détenteurs de jetons actifs peuvent participer aux décisions de mise à niveau du réseau.
Adopter un schéma de vote simple, inclusif et basé sur le staking.
Le résultat du référendum est déterminé par la quantité de jetons stakés et la durée de verrouillage ( ainsi que la valeur de croyance ).
Il y a une période de délai d'exécution pour empêcher l'adoption rapide de propositions malveillantes.
Changements principaux de la version V2
Le conseil a été dissous et ses responsabilités ont été transférées aux détenteurs de jetons.
Introduction des concepts d'Origins et de Tracks, avec des paramètres différents selon le niveau de permission proposé.
N'importe qui peut initier un référendum à tout moment, sans limitation de nombre.
Utiliser des normes doubles de taux d'approbation et de taux de soutien pour remplacer le système de biais de groupe adaptatif.
Introduction de la fonctionnalité de délégation multi-rôle, les électeurs peuvent désigner des représentants pour différents types de référendums.
Création du Polkadot Fellowship, remplaçant l'ancien comité technique.
Un mécanisme de liste blanche a été ajouté, permettant à Fellowship d'autoriser certaines opérations à être exécutées avec des droits Root.
Changement du processus de référendum
Une fois le référendum créé, il est immédiatement possible de voter, mais certaines conditions doivent être remplies pour entrer dans l'état "décision".
Mécanismes pour définir la période d'importation, décider des limites d'espace et déterminer le dépôt.
Les propositions non approuvées dans les 28 jours seront considérées comme rejetées par défaut.
Les propositions acceptées doivent attendre une période de définition avant d'être exécutées, et un Track plus puissant a une période de définition plus longue.
Ajout de l'opération d'annulation, qui permet de refuser immédiatement un vote en cours.
Grâce à ces réformes, le système de gouvernance de Polkadot est devenu plus décentralisé, flexible et efficace, capable de mieux s'adapter aux besoins de développement du réseau.
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.
22 J'aime
Récompense
22
4
Reposter
Partager
Commentaire
0/400
LoneValidator
· 08-03 20:51
Annuler le conseil d'administration a un peu de rapidité~
Voir l'originalRépondre0
ForkTongue
· 08-01 23:25
La gouvernance de Polkadot devient de plus en plus complexe, je suis fatigué, fatigué.
Voir l'originalRépondre0
GateUser-2fce706c
· 08-01 23:23
La tendance est établie, acheter le fond en mars sera précis.
Gouvernance Polkadot V2 : Décentralisation de la mise à niveau pour des décisions plus efficaces
Système de gouvernance Polkadot V2
Polkadot a adopté un mécanisme de gouvernance sophistiqué qui lui permet d'évoluer en fonction des exigences des parties prenantes. Ce mécanisme vise à garantir que la majorité des intérêts puisse contrôler le réseau.
Le système de gouvernance de Polkadot a connu plusieurs itérations, de V1 à V2, et une version V2.5 sera également lancée à l'avenir. Cet article présentera les principes fondamentaux de la gouvernance de Polkadot, ainsi que les principales différences entre les versions V1 et V2.
Principes de base
Tous les changements de protocole doivent être approuvés par un référendum populaire pondéré par les droits.
Les détenteurs de jetons actifs peuvent participer aux décisions de mise à niveau du réseau.
Adopter un schéma de vote simple, inclusif et basé sur le staking.
Le résultat du référendum est déterminé par la quantité de jetons stakés et la durée de verrouillage ( ainsi que la valeur de croyance ).
Il y a une période de délai d'exécution pour empêcher l'adoption rapide de propositions malveillantes.
Changements principaux de la version V2
Le conseil a été dissous et ses responsabilités ont été transférées aux détenteurs de jetons.
Introduction des concepts d'Origins et de Tracks, avec des paramètres différents selon le niveau de permission proposé.
N'importe qui peut initier un référendum à tout moment, sans limitation de nombre.
Utiliser des normes doubles de taux d'approbation et de taux de soutien pour remplacer le système de biais de groupe adaptatif.
Introduction de la fonctionnalité de délégation multi-rôle, les électeurs peuvent désigner des représentants pour différents types de référendums.
Création du Polkadot Fellowship, remplaçant l'ancien comité technique.
Un mécanisme de liste blanche a été ajouté, permettant à Fellowship d'autoriser certaines opérations à être exécutées avec des droits Root.
Changement du processus de référendum
Une fois le référendum créé, il est immédiatement possible de voter, mais certaines conditions doivent être remplies pour entrer dans l'état "décision".
Mécanismes pour définir la période d'importation, décider des limites d'espace et déterminer le dépôt.
Les propositions non approuvées dans les 28 jours seront considérées comme rejetées par défaut.
Les propositions acceptées doivent attendre une période de définition avant d'être exécutées, et un Track plus puissant a une période de définition plus longue.
Ajout de l'opération d'annulation, qui permet de refuser immédiatement un vote en cours.
Grâce à ces réformes, le système de gouvernance de Polkadot est devenu plus décentralisé, flexible et efficace, capable de mieux s'adapter aux besoins de développement du réseau.