Le 2 septembre, Ripple annoncé des projets en cours pour introduire des contrats intelligents natifs dans le Registre XRP (XRPL) réseau principal. Certains membres de la Communauté de développeurs XRPL n'ont pas pris cette annonce à la légère, en particulier le directeur de XRPL Labs, Wietse Wind, qui a écrit une lettre ouverte à Ripple.
Le changement soudain des contrats intelligents XRPL est « surprenant »
Le vent mentionné dans le lettre ouverte sur la plateforme X (anciennement Twitter) que le changement soudain de position de Ripple sur l'introduction de contrats intelligents natifs est surprenant. Il a noté qu'il y a trois mois, le directeur technique (CTO) de Ripple David Schwartz avait clairement indiqué lors du XRP Ledger Apex qu'il n'y avait pas de place pour les contrats intelligents sur le XRP Ledger.
À l'époque, Schwartz mentionnait que le réseau principal XRPL était un « registre à fonction fixe » et que les contrats intelligents appartenaient à d'autres réseaux tels que l'EVM Sidechain et Xahua. Wind a fait remarquer que le redressement de Ripple rend difficile la croissance durable de l'écosystème florissant avec de tels « pivots fantaisistes de l'organisation poussant constamment dans la direction du protocole de base ».
Le directeur de XRPL Labs a en outre déclaré que le manque de communication directe de Le leadership de Ripple Les commentaires sur ce changement de position et les raisons qui l'ont motivé sont « décevants ». Wind a affirmé que le fait d'avoir été informé de cette évolution par des canaux indirects plutôt que par un dialogue direct met en évidence l'état actuel de la collaboration au sein de l'écosystème des développeurs.
Il est intéressant de noter que Wind a révélé qu'ils avaient proposé et défendu l'idée de contrats intelligents natifs sur le Réseau principal XRPL Il y a quelques années, Ripple semblait avoir écarté l’idée. Malgré le manque de communication de la part de Ripple, le développeur a mentionné qu’il était heureux de voir le changement de perspective, mais a ajouté qu’il avait le sentiment que cette prise de conscience arrivait « frustrante et tardive et au détriment de ceux qui ont été les moteurs de l’innovation dans l’écosystème ».
Dans ce contexte, Wind a déclaré que l'écosystème des développeurs XRPL se trouve à un « tournant critique ». Il a déclaré que Ripple est confronté à un choix clair : adopter et soutenir l'écosystème existant Technologie des crochets sur le réseau principal ou suivre une voie séparée qui « risque d’aliéner les développeurs dédiés et de fracturer l’écosystème ».
Hooks était la solution de contrat intelligent de couche 1 sur laquelle Wind et son équipe avaient commencé à travailler après que Ripple semblait réticent à introduire un contrat intelligent natif sur le réseau principal XRPL.
Le directeur technique de Ripple répond à la lettre ouverte
David Schwartz, directeur technique de Ripplea répondu à la lettre ouverte de Wind, expliquant La version de Ripple sur la situation. Contrairement aux affirmations de Wind sur le manque de communication directe, Schwartz a révélé que le L'équipe RippleX l'a appelé avant que l'annonce ne soit diffusée. Ondulation Le CTO a également révélé que son entreprise avait soutenu et même financé Hooks depuis le début, mais a précisé qu'elle ne soutiendrait Hooks qu'en tant qu'amendement sur le réseau principal.
Schwartz a également mentionné qu'il y a beaucoup d'innovation dans Hooks, comme XRPL Labs l'a proposé initialement, mais pense que certaines mises à jour pourraient en faire une meilleure option pour Réseau principal XRPL. Dans un précédent X postele CTO de Ripple a expliqué pourquoi il ne soutenait pas que Hooks soit la solution de contrat intelligent sur le Réseau principal XRPL.
Il a fait remarquer qu'il n'était pas convaincu qu'il était « suffisamment petit et sûr pour être déployé sur le réseau principal sans risque significatif pour des éléments tels que la stabilité des prix des transactions et les paiements de performance ».
Vent a répondu Schwartz a déclaré qu'il était heureux du changement d'avis et qu'il était enthousiasmé par ce qui allait arriver sur le réseau principal avec ou sans Hooks, que son équipe a développé. Il a ajouté que sa principale préoccupation était simplement le manque de communication de la part de Ripple, car les parties prenantes de l'écosystème des développeurs méritent une explication lorsque l'entreprise de crypto décide de pivoter comme elle l'a fait dans cette situation.
Image en vedette créée avec Dall.E, graphique de Tradingview.com
Voir l’article original en anglais
