L’amendement XRPL fixCleanup3_4_0 est-il entré en vigueur ? Le compte à rebours de deux semaines est terminé, et le résultat est sans appel : il est activé.
Hier soir, à la même heure, je disais que le registre XRP activerait fixCleanup3_4_0 au plus tôt ce soir, vers 22 h 46 (heure de Pékin). J’avais promis de revenir vérifier ; voici donc le résultat.
Ce soir, vers 23 h 14 (heure de Pékin), j’ai vérifié deux sources : les données sur les amendements de xrpscan et l’interface des fonctionnalités d’un nœud XRPL public. Les deux indiquaient « enabled » (activé). La majorité de plus de 80 % a commencé à être comptabilisée le 21 octobre à 22 h 46, heure de Pékin. Deux semaines se sont écoulées sans interruption ; l’amendement est donc entré en vigueur conformément aux règles. Je n’ai pas vérifié chaque registre pour déterminer lequel l’a activé, alors je ne vais pas inventer une heure précise à la seconde près.
Qu’est-ce qui a été corrigé ? La documentation officielle parle d’un ensemble de correctifs concernant les coffres à actif unique, les protocoles de prêt, les AMM, les DEX avec autorisation, les lignes de confiance, les NFT, les MPT, les dépôts fiduciaires, les signatures et la délégation d’autorisations.
Le point qu’il faut surtout comprendre concerne la délégation d’autorisations. La documentation officielle comportait jusque-là un avertissement : avant l’activation de cet amendement, il était déconseillé de déléguer à quelqu’un l’autorisation « PaymentBurn », car avant le correctif, une personne déléguée ayant uniquement cette autorisation pouvait, dans certaines circonstances, quand même émettre de nouveaux jetons (des jetons de ligne de confiance ou des MPT).
Pour le dire simplement : on lui donne une clé qui ne devrait servir qu’à « brûler » des jetons, mais elle peut ouvrir la porte de « l’imprimerie ». Ce soir, cette porte a été fermée conformément aux règles.
Que doivent faire les détenteurs ordinaires ?
· En gros, rien du tout. Il s’agit d’une correction des règles du protocole, pas d’un airdrop. Pas besoin de migrer votre portefeuille ni de « réclamer de nouveaux jetons ». Si quelqu’un vous demande de cliquer sur un lien ou de saisir votre phrase de récupération au nom d’une « mise à niveau XRPL », considérez-le comme un escroc.
· Les équipes qui ont émis des jetons ou utilisé la délégation d’autorisations doivent vérifier elles-mêmes leurs paramètres de délégation ; ne vous contentez pas de me croire sur parole.
· Si vous exploitez votre propre nœud : une fois l’amendement entré en vigueur, un nœud qui n’a pas été mis à niveau vers une version logicielle compatible sera « bloqué par l’amendement » et ne pourra plus valider le registre normalement.
Pour ce qui est de tenir parole, la chaîne est plus fiable que les gens : 80 %, deux semaines, entrée en vigueur à l’heure prévue. Inutile de se frapper la poitrine.
Vous suivriez ce genre de vote de mise à niveau ?
$XRP #XRPL #MiseÀNiveauSurLaChaîne
Hier soir, à la même heure, je disais que le registre XRP activerait fixCleanup3_4_0 au plus tôt ce soir, vers 22 h 46 (heure de Pékin). J’avais promis de revenir vérifier ; voici donc le résultat.
Ce soir, vers 23 h 14 (heure de Pékin), j’ai vérifié deux sources : les données sur les amendements de xrpscan et l’interface des fonctionnalités d’un nœud XRPL public. Les deux indiquaient « enabled » (activé). La majorité de plus de 80 % a commencé à être comptabilisée le 21 octobre à 22 h 46, heure de Pékin. Deux semaines se sont écoulées sans interruption ; l’amendement est donc entré en vigueur conformément aux règles. Je n’ai pas vérifié chaque registre pour déterminer lequel l’a activé, alors je ne vais pas inventer une heure précise à la seconde près.
Qu’est-ce qui a été corrigé ? La documentation officielle parle d’un ensemble de correctifs concernant les coffres à actif unique, les protocoles de prêt, les AMM, les DEX avec autorisation, les lignes de confiance, les NFT, les MPT, les dépôts fiduciaires, les signatures et la délégation d’autorisations.
Le point qu’il faut surtout comprendre concerne la délégation d’autorisations. La documentation officielle comportait jusque-là un avertissement : avant l’activation de cet amendement, il était déconseillé de déléguer à quelqu’un l’autorisation « PaymentBurn », car avant le correctif, une personne déléguée ayant uniquement cette autorisation pouvait, dans certaines circonstances, quand même émettre de nouveaux jetons (des jetons de ligne de confiance ou des MPT).
Pour le dire simplement : on lui donne une clé qui ne devrait servir qu’à « brûler » des jetons, mais elle peut ouvrir la porte de « l’imprimerie ». Ce soir, cette porte a été fermée conformément aux règles.
Que doivent faire les détenteurs ordinaires ?
· En gros, rien du tout. Il s’agit d’une correction des règles du protocole, pas d’un airdrop. Pas besoin de migrer votre portefeuille ni de « réclamer de nouveaux jetons ». Si quelqu’un vous demande de cliquer sur un lien ou de saisir votre phrase de récupération au nom d’une « mise à niveau XRPL », considérez-le comme un escroc.
· Les équipes qui ont émis des jetons ou utilisé la délégation d’autorisations doivent vérifier elles-mêmes leurs paramètres de délégation ; ne vous contentez pas de me croire sur parole.
· Si vous exploitez votre propre nœud : une fois l’amendement entré en vigueur, un nœud qui n’a pas été mis à niveau vers une version logicielle compatible sera « bloqué par l’amendement » et ne pourra plus valider le registre normalement.
Pour ce qui est de tenir parole, la chaîne est plus fiable que les gens : 80 %, deux semaines, entrée en vigueur à l’heure prévue. Inutile de se frapper la poitrine.
Vous suivriez ce genre de vote de mise à niveau ?
$XRP #XRPL #MiseÀNiveauSurLaChaîne
