Der Ripple Chief Technology Officer David Schwartz hat sich dafür ausgesprochen, dass die Validatoren des XRP-Ledgers (XRPL) eine automatisierte Market-Maker-Funktion unterstützen, jedoch nur, wenn es Konsens innerhalb der Community gibt.
Auf X (ehemals Twitter) diskutierte Schwartz die AMM-Funktion des XRPL. In seinem ursprünglichen Beitrag bezeichnete Schwartz AMMs als faszinierenden Teil der dezentralen Finanzen.
Der XRP-Ledger ist eine dezentralisierte Blockchain mit XRP (XRP) als native Vermögenswert. Er ist bekannt für seine Geschwindigkeit und Skalierbarkeit, was ihn für verschiedene Finanzanwendungen wie grenzüberschreitende Zahlungen und Überweisungen geeignet macht.
In Beantwortung einer Frage eines Community-Mitglieds über den Zeitplan für die Implementierung von AMMs im XRPL nach einer Abstimmung in der Governance erklärte Schwartz, dass die Änderungen bereits in zwei Wochen umgesetzt werden könnten, wenn die Mehrheit die Änderung unterstützt.
Schwartz betonte die Bedeutung einer Mehrheitsentscheidung und betonte, dass gegenwärtig keine Validatoren seine Kenntnis nach die Abstimmung begrüßen. Die Einführung der AMM-Funktion erfolgte mit der Veröffentlichung von rippled Version 1.12.0, die auch das Potenzial für die Rückforderungsfunktion mit sich brachte. Die Einführung eines AMMs beschränkt sich nicht nur auf die Einführung einer neuen Handelsplattform; sie ermöglicht auch eine Integration mit der dezentralen Börse XRPL.
Trotz der Bedeutung dieser Funktion riet Schwartz den Validatoren davon ab, unabhängig voneinander für diese Änderungen zu stimmen. Stattdessen betonte er, dass „die Community zuerst zu einer Einigung kommen sollte, und dann sollten die Validatoren überwiegend mit Ja stimmen, wenn sie wahrnehmen, dass die Community sich einig ist und ausreichend Knotenpunkte die Anpassung unterstützen.“
Neben seiner prominenten Rolle bei Ripple ist Schwartz bekannt für seine informativen Artikel und sein Engagement für Dezentralisierung.
In letzter Zeit hat er Missverständnisse bezüglich der Rückforderungsfunktion, die oft als Eingriff in XRPL-Nutzer angesehen wird, ausgeräumt. Er stellte klar, dass die Funktion darauf abzielt, Entwickler vor möglichen rechtlichen Haftungsrisiken im Ökosystem zu schützen.
