MANTRA Chain hat die Mainnet-Blockproduktion auf v8.4.0 gegen 05:30 UTC am 22. August wieder aufgenommen, sechs Tage nachdem ein Sicherheitsvorfall einen chainweiten Stillstand erzwungen hatte. Das Team erklärte den Vorfall am 24. August als gelöst und bestätigte kein Rollback, keine Statusänderung und keine Auswirkungen auf Nutzerguthaben oder Token-Inhaber. Zwei projektverwaltete Wallets waren laut eigener Analyse des Teams die einzigen, die betroffen waren.
Was fehlt, ist die technische Erklärung, die MANTRA seit der Meldung des Stillstands am 21. August versprochen hat. Die öffentliche Vorfall-Zeitlinie nennt keine Wallet-Adressen, Transaktions-Hashes, Beträge oder Exploit-Schritte. Stand 27. August enthielten die Statusseite und die offiziellen Ankündigungskanäle keinen Link zum versprochenen Postmortem.
Warum es wichtig ist
Für Node-Betreiber ist der Neustart nur die halbe Miete. Die Release-Seite verweist nun auf den vollständigen Commit 5c08d7bd9e2619952707dae1258d2a30bf024721, wobei MANTRA warnt, dass der Tag während der Wiederherstellung erneut gepusht wurde, und die Betreiber anweist, ihn neu zu pullen. Das Changelog zeigt einen MANTRA EVM-Fork-Bump von v0.6.0-v8-mantra-3 auf v0.6.0-v8-mantra-4, und die finale go.mod ersetzt eine Upstream-Abhängigkeit durch den eigenen v0.6.2-v8-mantra-1-Fork der Chain.
Die eingesetzten Handler-Änderungen sind sichtbar: eine Adresse auf die Blacklist gesetzt, drei Cosmos-Vesting-Account-Erstellungsnachrichten über den Circuit Breaker deaktiviert. Das beschreibt die Mitigation, nicht den Angriffspfad. Ohne das Postmortem können Betreiber nicht erkennen, ob der Fix die Grundursache adressiert oder nur das unmittelbare Symptom patcht.
Marktauswirkung
Die Intransparenz trifft einen Sektor, der bereits durch frühere Cosmos-Chain-Exploits gebeutelt ist. Eine März-Empfehlung von Cosmos Labs wies auf einen kritischen ICS20-Precompile-Fehler hin, nannte Mantra unter den Remediation-Mitarbeitern und erklärte, dass bekannte betroffene Chains gepatcht hätten. Die MANTRA-Zeitlinie endet mit dieser März-Offenlegung und lässt den August-Vorfall außerhalb ihres dokumentierten Umfangs. Ob das August-Ereignis den früheren ICS20-Bug wiederholte oder etwas Neues ausnutzte, ist die Frage, die Nutzer und Betreiber aus den öffentlichen Aufzeichnungen nicht beantworten können.
Das Exchange- und Partner-Ökosystem ist nach MANTRA-eigener Aussage unberührt.
Häufig gestellte Fragen
-
Wann hat MANTRA Chain das Mainnet nach dem Sicherheits-Stillstand wieder aufgenommen?
MANTRA stellte die Mainnet-Blockproduktion auf v8.4.0 gegen 05:30 UTC am 22. August wieder her, sechs Tage nach Beginn des Stillstands. Das Team erklärte den Vorfall am 24. August als gelöst.
-
Waren Nutzergelder von dem MANTRA-Sicherheitsvorfall betroffen?
Nach MANTRA-eigener Analyse berührte der Vorfall nur zwei von MANTRA verwaltete Wallets. Keine Nutzer-, Exchange- oder Partnergelder waren betroffen, und es gab kein Rollback oder Statusänderung zwischen Stillstand und Neustart.
-
Welche Code-Änderungen hat MANTRA in v8.4.0 ausgerollt?
Das Release bumpt den MANTRA-EVM-Fork von v0.6.0-v8-mantra-3 auf v0.6.0-v8-mantra-4 und ersetzt eine Upstream-Abhängigkeit durch v0.6.2-v8-mantra-1. Der Upgrade-Handler setzt eine Adresse auf die Blacklist und deaktiviert drei Cosmos-Vesting-Account-Erstellungsnachrichten.
-
Hat MANTRA ein technisches Postmortem veröffentlicht?
Nein. Das Team hatte in den Tagen nach der Lösung am 24. August ein Postmortem versprochen. Stand 27. August enthielten die Statusseite und die offiziellen Kanäle keinen Link zum Bericht, sodass Wallet-Adressen, Transaktions-Hashes und Exploit-Schritte weiterhin nicht offengelegt sind.
-
Könnte dieser Vorfall mit dem März-Cosmos-ICS20-Fehler zusammenhängen?
Eine März-Empfehlung von Cosmos Labs wies auf einen kritischen ICS20-Precompile-Bug hin und nannte Mantra unter den Remediation-Mitarbeitern. Der August-Vorfall liegt außerhalb des dokumentierten Umfangs dieser Empfehlung, sodass unklar ist, ob er den ICS20-Bug wiederholte oder einen neuen Vektor traf.