La page des amendements connus de XRPL prévoit l'activation de fixCleanup3_1_3 le 27 mai, regroupant dans rippled 3.1.3 des correctifs pour les NFT, les Domaines autorisés, les Coffres et le Protocole de prêt. Le blog XRPL a positionné le vote par défaut sur Oui, et l'amendement exige plus de 80 % de soutien de la part des validateurs de confiance, maintenu pendant deux semaines, avant que les nouvelles règles ne deviennent permanentes. Les serveurs qui ne se mettent pas à jour deviennent bloqués par l'amendement — ils ne peuvent plus déterminer la validité du registre, soumettre des transactions, ni voter sur de futurs amendements.
Pourquoi c'est important
Le co-créateur David Schwartz a profité de l'occasion pour clarifier ce qu'impliquerait réellement un véritable fork de XRPL, et sa réponse met en lumière le fonctionnement de la légitimité du protocole sur n'importe quelle chaîne. Le nombre brut de nœuds est un mauvais indicateur du pouvoir de consensus : un système qui pondère les votes par le nombre de nœuds crée une surface d'attaque peu coûteuse, puisque n'importe qui peut faire tourner des milliers de machines. XRPL achemine la légitimité via les Unique Node Lists (UNL) — des ensembles curatés de validateurs de confiance dont chaque serveur compte les messages pendant le consensus. Le seuil de 80 % pendant deux semaines garantit que les entités auxquelles le réseau fait déjà confiance sont parvenues à un accord durable avant que les règles ne deviennent permanentes. La documentation XRPL cite des recherches montrant que des UNL rivales peuvent nécessiter 90 % de recouvrement pour éviter un fork, ce qui signifie qu'un ensemble dissident qui diverge fortement du cohorte canonique de validateurs risque de produire un registre incapable de soutenir son propre consensus.
Impact sur le marché
Un fork XRPL crédible aurait besoin de cinq couches au-delà de simples nœuds non mis à jour : des validateurs aux anciennes règles continuant de produire des registres, une UNL rivale que les serveurs peuvent configurer, une distribution de code préservant les anciennes règles avec un routage par défaut, le soutien de l'infrastructure côté portefeuilles, plateformes d'échange et explorateurs, ainsi que la reconnaissance du marché. L'économie consistant à suivre la chaîne canonique l'emporte presque toujours sur la construction d'une chaîne parallèle, et la chaîne canonique est celle que le marché décide d'être réelle. Un retard soutenu d'infrastructure chez les plateformes d'échange, les portefeuilles ou les dépositaires tournant encore sur un logiciel antérieur à 3.1.3 créerait des frictions visibles pour les utilisateurs — échecs de soumission de transactions, explorateurs incapables de confirmer la validité du registre, applications de paiement qui se déconnectent — tandis que la chaîne mise à niveau continuerait de fonctionner normalement.
Questions fréquemment posées
-
Qu'est-ce que l'amendement fixCleanup3_1_3 de XRPL qui s'active le 27 mai ?
Il s'agit de rippled version 3.1.3, regroupant des correctifs pour les NFT, les Domaines autorisés, les Coffres et le Protocole de prêt. L'activation exige plus de 80 % de soutien des validateurs de confiance, maintenu pendant deux semaines, avant que les nouvelles règles ne deviennent permanentes.
-
Pourquoi David Schwartz affirme-t-il que le nombre brut de nœuds est un mauvais indicateur du pouvoir de consensus ?
Parce qu'un système qui pondère les votes par le nombre de nœuds crée une surface d'attaque peu coûteuse — n'importe qui peut faire tourner des milliers de machines à faible coût. XRPL achemine la légitimité via des Unique Node Lists de validateurs de confiance plutôt que de compter chaque nœud de manière égale.
-
Que faudrait-il réellement pour qu'un fork XRPL soit crédible ?
Cinq couches au-delà des nœuds non mis à jour : des validateurs aux anciennes règles produisant toujours des registres, une Unique Node List concurrente que les serveurs peuvent configurer, du code préservant les anciennes règles avec un routage par défaut vers l'UNL rivale, le soutien de l'infrastructure des…
-
Que devient-il des serveurs qui ne se mettent pas à jour avant le 27 mai ?
Ils deviennent bloqués par l'amendement : ils perdent la capacité de déterminer la validité du registre, de soumettre ou traiter des transactions, de participer au consensus, ou de voter sur de futurs amendements — transformant le retard d'infrastructure en coût opérationnel pour les plateformes d'échange,…
-
Comment la couche de gouvernance de XRPL se compare-t-elle à celle de Bitcoin et Ethereum ?
XRPL rend explicite la couche de légitimité via les UNL et le seuil de 80 % sur deux semaines. Bitcoin l'intègre dans la distribution de la puissance de minage et l'adoption économique des nœuds ; Ethereum l'intègre dans les validateurs, l'économie du staking et le consensus social autour des logiciels clients. Les…
TheBlock
Crypto Rank News
CoinDesk
Crypto News
WatcherGuru
Benjamin Cowen
Glassnode
WuBlockchain