xrp ripple david schwartz

The Cryptonomist interviewte David Schwartz, CTO bei Ripple (XRP), anlässlich der APEX-Konferenz, die vor einigen Wochen im Juni in Amsterdam stattfand.

In Ihrem gestrigen Vortrag haben Sie erwähnt, dass eine verbesserte Benutzererfahrung durch Interoperabilität für die Massenakzeptanz unerlässlich ist. Können Sie uns einige der Möglichkeiten nennen, in denen Ripple dabei eine Schlüsselrolle spielt?

Eine Sache ist die EVM-Sidechain, die mit dem XRP-Ledger, der Hauptkette, interagiert. Das XRP-Ledger ist also offensichtlich die Kette, auf der Ripple aufgebaut und die es entwickelt hat, und wir haben über die EVM-Sidechain gesprochen, sie ist die zweite Kette. Die Logik dahinter ist, dass die XRPL-Kette wirklich gut für Mainstream-Anwendungen ist, z. B. wenn Sie einen automatisierten Market Maker wollen, gibt es einen automatisierten Market Maker auf der XRP-Ledger-Hauptkette. Sie wollen NFTs? Es gibt NFTs auf der Hauptkette.

Das Problem ist, dass es sich um eine Art feste Funktionen handelt. Sie enthalten die Funktionalität, die die Community für die wichtigste und wertvollste hielt, aber irgendwo muss man eine Grenze ziehen. Man kann nicht jede Funktion einschließen, die sich jemand wünschen könnte. Aber wenn man sie unbedingt bräuchte, gibt es sie im XRP Ledger-Ökosystem einfach nicht. Es ist also ein Kompromiss.

Wir möchten, dass die Leute sowohl die großartige Funktionalität für die gängigen Anwendungsfälle des XRP-Ledgers nutzen können, als auch, dass wir für Nischenanwendungsfälle, die vielleicht nur Sie und 15 andere Leute interessieren, keine Antwort haben. Sie könnten also auf der EVM-Sidechain leben. Und deshalb arbeiten wir an Brücken wie der Axelar-Brücke für die native Kryptowährung. Die native Währung auf der EVM-Sidechain wird XRP sein, das von der Axelar-Brücke überbrückt wird.

Wie integriert Ripple CBDCs?

Ich denke, wir haben gesehen, dass der Markt seinen Fokus von CBDCs abgewandt hat, die immer sehr langsam vorankommen würden, immer sehr stark von staatlichen Akteuren abhängig sein würden, die sehr, sehr langsam agieren. Ich scherze, dass sie konservativer sind als die katholische Kirche, aber das stimmt, oder? Wie die Federal Reserve, die Zentralbank, sind das sehr langsam agierende Institutionen, und sie zeigten eine gewisse Neigung, schnell zu agieren und ein gewisses Interesse. Ich denke also, unsere Perspektive wäre, dass es nach institutionellen Stablecoins aussieht, die lizenziert und reguliert sind. Wissen Sie, die EU hat MiCA.

Während der APEX gab es eine Präsentation von Messari. Sie zeigten ein Diagramm, wie diese Stablecoins diese gesamten DeFi-Ökosysteme ermöglicht haben. CBDC ist vielleicht auf lange Sicht möglich, aber im Moment sieht es so aus, als bräuchte man Stablecoins, wenn man diese DeFi-Ökosysteme aufbauen möchte.

Welche Maßnahmen hat Ripple in Bezug auf Sicherheit und Dezentralisierung ergriffen, um sein Netzwerk und seine Benutzer zu schützen, und wie schafft Ripple einen Ausgleich zwischen diesen Aspekten und der Effizienz?

Wir haben selbst viel Mühe in das gesteckt, was wir Markenschutz nennen. Es gab zum Beispiel viele Betrügereien, bei denen sich Leute als Brad Garlinghouse und als ich ausgaben. Wir arbeiten wirklich hart daran, diese Betrügereien zu unterbinden, zum Beispiel auf Social-Media-Plattformen, wo sie vorkommen. Außerdem arbeiten wir daran, die Gelder aufzuspüren, wenn diese Betrügereien vorkommen. Sie versuchen im Allgemeinen, Kryptowährungen zu stehlen. Wir helfen dabei, diese Kryptowährungen aufzuspüren und sie an ihren Quellen einzufrieren. Das ist ein großes Problem in dieser Branche.

Hinzu kommt die Sicherheit der Blockchains selbst, insbesondere im Hinblick auf die Interoperabilität. Blockchains haben auf ihrer grundlegenden Designebene kein wirkliches Sicherheitsproblem, denn man kann beispielsweise kein Bitcoin von einem anderen stehlen. Man kann es nirgendwo anders hinbringen.

Und das Team arbeitet auch mit Prüfern wie Bishop Fox und anderen zusammen. Es ist immer schwierig, wenn dieselben Leute, die den Code geschrieben haben, versuchen, darin Fehler zu finden, weil man manchmal Annahmen hat. Wenn man also etwas baut, weiß man, dass es einige blinde Flecken im Design gibt, die sich bei der Überprüfung als blinde Flecken herausstellen, und leider kann man sogar sozusagen infizieren, eine Person kann sozusagen das Team infizieren, sodass das Team blinde Flecken haben kann. Wir arbeiten definitiv mit Drittanbietern zusammen, insbesondere bei Dingen wie sicherheitsrelevantem Code.