David Schwartz, directeur technique de Ripple, aborde la programmabilité XRPL dans l’AMA

• David Schwartz a discuté de la programmabilité XRPL lors d’un récent espace X.
• La programmabilité XRPL permettra une personnalisation sans autorisation.
• Le développement permettra une logique commerciale personnalisée sur la XRPL.

David Schwartz, directeur technique de Ripple, a accueilli X Spaces pour parler de la programmabilité XRPL. La session AMA a donné aux membres de la communauté XRP l’occasion de poser des questions sur le développement des sidechains EVM et l’exploration par Ripple des contrats intelligents natifs sur XRPL.

Les principaux points à retenir de la programmabilité XRPL de Schwartz : AMA, citons les questions des membres de la communauté sur les problèmes qu’ils ont rencontrés avec le protocole blockchain ou d’autres projets similaires. Le format ouvert de l’AMA a permis à Schwartz de répondre à toutes les questions ou préoccupations des participants.

Un membre de la communauté a soulevé un problème avec les sidechains EVM de couche 2, notant qu’ils pouvaient ajuster les paramètres de frais sur la couche 2 pour les utilisateurs en fonction de la taille de la transaction. Schwartz a répondu que son équipe travaillait sur le même protocole, en espérant que le XRPL EVM soit un succès. Il a exprimé son souhait que le développement soit en concurrence en tant qu’autre plateforme de contrats intelligents et serve d’écosystème XRP alternatif.

L’importance de la programmabilité

De plus, Schwartz a expliqué que la programmabilité est essentielle sur la XRPL, car elle permettrait une personnalisation sans autorisation, permettant aux développeurs d’ajouter une logique métier personnalisée sans avoir besoin d’une approbation à l’échelle du réseau. Schwartz a noté que XRP dispose déjà de fonctionnalités natives intégrées telles que le DEX et l’AMM qui permettent aux utilisateurs de faire presque tout ce qu’ils veulent sur la plate-forme. Cependant, il a reconnu que l’état actuel du protocole ne permet pas l’ajout d’une logique métier personnalisée.

Le directeur technique de Ripple considère l’incapacité à autoriser une logique métier personnalisée comme une limitation importante de la XRPL que la fonction de programmabilité résoudrait. De plus, il pense que la mise en œuvre en cours permettrait de relever un défi de développement sur la XRPL. Il serait plus simple d’introduire des fonctionnalités supplémentaires dans le protocole, un processus qui a été difficile à réaliser.

Lisez aussi : Le directeur technique de Ripple hébergera AMA sur la programmabilité XRPL : à quoi s’attendre

Selon Schwartz, la programmabilité XRPL ouvrira la porte aux contributions d’utilisateurs qui ne sont pas des développeurs C++ sophistiqués et qui ne comprennent pas pleinement la construction complexe du logiciel XRPL. Cela stimulerait également l’engagement des développeurs en leur permettant d’utiliser des langages de programmation avec lesquels ils sont plus familiers, sans complexité supplémentaire.