- Ripple empfiehlt nun, dass die XRPL-Community die XLS-38-Änderung zurückzieht.
- Axelar übernimmt bereits die Überbrückung für die XRPL EVM Sidechain, bestätigte Ripple.
- Ein Rückzug von XLS-38 würde über 10.000 Zeilen inaktiven Codes vollständig entfernen.
Ripple hat vorgeschlagen, XChainBridge, eine native Brückenfunktion im XRP Ledger, bekannt als Änderung XLS-38, zurückzuziehen und stattdessen auf Axelar, ein externes Cross-Chain-Netzwerk, zu setzen, um XRPL mit anderen Blockchains zu verbinden.
Was XLS-38 tun sollte
XLS-38 wurde entwickelt, um XRPL zu ermöglichen, Vermögenswerte zu und von anderen Ketten zu bewegen, ohne von einer externen Firma abhängig zu sein. Es funktionierte über ein Netzwerk von „Witness-Servern“, die Transaktionen über Ketten hinweg überwachen und bestätigen konnten, dass sie korrekt abliefen. Die Idee war, private Chains, permissioned networks zu unterstützen und schließlich die XRPL EVM Sidechain wieder mit dem XRPL-Hauptnetz zu verbinden.
Warum Ripple sich davon zurückzieht
Als die EVM Sidechain gestartet wurde, entschied sich Ripple für Axelar statt XLS-38, um diese Brücke zu übernehmen. Ripple sagte, das Witness-Server-Modell schaffe ein schwieriges Gleichgewicht. Je dezentraler die Gruppe, die es betreibt, desto sicherer ist es, aber desto schwieriger wird es, zu koordinieren und zu steuern.
Ripple sagte, dass der Aufbau und das Aufbau von Brücken zwischen Blockchains spezialisierte Arbeit sei und man nicht glaubte, über die nötige Expertise zu verfügen, um dies sicher und im großen Maßstab umzusetzen. Axelar hingegen betreibt bereits mehr als 75 Validatoren und verfügt über Erfahrung in der Sicherung von Verbindungen über über 55 Blockchains.
Ripple gab der XRPL-Community über ein Jahr Zeit, die echte Nachfrage nach XLS-38 zu zeigen, erklärte aber, dass keine ernsthaften Projekte entstanden seien, die es speziell benötigten.
Vergleich der beiden Ansätze
| Kriterien | XLS-38 | Axelar |
|---|---|---|
| Sicherheit | Die Sicherheit hing davon ab, wie dezentral die Zeugenservergruppe war. | Bringt ein großes, etabliertes Validatorennetzwerk mit jahrelanger Betriebserfahrung mit. |
| Angriffsfläche | Ungenutzten Code im System zu behalten, bedeutet mehr Code, der Schwachstellen enthalten könnte (geschätzte 10.000 Zeilen). | Der externe Cross-Chain-Netzwerkansatz vermeidet das Hinzufügen von überschüssigem Code zum XRPL-Hauptnetz. |
| Dezentralisierung | Soll vollständig native XRPL sein. | Separates, externes Netzwerk; XRPL hängt von der Infrastruktur eines anderen Projekts ab. |
| Instandhaltung | Die Wartung ohne tatsächliche Nutzung führte zu fortlaufender Arbeit ohne klaren Nutzen. | Die Wartung liegt stattdessen bei seinem eigenen Team. |
| Abhängigkeit von Drittanbietern | Ich habe es vermieden, mich auf externe Firmen zu verlassen. | Das bedeutet, künftig den Validatoren und der Technologie eines separaten Netzwerks zu vertrauen. |
Was als Nächstes passiert
Ripple betonte, dass dies eine Empfehlung und keine endgültige Entscheidung sei, da sie nur eine Stimme unter den XRPL-Validatoren kontrolliert. Wenn die Community zustimmt, würde die Änderung zunächst als inaktiv markiert, dann allmählich an Unterstützung verlieren, wenn die Validatoren upgraden, bevor sie vollständig aus dem Code entfernt wird.
Verwandt: Ripple schließt sich Clearpool, Cicada an, um institutionelle Kreditvergabe zu XRPL zu bringen
Disclaimer: The information presented in this article is for informational and educational purposes only. The article does not constitute financial advice or advice of any kind. Coin Edition is not responsible for any losses incurred as a result of the utilization of content, products, or services mentioned. Readers are advised to exercise caution before taking any action related to the company.
