Polygon propose de déplacer 70 millions de POL sans les signatures des détenteurs de portefeuille
Polygon propose de récupérer 70 millions de POL à partir de portefeuilles liés à des hacks, sans nécessiter les signatures des détenteurs, en modifiant les soldes via l'autorité de gouvernance et des validateurs.

Proposition de Récupération de Polygon
La proposition de Polygon de récupérer environ 70 millions de POL impliquerait le transfert de fonds provenant de cinq portefeuilles associés à des hacks, sans nécessiter la signature de leurs détenteurs. Ce plan modifierait les soldes selon les règles du réseau, plaçant l'autorité de restitution des fonds volés entre les mains de la gouvernance et des validateurs.
Détails de la Proposition
La proposition, datée du 4 novembre, cible cinq adresses qu'elle relie à des fonds volés lors d'incidents de sécurité ayant affecté le marché de prédiction Polymarket et l'échange Binance. Les tableaux de référence fournis attribuent environ 24 millions de POL à quatre adresses liées à Polymarket et 47 millions de POL à une adresse associée à Binance.
La récupération réelle se baserait sur les soldes au moment de l'activation, et non sur ces montants de référence. Au 9 novembre, la proposition publiée laisse encore indécis le nom de la fourche de récupération, la version du client et le bloc d'activation. L'agenda de gouvernance du 5 novembre a inscrit la proposition pour discussion, sans enregistrer d'approbation.
Processus de Récupération
La version distincte Bor v2.11.0 met en œuvre les changements de StateReceiver d'Uburu, plutôt que cette récupération proposée. Selon le design suggéré, le logiciel mis à jour lirait le solde de chaque adresse listée juste avant l'activation, le mettrait à zéro et créditerait le même montant à l'adresse de récupération désignée. Cela se produirait avant que les transactions ne s'exécutent dans le bloc d'activation.
L'offre totale resterait inchangée, et l'historique antérieur de la chaîne demeurerait intact. La proposition indique que l'ingénierie de Bor doit encore confirmer le design. Cela placerait l'autorité de récupération entre les mains d'une combinaison d'approbation de la gouvernance, de la liste d'adresses spécifiées et des règles logicielles adoptées par les validateurs.
Vérification des Bénéficiaires
Les entreprises concernées désigneraient les bénéficiaires. Polygon Labs confirmerait la preuve de contrôle des bénéficiaires proposée.
Le balayage suggéré ne nécessiterait pas une transaction signée par les adresses sources, car ce sont des responsabilités distinctes. Tracer des pièces volées jusqu'à une adresse soutient le cas pour son inclusion ; prouver le contrôle d'une adresse de récupération vérifie où iraient les pièces.
La proposition elle-même avertit qu'une identification erronée d'une adresse contrôlée par un attaquant pourrait déplacer un solde légitime. Ses exigences de vérification des bénéficiaires appellent à une preuve de contrôle, telle qu'un message signé ou un petit transfert de test confirmé par Polygon Labs, ainsi qu'une confirmation écrite que l'adresse appartient au bénéficiaire.
Limites et Conséquences
La proposition exclut également d'autres tokens et une catégorie distincte d'adresses bloquées, limitant le balayage proposé aux POL natifs des cinq comptes listés. La règle du solde total soulève une autre question de propriété : des dépôts ultérieurs seraient également déplacés.
La proposition exige que les soldes soient vérifiés à nouveau avant l'activation et que tout changement soit publié. Ces vérifications révéleraient quelles pièces le balayage inclut, mais n'établiraient pas que chaque dépôt ultérieur appartenait à une victime d'incident.
Impact sur les Dépositaires
Pour les échanges et les dépositaires, le mouvement proposé créerait une différence entre le solde affiché par un nœud mis à jour et le solde reconstruit uniquement à partir de transactions ordinaires. La proposition signale explicitement ce problème pour les explorateurs, les indexeurs et les outils comptables.
Une réconciliation devrait donc connecter chaque adresse source affectée, son solde avant l'activation, le bénéficiaire désigné et le crédit correspondant au bloc d'activation. Pour les dépositaires, la règle implique un ajustement de solde distinct, puisqu'il n'y aurait pas de transaction de transfert ordinaire à faire correspondre.
Conclusion
Le remboursement des clients est un processus distinct. Dans son post-mortem du 30 octobre, Polymarket a déclaré que 95 % des portefeuilles affectés avaient été remboursés intégralement cet après-midi-là et a annoncé le retour de 4 millions de dollars, dont 1 million pour des pertes liées à la pause. Ces remboursements compensent les traders ; la fourche proposée retournerait des actifs aux adresses de récupération désignées par l'entreprise.
La prochaine étape de récupération nécessiterait une décision de gouvernance, une spécification logicielle finale, des bénéficiaires vérifiés et un bloc d'activation.