XRP Ledger active fixCleanup3_3_0 pour les prêts

XRP Ledger active fixCleanup3_3_0 pour les prêts

Le XRP Ledger a activé l'amendement fixCleanup3_3_0, qui nettoie l'AMM, le coffre-fort et le code de prêt sans encore publier les fonctionnalités en attente, ouvrant la voie à son futur protocole de prêt natif.


Faites de nous votre source préférée sur
gsoitsoitgjeet

Il Grand livre XRP discrètement incorporé un amendement technique clé, appelé correctifCleanup3_3_0qui corrige des bugs dans plusieurs composants internes du protocole et jette les bases de son prochain système de prêt natif. Le changement n'active pas encore les fonctions en attente, mais débogue plutôt le code qui les rendra possibles.

Selon les propres données du réseau, l'amendement corrige les chemins de code liés au teneur de marché automatisé (AMM), aux coffres-forts, au module de prêt, aux chèques et aux soi-disant pseudo-comptes. C'est un travail de maintenance silencieux mais nécessaire : nettoyer les incohérences avant l'arrivée des grandes innovations fonctionnelles.

Que fait exactement fixCleanup3_3_0 sur le XRP Ledger

Sur le XRP Ledger, les amendements sont des propositions d'amélioration qui ne sont activées que lorsqu'elles sont soutenues par une majorité sur une période de temps prolongée par les validateurs exploitant le réseau. Ce mécanisme de gouvernance en chaîne permet de modifier le protocole sans fracturer la chaîne ni imposer de changements unilatéraux.

La particularité de correctifCleanup3_3_0 est qu'il n'introduit pas de nouvelles fonctions : il répare et standardise le code existant. Cet assainissement affecte directement les éléments qui seront essentiels à la finance décentralisée au sein du réseau, tels que les coffres-forts (des conteneurs de fonds qui permettent de déposer et de gérer les liquidités) et le moteur de prêt lui-même préparé par XRPL.

Les détails de la modification peuvent être trouvés dans le journal officiel des modifications XRPL, qui répertorie son statut et les chemins de code concernés. L'identifiant technique apparaît également vérifiable dans les navigateurs Web.

Pourquoi c'est important pour le protocole de prêt

L'objectif sous-jacent est de permettre un protocole de prêt natif sur le XRP Ledger, une capacité qui rapprocherait le réseau de ce que proposent les plateformes financières décentralisées sur d'autres chaînes. Avant d'activer cette fonctionnalité, l'équipe de développement doit s'assurer que les fondations (AMM, coffres-forts, chèques et comptes techniques qui connectent ces modules) fonctionnent parfaitement.

La logique est celle de tout déploiement logiciel critique : d’abord la base est corrigée, puis la nouvelle couche est relevée. Un module de prêt gérerait les garanties, les frais et les règlements, de sorte qu'une erreur résiduelle dans le code sous-jacent pourrait se traduire par une perte de fonds. Ce nettoyage préalable est donc considéré comme une étape pertinente même s’il passe quasiment inaperçu auprès du commun des utilisateurs.

Le marché des prêts en chaîne a déjà montré à la fois son potentiel et ses risques sur d’autres réseaux. Il suffit de rappeler à quel point les tensions sur les tarifs des plateformes comme Aave peuvent complètement altérer les stratégies de performance des utilisateurs. Un protocole de prêt mature sur XRPL serait compétitif dans ce domaine, ce qui explique la prudence technique du processus.

Le contexte de l'écosystème XRP

L'activation intervient à un moment où l'attention est croissante portée à XRP et à son infrastructure. L'intérêt institutionnel pour l'actif s'est reflété dans des mouvements tels que des produits négociés en bourse liés au jeton, notamment l'ETF 2x Inverse XRP de Teucrium, dont le lancement a été récemment reporté.

En fournissant le Si le protocole de prêt est mis en service, les détenteurs de XRP et les émetteurs de jetons au sein du réseau pourraient accéder aux mécanismes de crédit sans quitter la chaîne.

Pour l’instant, rien de tout cela n’est opérationnel. L'amendement correctifCleanup3_3_0 Il s’agit d’une étape préparatoire, pas d’une première. Son importance réside dans ce qu'elle anticipe : lorsque les fonctions en attente reçoivent le support des validateurs, elles trouveront du code déjà débogué sur lequel s'exécuter.

Les développeurs et les observateurs du réseau surveilleront de près les modifications à venir, qui seront celles qui déclencheront réellement le protocole de prêt. La séquence habituelle dans

Voir l’article original en espagnol