'Qu'ai-je fait ?' : L'ancien CTO de Ripple réagit à la colère de la communauté XRP contre les frais de portefeuille - U.Today

Une dispute technique au sein de la communauté XRP a attiré l’attention publique cette semaine, lorsque l’ancien CTO de Ripple, David « JoelKatz » Schwartz, a répondu aux critiques concernant les frais du portefeuille Xaman et une configuration de multisignature imbriquée controversée sur le Ledger XRP.

La dispute a commencé par des publications sur les réseaux sociaux affirmant que l’utilisation de Xaman pourrait coûter plus cher que de réaliser une transaction sur Ethereum pour de petits montants, ainsi que par des accusations selon lesquelles des utilisateurs auraient été facturés de frais de service exceptionnellement élevés sur l’échange décentralisé natif du XRPL. Une capture d’écran largement partagée évoquait un frais de service de 659 XRP, bien au-dessus du frais de base du réseau de 0,000012 XRP, et suggérait que cet écart était dû à un routage de frais caché.

Schwartz se distancie des problèmes liés aux portefeuilles tiers

Schwartz a rejoint la conversation après avoir été mentionné directement, en répondant : « Qu’est-ce que j’ai fait ? » — une réponse brève indiquant sa distance par rapport aux décisions opérationnelles des fournisseurs de portefeuilles tiers, tout en reconnaissant la préoccupation intense de la communauté.

Histoires à la une

Saylor : « Nous sommes en hiver cryptographique »

Revue du marché crypto : XRP à 1,50 $, seuil critique, Shiba Inu (SHIB) entre en zone de survente, une rupture du triangle BTC est-elle imminente ?

La controverse dépasse les frais. Les critiques ont souligné l’utilisation par Xaman de configurations de multisignatures « imbriquées » sous XLS-103d, arguant que de telles configurations pourraient bloquer l’accès des utilisateurs à leurs comptes ou introduire des chemins d’approbation cachés.

En réponse, Xaman et le développeur du XRPL, Wietse Wind, ont fourni une explication détaillée d’un cas réel dans lequel un utilisateur avait accidentellement créé une structure de multisignature imbriquée non résoluble, gelant ainsi l’accès à ses fonds. Wind a déclaré que le problème n’était pas une porte dérobée, mais plutôt une configuration permise par le registre qui nécessitait une modification formelle du protocole pour être résolue.

Une proposition de modification a depuis été soumise à la base de code du XRPL pour permettre des signatures imbriquées sous une forme récupérable, en attente de l’examen et du vote des validateurs. Ce processus met en évidence une différence fondamentale : les règles du protocole XRPL sont appliquées par des validateurs, et non par Ripple ou les fournisseurs de portefeuilles, et toute modification nécessite un consensus du réseau.