David Schwartz, CTO von Ripple, befasst sich mit der XRPL-Programmierbarkeit in AMA

• David Schwartz diskutierte die Programmierbarkeit von XRPL während eines kürzlichen X Space.
• Die XRPL-Programmierbarkeit ermöglicht eine erlaubnisfreie Anpassung.
• Die Entwicklung wird eine angepasste Geschäftslogik auf dem XRPL ermöglichen.

David Schwartz, CTO von Ripple, moderierte X Spaces, um über die Programmierbarkeit von XRPL zu sprechen. Die AMA-Sitzung gab den Mitgliedern der XRP-Community die Möglichkeit, Fragen zur Entwicklung von EVM-Sidechains und zur Erforschung nativer Smart Contracts auf XRPL durch Ripple zu stellen.

Zu den wichtigsten Erkenntnissen aus dem XRPL-Programmierungs-AMA von Schwartz gehörten die Fragen der Community-Mitglieder zu Problemen, mit denen sie mit dem Blockchain-Protokoll oder anderen ähnlichen Projekten konfrontiert waren. Das offene Format der AMA ermöglichte es Schwartz, auf alle Fragen oder Bedenken der Teilnehmer einzugehen.

Ein Community-Mitglied sprach ein Problem mit Layer-2-EVM-Sidechains an und merkte an, dass sie die Gebührenparameter auf Layer 2 für Benutzer basierend auf der Transaktionsgröße anpassen könnten. Schwartz antwortete, dass sein Team an demselben Protokoll arbeite, in der Hoffnung, dass die XRPL EVM erfolgreich sei. Er äußerte den Wunsch, dass die Entwicklung als eine weitere Smart-Contract-Plattform antritt und als alternatives XRP-Ökosystem dient.

Die Bedeutung der Programmierbarkeit

Darüber hinaus erklärte Schwartz, dass die Programmierbarkeit bei der XRPL von entscheidender Bedeutung ist, da sie eine erlaubnisfreie Anpassung ermöglicht und es Entwicklern ermöglicht, benutzerdefinierte Geschäftslogik hinzuzufügen, ohne eine netzwerkweite Genehmigung zu benötigen. Schwartz merkte an, dass XRP bereits über integrierte native Funktionen wie DEX und AMM verfügt, die es den Benutzern ermöglichen, auf der Plattform fast alles zu tun, was sie wollen. Er räumte jedoch ein, dass der aktuelle Zustand des Protokolls das Hinzufügen von benutzerdefinierter Geschäftslogik nicht zulasse.

Der CTO von Ripple sieht die Unfähigkeit, benutzerdefinierte Geschäftslogik zuzulassen, als eine wesentliche Einschränkung der XRPL, die die Programmierbarkeit lösen würde. Darüber hinaus glaubt er, dass die laufende Implementierung eine Entwicklungsherausforderung für den XRPL angehen würde. Es würde es einfacher machen, zusätzliche Funktionen in das Protokoll einzuführen, ein Prozess, der bisher schwer zu erreichen war.

Lesen Sie auch: Ripple CTO hostet AMA auf XRPL Programmierbarkeit: Was zu erwarten ist

Laut Schwartz wird die Programmierbarkeit von XRPL die Tür für Beiträge von Benutzern öffnen, die keine erfahrenen C++-Entwickler sind und den komplexen Aufbau der XRPL-Software nicht vollständig verstehen. Es würde auch das Engagement der Entwickler fördern, indem es die Verwendung von Programmiersprachen ermöglicht, mit denen sie besser vertraut sind, ohne zusätzliche Komplexität.