Gouvernance du Runtime

Le genesis, c’est juste l’état du bloc zéro, mais on peut changer l’état par la suite via la gouvernance on-chain. On l’a déjà fait une fois sur la ĞDev par exemple : Changing the ĞDev5 technical committee (fail)

Pas tout à fait : pour influer sur la Ğ1 il suffisait d’être membre, de lancer un nœud forgeron, et d’être ⅔ des forgerons à faire une mise-à-jour. Les forgerons abstentionnistes (qui ne faisaient pas la mise-à-jour) étaient considérés comme opposés à la mise-à-jour. Donc conceptuellement il n’y avait pas tant de centralisation. Alors que là en v2 si le comité technique décide d’une mise-à-jour, elle est déployée sur tous les nœuds forgerons, sans action manuelle de leur part. Si un forgeron ne manifeste pas une opposition en modifiant son nœud avec un code substitute, il est considéré comme favorable à la mise à jour. Cette fonctionnalité des forkless runtime upgrade est très puissante, mais elle change la position des forgerons.