Polygon souhaite déplacer 70 millions de POL sans les signatures des détenteurs de portefeuille

La proposition de récupération de Polygon d'environ 70 millions de POL déplacerait des pièces de cinq portefeuilles liés au piratage sans que leurs détenteurs ne signent un transfert. Le plan modifierait les soldes selon les règles du réseau, plaçant l'autorité de retour des fonds volés entre les mains de la gouvernance et des validateurs.

La proposition du 4 novembre cible cinq adresses qu'elle relie à des fonds volés lors d'incidents de sécurité affectant le marché de prédiction Polymarket et l'échange Binance. Ses tableaux de référence datés attribuent environ 24 millions de POL à quatre adresses liées à Polymarket et 47 millions de POL à une adresse liée à Binance. La récupération réelle utiliserait les soldes à l'activation, et non ces montants de référence datés.

Au 9 novembre, la proposition publiée laisse encore le nom de la fourche de récupération, la version du client et le bloc d'activation indécis. L'ordre du jour de gouvernance du 5 novembre liste la proposition pour discussion sans enregistrer d'approbation. 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.

Qui peut autoriser la récupération de Polygon ?

Selon le design proposé, le logiciel mis à jour lirait le solde de chaque adresse listée immédiatement 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 la même, et l'historique antérieur de la chaîne resterait intact. La proposition indique que l'ingénierie de Bor doit encore confirmer le design.

Comment fonctionnerait la récupération proposée de POL

Une seule règle de protocole déplacerait le POL natif de cinq comptes listés vers deux adresses de récupération désignées par l'entreprise. L'approbation et la vérification des destinataires restent des conditions.
CINQ COMPTES LISTÉS DEUX DESTINATAIRES DÉSIGNÉS Liés à Polymarket 4 adresses sources Lié à Binance 1 adresse source SI ACTIVÉ Bloc F Règle unique Adresse de récupération Polymarket Adresse de récupération Binance Soldes POL natifs complets à F−1, y compris les dépôts crédités d'ici là.
CINQ COMPTES LISTÉS Liés à Polymarket Lié à Binance 4 adresses 1 adresse SI ACTIVÉ Bloc F : règle unique Adresse de récupération Polymarket Adresse de récupération Binance Soldes POL natifs complets à F−1. Inclut les dépôts crédités d'ici là.

Inspecter la limite d'activation proposée

Inspecter la limite d'activation proposée Immédiatement avant F Si la règle s'exécute à F
La règle lirait le solde complet de chaque compte listé à partir de F−1. Le crédit de récupération n'a pas été exécuté.
5 comptes sources Soldes POL complets Lire à partir de la fin de F−1 Destinataires de récupération Aucun crédit de cette règle La récupération n'a pas été exécutée F n'est pas encore spécifié. C'est la séquence d'activation proposée.
5 comptes sources Soldes POL complets Lire à partir de la fin de F−1 Destinataires de récupération Aucun crédit de cette règle La récupération n'a pas été exécutée F n'est pas encore spécifié. Séquence proposée uniquement.
Avant les transactions ordinaires dans F, les cinq soldes sources seraient zéro et les destinataires désignés crédités des mêmes montants.
5 comptes sources 0 POL Après le balayage proposé Destinataires de récupération Montants identiques crédités Avant les transactions de F L'offre et l'historique antérieur resteraient inchangés.
5 comptes sources 0 POL Après le balayage proposé Destinataires de récupération Montants identiques crédités Avant les transactions de F L'offre et l'historique antérieur resteraient inchangés.

La récupération proposée modifie les soldes à un bloc, donc les enregistrements de garde nécessitent un ajustement séparé.

L'approbation de la gouvernance, les vérifications de contrôle des destinataires et la confirmation de l'ingénierie de Bor sont requises. Le bloc d'activation et la version de récupération restent indécis au 8 novembre.
Sources et preuves

Sources

1. Proposition de récupération de Polygon, 4 novembre
2. Ordre du jour de gouvernance du 5 novembre

Faits supplémentaires

• La proposition de récupération de Polygon pour le 4 novembre vise un hard fork unique déplaçant les soldes natifs de POL de cinq adresses spécifiées vers des adresses de récupération désignées par Polymarket et Binance.
• La règle de solde complet proposée stipulerait que chaque solde cible soit lu après le bloc F-1, mis à zéro avant que les transactions ne s'exécutent dans le bloc F, et crédité à l'adresse de récupération correspondante du même montant, laissant l'offre totale inchangée. La proposition indique que l'ingénierie de Bor doit encore confirmer ce design.
• Au 8 novembre, la proposition de récupération laisse encore son nom de fork, la version du client et le bloc d'activation indécis, et l'agenda de gouvernance du 5 novembre l'enregistre comme un point de discussion plutôt que de documenter une approbation.
• La récupération proposée laisserait l'historique avant activation inchangé ; les explorateurs, indexeurs et outils comptables qui reconstruisent les soldes à partir des transactions devraient tenir compte séparément du changement au bloc de fork.
• La proposition exige que chaque destinataire prouve son contrôle, par exemple avec un message signé ou un transfert de test confirmé par Polygon Labs, et confirme la propriété par écrit avant l'activation.
• Les conditions d'activation proposées incluent l'approbation de la gouvernance, des post-mortems publiés cohérents, des listes noires continues, et des soldes de classe A rafraîchis avec des changements publiés.
• Selon la règle de solde complet proposée, les POL déposés dans une adresse listée avant l'activation seraient également déplacés vers l'adresse de récupération désignée.
• La proposition appelle à des tests Amoy de préservation de l'offre et de comptes non liés inchangés, un replay de fork mainnet, et à la publication du changement de solde sans transaction et d'un script de vérification après activation.

Méthode

Schéma de la règle de solde complet proposée publiée. Les marqueurs de compte montrent les comptes d'adresse, pas les montants relatifs de POL. Le panneau compare les étapes successives de la séquence d'activation proposée ; il ne représente pas la récupération observée.

Portée

L'approbation de la gouvernance, les vérifications de contrôle des destinataires et la confirmation de l'ingénierie de Bor sont requises. Le bloc d'activation et la version de récupération restent indécis au 8 novembre. Infographie par CryptoSlate

Cela placerait l'autorité de récupération dans 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. Les entreprises concernées désigneraient les destinataires. Polygon Labs confirmerait la preuve proposée de contrôle des destinataires. Le balayage proposé ne nécessiterait pas une transaction signée par les adresses sources.

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 incorrecte d'une adresse contrôlée par un attaquant pourrait déplacer un solde légitime.

Ses exigences de vérification des destinataires appellent à une preuve de contrôle, comme un message signé ou un petit transfert de test confirmé par Polygon Labs, ainsi qu'à une confirmation écrite que l'adresse appartient au destinataire. La proposition exclut également d'autres jetons et une catégorie distincte d'adresses bloquées, limitant le balayage proposé aux POL natifs des cinq comptes listés.

La règle de solde complet crée une autre question de propriété : les 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.

Une récupération que les systèmes comptables peuvent voir

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 des transactions ordinaires. La proposition signale explicitement ce problème pour les explorateurs, indexeurs et outils comptables.

Une réconciliation devrait donc relier chaque adresse source affectée, son solde avant activation, le destinataire désigné et le crédit correspondant au bloc d'activation. Pour les dépositaires, la règle implique un ajustement de solde séparé, car il n'y aurait pas de transaction de transfert ordinaire à faire correspondre.

Les vérifications prévues répondent en partie à ce fardeau : une répétition d'Amoy testerait que l'approvisionnement reste constant et que les comptes non liés demeurent inchangés, suivie d'une relecture de fork de mainnet. La proposition appelle également à publier le changement de solde sans transaction et un script de vérification après activation. Ensemble, ces enregistrements permettraient aux opérateurs de comparer le changement mis en œuvre avec le périmètre approuvé.

Le remboursement des clients est un processus distinct. Dans son rapport d'autopsie 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 les pertes liées à la pause. Ces remboursements compensent les traders ; le fork proposé renverrait des actifs aux adresses de récupération désignées par l'entreprise.

Le prochain jalon de récupération nécessiterait une décision de gouvernance, une spécification logicielle finale, des destinataires vérifiés et un bloc d'activation.

Ce contenu est fourni à titre informatif uniquement et ne constitue pas un conseil financier, d'investissement, juridique ou fiscal. Les événements, récompenses, promotions en ligne ou informations mentionnées ici ne doivent pas être considérés comme une recommandation, une sollicitation ou une invitation à acheter, vendre, trader ou effectuer toute autre opération sur des actifs crypto. Les actifs crypto sont très volatils et peuvent entraîner des pertes. La disponibilité des services, produits et événements liés à WEEX peut varier selon les régions. Veuillez vous assurer que votre participation respecte les lois et réglementations locales applicables.