J’ai raté un vote sur une proposition de chaîne Cosmos il y a quelque temps, parce que je me suis dit que ma petite délégation ne ferait de toute façon aucune différence. Puis j’ai découvert que la proposition avait été adoptée avec une marge si faible que j’en ai vraiment regretté de ne pas avoir voté. Ce souvenir exact m’est revenu quand j’ai commencé à lire la façon dont Babylon Genesis structure sa gouvernance.
Je pensais que la gouvernance BABY fonctionnerait comme la plupart des votes sur jetons que j’ai vus : les baleines dominent, et les petits détenteurs ne servent que de figurants. Ce n’est pas tout à fait le tableau complet ici. Le design permet à la fois aux détenteurs directs et à leurs validateurs délégués de participer, ce qui signifie que votre vote ne disparaît pas simplement parce que vous avez délégué plutôt que de voter activement vous-même : le vote de votre validateur peut porter votre poids à moins que vous ne le remplaciez.
Voici le détail qui a tout reconfiguré pour moi. Babylon combine le vote on-chain via le module de gouvernance de Cosmos SDK avec une discussion obligatoire off-chain dans un forum structuré avant que quoi que ce soit n’aille au vote. Ce n’est pas juste esthétique. Cela signifie que les propositions sont débattues et mises à l’épreuve publiquement avant de devenir contraignantes, ce qui réduit les votes surprises qui passeraient pendant une poussée coordonnée de baleines.
Ce que je ne sais pas encore vraiment, c’est le seuil de quorum exact ou la durée de la période de vote pour les propositions BABY spécifiquement. La documentation renvoie à un forum pour les détails de la gouvernance, mais n’indique pas clairement les chiffres, donc je ne vais pas les deviner ici.
Le véritable test pour $BABY is de savoir si les délégataires se présentent réellement pour remplacer leurs validateurs quand il faut, au lieu de traiter la délégation comme une procuration permanente.
Quelqu’un ici remplace activement le vote de son validateur sur des chaînes Cosmos, ou bien vous laissez faire ?
@BabylonLabs_io #baby $BABY
Je pensais que la gouvernance BABY fonctionnerait comme la plupart des votes sur jetons que j’ai vus : les baleines dominent, et les petits détenteurs ne servent que de figurants. Ce n’est pas tout à fait le tableau complet ici. Le design permet à la fois aux détenteurs directs et à leurs validateurs délégués de participer, ce qui signifie que votre vote ne disparaît pas simplement parce que vous avez délégué plutôt que de voter activement vous-même : le vote de votre validateur peut porter votre poids à moins que vous ne le remplaciez.
Voici le détail qui a tout reconfiguré pour moi. Babylon combine le vote on-chain via le module de gouvernance de Cosmos SDK avec une discussion obligatoire off-chain dans un forum structuré avant que quoi que ce soit n’aille au vote. Ce n’est pas juste esthétique. Cela signifie que les propositions sont débattues et mises à l’épreuve publiquement avant de devenir contraignantes, ce qui réduit les votes surprises qui passeraient pendant une poussée coordonnée de baleines.
Ce que je ne sais pas encore vraiment, c’est le seuil de quorum exact ou la durée de la période de vote pour les propositions BABY spécifiquement. La documentation renvoie à un forum pour les détails de la gouvernance, mais n’indique pas clairement les chiffres, donc je ne vais pas les deviner ici.
Le véritable test pour $BABY is de savoir si les délégataires se présentent réellement pour remplacer leurs validateurs quand il faut, au lieu de traiter la délégation comme une procuration permanente.
Quelqu’un ici remplace activement le vote de son validateur sur des chaînes Cosmos, ou bien vous laissez faire ?
@BabylonLabs_io #baby $BABY
