Un projet de proposition de gouvernance Polygon permettrait à Polygon Labs de mettre en file d'attente les mises à jour des contrats de pont et de staking sans recueillir les signatures du conseil pour chaque modification, tandis qu'un Conseil de sécurité regroupé pourrait les veto ou exécuter les modifications immédiatement.
PIP-93, daté du 2 novembre 2026 et rédigé par Christopher von Hessert, fusionnerait les structures multisig du Conseil de protocole, de Polygon PoS et d'AggLayer en une seule structure de gouvernance par réseau. Onze signataires provenant de dix organisations fonctionneraient selon une politique 8 sur 11 sur Ethereum et Polygon.
La proposition reste marquée comme « Brouillon » dans Polygon's repository. Elle est listée à l’ordre du jour de la Nov. 5 Protocol Governance Call, où l’équipe de support des validateurs de Polygon Labs a indiqué que davantage de détails seraient présentés.
Le changement pratique consisterait à passer d'une approbation affirmative du conseil pour chaque modification courante à une file d'attente gérée par Labs que le conseil doit arrêter activement.
Dans le cadre de PIP-29, les modifications de configuration régulières nécessitent sept signatures sur treize du conseil et un délai de 10 jours ; les modifications immédiates en exigent dix sur treize. PIP-54, la proposition antérieure de transfert des autorisations PoS, attribue la possibilité de mise à jour du contrat à la voie 10 sur 13. Son champ d'application inclut le staking des validateurs, les dépôts et retraits sur la passerelle, ainsi que les contrats de mise en dépôt de jetons.
PIP-93 accorderait à un multisig distinct pour les opérations de Polygon Labs, composé de personnel en sécurité et en ingénierie, un seuil de 5 sur 9 pour proposer des mises à jour et des modifications administratives via un délai de sept jours. Il pourrait également suspendre les contrats, mais ne pourrait ni contourner le délai de mise à jour ni les réactiver.
Le conseil pourrait annuler les transactions en file d'attente, soumettre des modifications lui-même, les exécuter immédiatement ou reprendre l'exécution des contrats, le tout avec 8 sur 11 signatures. La fenêtre de sept jours s'appliquerait donc aux mises à jour proposées par Labs, et non à chaque mise à jour possible. Une action immédiate du conseil nécessiterait moins de signatures que la voie d'urgence de PIP-29.
Von Hessert affirme que les cérémonies de signature répétées sont devenues un goulot d'étranglement alors que les correctifs de bogues et les mises à jour des ponts et du staking s'accumulent. La voie proposée par Labs éliminerait la nécessité de signatures du conseil pour chaque modification courante, tout en conservant la capacité du conseil à intervenir.
Un conseil plus petit, moins de divulgation des signataires
Polygon Labs détiendrait deux sièges au conseil, un pour chacun de Sherlock, OpSek, Hexens, Sigma Prime, Curve, QuickSwap, EthCC, L2Beat et Coinbase. Les sièges de Labs seraient détenus par des multisigs internes plutôt que par des individus.
Le projet remplacerait l'engagement de membership nommé publiquement dans PIP-29 par une divulgation au niveau de l'organisation : les identités et adresses des signataires individuels ne seraient pas publiées. Les changements de membership nécessiteraient l'approbation du conseil selon la politique 8 sur 11, remplaçant la exigence de PIP-29 selon laquelle ils devaient être régi par le cadre PIP.
La mise en œuvre se déroulerait en deux phases : d'abord, la modification des ensembles de signataires sur les multisignatures existantes et la réattribution des droits opérationnels et de pause à Labs Operations, puis le déploiement des timelocks et la consolidation des structures restantes. Le projet indique que les adresses de contrat concernées seraient publiées avant l'exécution.