Community Trust ScoreProbablement Réel
Matt Hamilton n’a pas mâché ses mots. L’ancien ingénieur en chef de Ripple a qualifié une proposition d’expansion du champ Memo des transactions du XRP Ledger de « très mauvaise idée » — et il a des raisons qui vont bien au-delà de ses préférences personnelles.
La proposition, soutenue par des membres de la XRPL Foundation, vise à augmenter la limite du champ Memo de 1 KB à 1,3 MB. Cela représente une augmentation de 1 200 fois. L’idée est de permettre aux utilisateurs d’intégrer des fichiers directement dans les transactions du registre, en payant des frais pour le privilège de stocker du contenu sur la blockchain. Les partisans présentent cela comme un argument de liberté d’utilisation — si vous êtes prêt à payer, pourquoi ne pourriez-vous pas stocker ce que vous voulez ? Mais Hamilton voit quelque chose de beaucoup plus dangereux derrière cette logique. Il craint que le XRP Ledger cesse d’être un registre de paiements et commence à devenir un service de partage de fichiers inefficace — une transformation qui, selon lui, viderait la proposition de valeur fondamentale du réseau.
Ce n’est pas une préoccupation mineure.
Ce que signifie réellement un champ Memo de 1,3 MB
Chaque nœud du XRP Ledger conserve une copie complète de l’historique des transactions. C’est ainsi que fonctionne le réseau. C’est aussi pourquoi l’avertissement de Hamilton a du poids. Si les utilisateurs commencent à intégrer de gros fichiers multimédias dans les transactions — images, documents, clips audio, peu importe — la base de données ne fait pas que croître. Elle explose. Rapidement. Et cela ne s’arrête probablement pas.
Les exigences matérielles suivraient. Une base de données plus grande signifie plus de stockage, plus de traitement, plus de coûts. Pour les grands opérateurs de nœuds institutionnels, c’est agaçant mais gérable. Pour les petits participants indépendants — ceux qui maintiennent un réseau décentralisé réellement décentralisé — c’est essentiellement une condamnation à mort. Ils ne peuvent pas suivre. Ils abandonnent. Le réseau se concentre. Et tout le discours de décentralisation sur lequel le XRPL a bâti sa réputation commence à sembler plutôt creux.
La critique de Hamilton n’est pas seulement théorique. Il pointe une réalité structurelle : le registre n’a jamais été conçu pour cela. Son architecture privilégie la rapidité et l’évolutivité en tant qu’outil de paiement. Le remplir de gros fichiers va à l’encontre de ces deux objectifs simultanément.
La solution de Hamilton : utiliser Filecoin, laisser XRPL tranquille
Hamilton ne dit pas de ne pas stocker de fichiers. Il dit de ne pas les stocker sur XRPL. Sa suggestion est d’utiliser des réseaux de stockage décentralisés — il nomme spécifiquement Filecoin — pour les gros contenus multimédias. Ces plateformes sont conçues précisément pour ce travail. Elles gèrent les gros fichiers efficacement, elles sont conçues pour évoluer de cette manière, et elles ne traînent pas un registre de paiements dans un territoire qu’il n’était jamais censé occuper.
L’approche hybride qu’il propose lierait XRPL avec des réseaux de stockage spécialisés. Les utilisateurs obtiennent la fonctionnalité qu’ils souhaitent. Le registre reste léger. Les opérateurs de nœuds ne font pas face à des coûts incontrôlables. C’est une solution plus propre, et ce n’est pas comme si la technologie n’existait pas — elle existe, dès maintenant, et elle fonctionne.
Il y a aussi un point plus large enfoui dans son argument. Les communautés blockchain continuent de rencontrer la même tension : l’attraction vers l’ajout de nouvelles fonctionnalités contre la discipline de rester fidèle à ce pour quoi un système a été construit. XRPL a été construit pour déplacer de la valeur rapidement et à moindre coût. C’est son avantage. Diluer cet avantage pour accueillir le stockage de fichiers — alors que des outils dédiés existent déjà — semble être un mauvais échange, et Hamilton est assez clair sur le fait qu’il le pense.
Les membres de la XRPL Foundation qui soutiennent la proposition n’ont cependant pas reculé. Le débat est en cours, et il n’est pas encore clair comment la communauté va finalement se positionner sur cette question. Aucun calendrier de vote n’a été spécifié publiquement, et les détails sur les membres de la Fondation qui poussent cette initiative restent flous.
Ce qui est clair, c’est que les enjeux ne sont pas triviaux. Si la proposition passe et que de gros fichiers commencent à circuler dans le registre, la croissance de la base de données pourrait devenir insoutenable de manière difficilement réversible. Revenir en arrière après ce type de changement architectural — une fois que les opérateurs de nœuds ont déjà été exclus par les prix et que le réseau s’est déjà concentré — serait extrêmement difficile. Peut-être impossible.
L’avis de Hamilton est que le bon moment pour arrêter cela est maintenant, avant que cela ne commence. Utilisez Filecoin. Gardez XRPL rapide. Ne transformez pas un registre de paiements en quelque chose qu’il n’a jamais été censé être.
La XRPL Foundation n’a pas répondu publiquement aux critiques spécifiques de Hamilton au moment de la rédaction de cet article.
Hub : Prix, actualités et analyses de XRP
Hub: XRP : prix, actualités et analyse
Questions Fréquentes
Quel est exactement le changement proposé pour le champ Memo du XRP Ledger ?
La proposition vise à augmenter la limite du champ Memo des transactions du XRP Ledger de 1 KB à 1,3 MB — une expansion de 1 200 fois — permettant aux utilisateurs d’intégrer des fichiers directement dans les transactions du registre en payant les frais associés.
Pourquoi Matt Hamilton s’oppose-t-il à l’expansion du champ Memo de XRPL ?
Hamilton, l’ancien ingénieur en chef de Ripple, avertit que le changement pourrait entraîner une croissance insoutenable de la base de données du registre, augmenter les coûts matériels pour les opérateurs de nœuds, menacer la décentralisation du réseau et transformer le XRPL d’un registre de paiements en un service de partage de fichiers.
