J’étais jusqu’aux coudes dans le forum de gouvernance de @BabylonLabs_io pour la tâche CreatorPad #baby , à courir après quelque chose de totalement différent pour Babylon, et j’ai presque fait défiler l’unique chose qui a vraiment accroché. Proposition n°13. Celle qui fait du BSN de routage des récompenses de staking vers une enchère sur chaîne qui brûle $BABY . Approuvée et confirmée, directement depuis le propre flux de Babylon, avec le lien de l’explorateur et tout (proposal/13).
Attendez — voilà ce qui m’a fait arrêter de faire défiler. Les stakers de BTC, la sécurité réelle, la raison même pour laquelle d’autres chaînes veulent s’y brancher, ne se prononcent pas là-dessus. Seuls les détenteurs de BABY votent. Des validateurs comme Stakecito et Escher Finance ont publié leurs votes « oui » publiquement. La plupart des délégateurs BABY, à ce que j’ai pu voir, laissent juste le vote de leur validateur passer par défaut et ne le touchent jamais eux-mêmes.
Du coup « sécurité d’abord, récompenses ensuite » cesse d’être un slogan et devient le vrai partage du pouvoir dans la gouvernance. Bitcoin verrouille, assure la sécurité, mais ne donne aucun avis sur ce qui se passe ensuite. Les détenteurs de BABY, un groupe plus petit mais plus actif, décident des mécanismes de récompense qui roulent par-dessus. J’ai pris mon snack en plein milieu de la tâche et j’ai relu ça deux fois, à moitié en espérant que des délégués BTC aient un quelconque levier ici. Non.
Je ne sais pas si c’est une séparation claire des responsabilités ou une faille que personne n’a encore eu l’occasion de combler. Quand le multi-staking fera évoluer le volume de l’enchère, qui finira réellement aux commandes du volet récompenses — ceux qui sécurisent la chaîne, ou ceux qui se sont juste présentés pour voter ?
$BABY
Attendez — voilà ce qui m’a fait arrêter de faire défiler. Les stakers de BTC, la sécurité réelle, la raison même pour laquelle d’autres chaînes veulent s’y brancher, ne se prononcent pas là-dessus. Seuls les détenteurs de BABY votent. Des validateurs comme Stakecito et Escher Finance ont publié leurs votes « oui » publiquement. La plupart des délégateurs BABY, à ce que j’ai pu voir, laissent juste le vote de leur validateur passer par défaut et ne le touchent jamais eux-mêmes.
Du coup « sécurité d’abord, récompenses ensuite » cesse d’être un slogan et devient le vrai partage du pouvoir dans la gouvernance. Bitcoin verrouille, assure la sécurité, mais ne donne aucun avis sur ce qui se passe ensuite. Les détenteurs de BABY, un groupe plus petit mais plus actif, décident des mécanismes de récompense qui roulent par-dessus. J’ai pris mon snack en plein milieu de la tâche et j’ai relu ça deux fois, à moitié en espérant que des délégués BTC aient un quelconque levier ici. Non.
Je ne sais pas si c’est une séparation claire des responsabilités ou une faille que personne n’a encore eu l’occasion de combler. Quand le multi-staking fera évoluer le volume de l’enchère, qui finira réellement aux commandes du volet récompenses — ceux qui sécurisent la chaîne, ou ceux qui se sont juste présentés pour voter ?
$BABY