THORChain v3.20-Update: Vault-Rotation eingefroren nach 20% TVL-Drain

Die THORChain-Entwicklungs-Roadmap wurde gerade um ein einziges, unumgängliches Meilensteinereignis neu ausgerichtet: das THORChain v3.20-Update. Ein Konsensproblem, das während der Vault-Rotation entdeckt wurde, hat das Netzwerk gezwungen, alle Umschichtungen zu pausieren — und bis v3.20 ausgeliefert wird, bleibt diese Pause bestehen. Was ursprünglich als eher kleines Point-Release begann, ist zu einem großen Deployment herangewachsen, das Security-Patches, die lang erwartete Monero-Integration und einen neuen Router V6 umfasst. Dies ist die folgenreichste Veröffentlichung im kurzfristigen Kalender von THORChain.
Wichtigste Erkenntnisse
Die Vault-Rotation (Churn) von THORChain ist pausiert, bis v3.20 ausgeliefert wird — wegen eines Konsens-Bugs, der während des Churnings ausgelöst wurde.
Der geplante v3.19.4-Patch wurde in v3.20 integriert. Dort sind auch die Monero-Integration sowie die Ausrollung von Router V6 enthalten.
Der jüngste Exploit ging auf drei ältere, verkettete Bugs zurück — einzeln jeweils harmlos, zusammen aber gefährlich.
Maya Protocol verarbeitete Swaps während der gesamten THORChain-Pause weiter, indem es ein einzelnes verifiziert gesundes Vault betrieb.
Moca startet ein leises Crypto-Point-of-Sale-Beta und leistet Zahlungen über Maya Protocol und THORChain.
Churn bei THORChain pausiert bis zur v3.20-Veröffentlichung
Die Vault-Rotation ist eines der grundlegendsten Sicherheitsmechanismen von THORChain — und im Moment läuft sie nicht. Ein Konsens-Problem tritt speziell während des Churning-Prozesses auf, und der Fix erfordert Änderungen so tief in Thornode, dass ein Point Release sie schlicht nicht tragen kann. Dadurch fiel das ursprünglich geplante v3.19.4-Patch am selben Tag, als es diskutiert wurde, weg.
Das Team entschied sich, stattdessen v3.20 zu schneiden — mit dem Ziel, eine Upgrade-Höhe in der folgenden Woche zu erreichen. Sobald das Release landet, ist der Plan, zuerst Solana wieder zu aktivieren und dann das Churning wiederherzustellen. Alles, was ursprünglich für v3.19.4 vorgesehen war — einschließlich der Monero-Arbeit — fließt jetzt in genau dieses eine größere Release zusammen, zusammen mit dem neuen Router-V6-Code, der bereits bereit ist und schrittweise ausgerollt wird. Für Nutzer bleibt das Erlebnis nach dem Upgrade gleich: Swaps routen wie gewohnt über THORChain Swap.
Die Konsolidierung ist nicht rein reaktiv. Das Zusammenrollen mehrerer Verbesserungen in eine koordinierte Veröffentlichung begrenzt die Anzahl der Male, die das Netzwerk durch eine riskante Upgrade-Sequenz muss — was besonders dann wichtig ist, wenn die Reviewer-Kapazität bereits stark beansprucht ist.
Exploit-Ursache: Drei Bugs, eine Kette
Der jüngste Exploit entstand nicht aus einer einzigen katastrophalen Schwachstelle. Laut Aaluxx, Mitgründer von Maya Protocol und jetzt Senior Developer bei THORChain, war die Sicherheitslücke eine Kombination aus drei älteren Bugs, die bis dahin harmlos zusammen im Codebestand existiert hatten, bis jemand — oder etwas — entdeckte, dass sie sequenziell auslösbar sind.
„Es waren drei Bugs, die in einer Kette miteinander so ausnutzbar wurden. Jeder einzelne davon war für sich genommen harmlos.“ — Aaluxx
Er beschrieb den Morgen, an dem der Exploit „eiskalt“ durchgebrochen sei. Das Team hatte kürzlich TSS-Patches aus einem privaten Repository zusammengeführt, und seine unmittelbare Angst war, dass ein Fehler in diesem Merge die Schwachstelle eingeführt hatte. Ein schneller Check brachte Entwarnung: Der Commit war intakt, und die Ursache führte zu wesentlich älterem Code zurück. Das Team hatte tatsächlich schon einige Monate zuvor einen ähnlichen verketteten Bug erwischt — ein potenzielles Double-Spend — was bedeutet, dass das zugrunde liegende Muster bereits auf dem Radar war.
So hat das Team das kompromittierte Vault erkannt
Die Erkennung war technisch elegant. Indem Entwickler einen der kryptografischen Parameter der TSS-Setup-Installation aus Faktorisierten und nach kleinen Primzahlen suchten, die nicht vorhanden sein sollten, konnten sie feststellen, ob ein bestimmtes Vault vergiftet (poisoned) wurde. Bei THORChain stellte sich heraus, dass eines von fünf Vaults kompromittiert war — das erklärt, warum ungefähr 20% des TVL abgezogen wurden, statt der vollen Menge. Die Methode lieferte dem Team eine zuverlässige Diagnose in einer Situation, in der die Geschwindigkeit des Triage-Prozesses entscheidend war.
Aaluxx war direkt mit der breiteren Lehre aus der Rolle von KI für die Zukunft: Ein kleines Team kann nun ein Codebase aus deutlich mehr Blickwinkeln gleichzeitig untersuchen. Das ist ein defensiver Vorteil — aber dieselbe Fähigkeit steht auch jedem zur Verfügung, der von außen versucht, Schwachstellen zu finden. Er rechnet mit ein paar weiteren schwierigen Monaten, während sich die Branche an diese neue Realität anpasst.
Resilienz von Maya Protocol während der Downtime
Für den ungefähr einen Monat, in dem THORChain pausiert war, tauschte Maya Protocol weiter. In dem Codebestand von Maya existierte derselbe latente Bug, er wurde jedoch nie ausgelöst. Noch wichtiger: Maya betrieb ein einzelnes Vault, das das Team unabhängig als gesund verifizieren konnte — daher hielten sie es am Laufen, während sie das Churning als Vorsichtsmaßnahme pausierten, da ein Churn denselben Exploit-Pfad hätte öffnen können.
Die praktische Konsequenz war real: Native BTC-zu-ETH-Swaps blieben auf THORChain während dieser Phase nicht verfügbar, waren aber auf Maya weiterhin verfügbar. Das ist das Redundanz-Argument, das hier konkret wurde.
„Wir müssen das Flugzeug mit zwei Triebwerken fliegen.“ — Aaluxx
Nach dem Exploit und während der früheren TCY-Phase argumentierten einige Stimmen für eine Zusammenlegung von THORChain und Maya — unter Verwendung von RUNE, um CACAO auszukaufen, und einer Konsolidierung zu einer einzigen größeren DEX. Aaluxx räumte ein, dass es eine vernünftige unternehmerische Entscheidung gewesen wäre, lehnte es aber trotzdem ab. Zwei unabhängige, permissionless DEXes, die dieselben Ideale teilen, sind eine bewusste Designentscheidung — keine Ineffizienz, die man optimieren sollte. Die Kosten von Redundanz sind real, aber ebenso die Kosten eines Single Point of Failure.
Entwicklungs-Engpässe und Governance-Reformen
Die Einschränkung, die die Release-Geschwindigkeit von THORChain bremst, ist nicht ein Mangel an Code. Es ist ein Mangel an Menschen, die qualifiziert sind, ihn zu prüfen und auszurollen.
„Unser limitierender Faktor ist nicht die Code-Erstellung, sondern das Prüfen und Ausliefern.“ — Aaluxx
Derzeit gibt es nur etwa drei Menschen mit der nötigen Tiefe an Fachwissen, um Änderungen an THORChain zu prüfen und auszurollen. Mehr Entwickler oder mehr Pull Requests beschleunigen die Auslieferung nicht automatisch — sie erhöhen nur die Review-Last in einem ohnehin schon engen Engpass. Das Team arbeitet mit einem bewussten Zwei-zu-Eins-Verhältnis: Jeder Code-Teil, der geschrieben wird, erfordert mindestens zwei Reviews, bevor er weitergeht.
Vorschlag zur Reform des ADR-Prozesses
Auf der Governance-Seite ist ein strukturelles Problem aufgetaucht. Da Vorschläge mittlerweile von vielen Mitwirkenden kommen und nicht mehr von einer einzelnen koordinierenden Stelle wie Nine Realms, sind ADR-Nummern kollidiert: Grobe Ideen wurden als formale ADRs eingereicht, bevor sie bereit waren, gebaut zu werden.
Der vorgeschlagene Fix ist, die Ideenphase vollständig von der ADR-Phase zu trennen. Eine ADR, so wie es Aaluxx formulierte, sollte bereits ein fertiges Rezept sein: präzise, technisch und mit den verfügbaren Ressourcen umsetzbar. Was fehlt, ist ein vorgelagerter Bereich — eine Art Schlachtfeld — in dem rohe Ideen herausgefordert, verfeinert oder verworfen werden, bevor sie für den ADR-Status qualifizieren.
„Manche denken, ‚Ich will Pasta‘ sei eine ADR. Das ist keine ADR, das ist ein Problem. Kommt zu uns mit einem Rezept.“ — Aaluxx
Weiter in der Zukunft könnten ADR-Nummern angefordert und über den Node-Relay direkt on-chain zugewiesen werden, wobei der erste freigebende Node die nächste fortlaufende Nummer vergibt. So wäre die Zuordnung eines Vorschlags eindeutig, ohne eine zentrale Gatekeeper-Stelle zu schaffen. Eine ADR, das sei wiederholt, ist keine Voraussetzung, um Code auszuliefern — jeder kann heute Issues und Pull Requests auf GitLab eröffnen. Eine ADR ist ein Temperaturcheck, der Node-Operatoren zeigt, ob sie bezahlte Entwicklerzeit einbringen wollen, die in etwas investiert wird.
Ökosystem-Integrationen und neue Features
Trotz der Pause ging die Integration über das gesamte Ökosystem hinweg weiter. ShapeShift hat sich inzwischen Symbiosis als aktiver Teilnehmer am dynamischen Fee-Modell angeschlossen, und die zurückkommenden Daten von beiden erweisen sich als nützlich. Innerhalb einer Woche werden voraussichtlich drei oder vier weitere Affiliates online gehen — abhängig davon, dass Chad Barraford Zeit hat, die Integrationen abzuschließen.
Ein Community-Tipp hat zwei größere Integrationsgespräche wiederbelebt. Ein kaltes DM an Randy Bechtold brachte Robinhood Chain als möglichen Zielkandidaten ans Licht — ein kurzer Blick zeigte dann, dass es auf Arbitrum basiert, einem Netzwerk, dem THORChain bereits zuvor nachgegangen war. Das schuf eine Zwei-für-eins-Gelegenheit: Bechtold hat einen Anruf mit dem Arbitrum-Team geplant und möchte währenddessen eine warme Einführung zu Robinhood erbitten.
Aaluxx gab eine technische Warnnotiz zu Arbitrum: Es läuft mit ungefähr vier Blöcken pro Sekunde, was Nodes mit einer Flut an Nachrichten in einer Weise überschwemmt, die ähnlich ist wie bei Solana. Maya investierte etwa ein Jahr, um den eigenen Arbitrum-Support zu stabilisieren. Der Vorteil: Die harte Arbeit ist weitgehend bereits auf der Seite von Maya erledigt, wodurch THORChain einen kürzeren Weg hat.
Monero-Integration kurz vor dem Launch nach Least-Authority-Audit
Die XMR-Integration ist das nächste große Feature, das bereit zum Ausliefern ist. Aaluxx steht mit Least Authority im Austausch, um ein Security-Audit durchführen zu lassen — einem Unternehmen, das er unter den Top-Anbietern für Privacy-Chain-Arbeit einordnet. Es gibt direkte Vorläufe: Zcash finanzierte ein Least-Authority-Audit seiner ZEC-into-Maya-Integration, das kürzlich mit nur kleineren Ergebnissen zu Denial-of-Service und Quality-of-Life-Themen abgeschlossen wurde — keine großen Bugs. Die Monero-Arbeit hat bereits Ketten-Netz-Tests und ein Developer-Review hinter sich.
Ganz im Sinne des üblichen Protokollansatzes wird der XMR-Pool zuerst starten — mit flacher Liquidität, die dem Protokoll gehört, und kleinen Tests waps. So bleiben die Kundengelder außerhalb des Bildes, während der Chain-Client sich in der Produktion beweist.
„Brecht Dinge, aber brecht sie klein.“ — Aaluxx
ZEC auf der THORChain-Seite hat keinen Zeitplan. Der Engpass ist Bandbreite: Refunds, Security-Arbeit, der Neustart des Netzwerks und der Monero-Launch konkurrieren alle um dasselbe enge Zeitfenster für Review und Deploy — und Churnings kommen zuerst.
Moca startet Crypto-Point-of-Sale-Beta über Maya und THORChain
Der Zahlungsaspekt des Ökosystems erhielt ein eigenes Update. Moca, ein Crypto-Point-of-Sale- und Zahlungsnetzwerk, verbucht Transaktionen über Maya Protocol, THORChain und einige weitere Backends. Das Ziel ist, gewöhnlichen Händlern zu ermöglichen, Crypto zu akzeptieren und in Crypto abzuwickeln — ohne Reibung. Als Ergebnis fließt echtes Volumen aus der realen Welt wieder in die Protokolle zurück.
Das Beta ist bewusst still gehalten und zielt auf den Start am Montag nach dem nächsten ab — zunächst ohne Marketing-Boost. Geplant ist, Business-Accounts zu eröffnen, Feedback einzusammeln, echte Testzahlungen durchzuführen und Bugs zu schließen, bevor eine breitere Ausrollung erfolgt.
„Auf der Zahlungsseite von Maya passiert gerade alles.“ — EricOnchain, Moca
Für Builder mit Interesse an frühem API-Zugriff können EricOnchain oder das Moca-Konto direkt kontaktiert werden.
Was all das zusammenbindet, ist ein Netzwerk an einem echten Wendepunkt. v3.20 ist nicht nur ein Security-Patch — es ist das Release, das das Churning wiederherstellt, Monero live bringt, Router V6 deployt und die Bühne für die folgenden Erweiterungen mit Arbitrum und ShapeShift bereitet. Wie sauber das abläuft und wie das Least-Authority-Audit zurückkommt, wird sehr viel darüber aussagen, ob THORChains Genesungs-Story unter der Last dessen standhält, was es verspricht.
FAQ
Warum ist der Churn-Betrieb von THORChain pausiert?
Ein Konsens-Problem, das speziell mit dem Churning-Prozess zusammenhängt, erfordert Fixes auf Thornode-Ebene. Diese Änderungen sind zu tief, um sie in einem Point Release auszuliefern, daher bleibt die Vault-Rotation pausiert, bis das vollständige v3.20-Update deployed wurde.
Was hat den jüngsten THORChain-Exploit verursacht?
Drei ältere Bugs, die jeweils für sich genommen harmlos waren, wurden ausnutzbar, als sie sequenziell ausgelöst wurden. Durch diese Kombination konnte eines von fünf Vaults von THORChain kompromittiert werden, wodurch ungefähr 20% des TVL abgezogen wurden.
Wie konnte Maya Protocol Swaps während des Downtimes von THORChain aufrechterhalten?
Maya betrieb ein einzelnes Vault, das das Team unabhängig verifizieren konnte, als unverändert und nicht kompromittiert. Indem Maya dieses Vault weiter in Betrieb hielt — während es das Churning als Vorsichtsmaßnahme pausierte — konnte es Swaps weiterhin während der gesamten einmonatigen THORChain-Pause verarbeiten.
Wie ist der Status der Monero-Integration bei THORChain?
Die XMR-Integration hat Ketten-Netz-Tests sowie ein Developer-Review bestanden. Ein Audit mit Least Authority wird gerade arrangiert, und der Pool soll mit flacher, dem Protokoll gehörender Liquidität sowie kleinen Tests waps starten, um die Exponierung in der Anfangsphase zu begrenzen.
Artikel mithilfe von künstlicher Intelligenz erstellt und vom Redaktionsteam geprüft.