Kurze Antwort: Immutable gibt an, dass es plant, Immutable Chain um die Mitte des Jahres 2027 von einem eigenen Geth-Fork zu einem OP Stack-basierten Ethereum-Rollup zu migrieren. Dem Projekt zufolge behält die Chain ihren Zustand und ihre Ketten-ID bei, sodass Konten, Guthaben, Verträge und Freigaben für nahezu alle Nutzer ohne eigenes Zutun übernommen werden sollten. Zu den angekündigten Änderungen gehören eine neue Bridge-Architektur, voraussichtlich höhere Transaktionskosten und native Auszahlungen nach Ethereum mit einer Dauer von etwa sieben Tagen. Stand 11. November 2026 handelt es sich um Planungen; ein bestätigtes Migrationsdatum und abschließende Anweisungen für Nutzer wurden noch nicht veröffentlicht.
Was hat Immutable angekündigt?
Die technische Ankündigung von Immutable vom 6. November 2026 beschreibt eine Änderung der zugrunde liegenden Software und der Abwicklungsarchitektur der Chain. Demnach wird Immutable Chain von einem eigenen Geth-Fork zu einer OP Stack-basierten Chain wechseln. Das Projekt erwartet, denselben Zustand und dieselbe Ketten-ID beizubehalten, die Blockzeit von zwei Sekunden auf eine Sekunde zu verkürzen und Ethereum für Datenverfügbarkeit und nachweisbasiertes Bridging zu nutzen. Als Ziel ist die Mitte des Jahres 2027 genannt, mit Vorankündigung vor einer kurzen Phase, in der die Blockproduktion pausiert.
Das Timing ist wichtig. Es handelt sich um eine zukunftsgerichtete Roadmap, nicht um ein Upgrade, das Nutzer heute als abgeschlossen verifizieren können. Eine Wallet zeigt möglicherweise weiterhin die bestehende Chain und Bridge an, bis das Projekt ein konkretes Migrationsfenster ankündigt. Nutzer sollten keine Links Dritter zu einer „Migration" befolgen, die sie allein aufgrund dieser Ankündigung dazu auffordern, Vermögenswerte sofort zu verschieben. Dem offiziellen Beitrag zufolge ist für den Übergang selbst von nahezu allen Nutzern und Entwicklern keine Aktion erforderlich.
Die Ankündigung betrifft Immutable Chain, also die Infrastruktur, die von Spielen und Anwendungen genutzt wird. Sie ist keine Aussage dahingehend, dass jedes Gaming-Asset, jedes Marktplatz-Inserat oder jede Börsen-Einzahlungsmethode während der Migration identisch funktionieren wird. Diese nachgelagerten Dienste können eigene operationelle Hinweise veröffentlichen, sobald ein Datum feststeht.
Was bedeutet „gleicher Zustand und gleiche Ketten-ID“ für eine Wallet?
Der Zustand umfasst die Kontoguthaben und die Vertragsspeicher der Chain zu einem bestimmten Zeitpunkt. Den Zustand beizubehalten bedeutet, dass die Migration darauf ausgelegt ist, diese Aufzeichnungen auf der aktualisierten Chain fortzuführen. Die Ketten-ID beizubehalten bedeutet, dass die von Wallets und Anwendungen verwendete Netzwerk-Kennung voraussichtlich gleich bleibt. Immutable erklärt, dass Konten, Guthaben, Verträge und Freigaben unverändert übernommen werden. Das ist die Grundlage für die Aussage, dass nahezu alle Nutzer nicht selbst tätig werden müssen.
Dies unterscheidet sich von einem Token-Swap, bei dem Inhaber aufgefordert werden, über eine Claim-Seite einen Vermögenswert gegen einen anderen zu tauschen. Der offizielle Beitrag beschreibt weder eine breite Token-Einlösung noch die Anforderung, IMX an eine neue Adresse zu senden. Er verspricht auch nicht, dass jede Wallet-Oberfläche exakt zur selben Minute aktualisiert wird. Ein Nutzer kann während des Übergangs eine veraltete App, einen RPC-Fehler oder einen verzögerten Indexer sehen, selbst wenn die zugrunde liegenden Guthaben korrekt übernommen werden.
Der praktische Schritt für einen Nutzer besteht darin, vor der angekündigten Unterbrechung die aktuelle Wallet-Adresse und wichtige Transaktions-Kennungen zu notieren und anschließend auf offizielle Statusmeldungen zu warten. Das hilft, ein Anzeigeproblem von einer tatsächlichen Abweichung im Zustand zu unterscheiden. Dafür ist es nicht erforderlich, eine Seed-Phrase preiszugeben oder eine unaufgeforderte Transaktion zu signieren. Jede Nachricht, die behauptet, das Upgrade erfordere solche Handlungen, sollte als unbestätigt behandelt werden, bis sie über die offiziellen Kanäle von Immutable verifiziert wurde.
Warum der Wechsel zum OP Stack?
Immutable gibt an, dass der Wechsel die Chain zu einem Ethereum-Rollup machen und es ihr ermöglichen würde, gängige Ökosystem-Upgrades und Sicherheits-Patches leichter zu übernehmen. Zudem wird eine Bridge beschrieben, deren Auszahlungen anhand von auf Ethereum veröffentlichten Zustandsverpflichtungen überprüfbar sind. Die genannte Begründung betrifft Wartbarkeit und das Verhältnis zwischen Chain und Ethereum; sie ist kein Beleg dafür, dass jede Anwendung für ihre Nutzer günstiger oder schneller wird.
Die Blockzeit ist eine messbare Änderung im Plan: von zwei Sekunden auf eine Sekunde. Eine Blockkadenz von einer Sekunde kann den Onchain-Zustand häufiger aktualisieren, doch das durchgängige Nutzererlebnis hängt auch von Wallet, Spielserver, RPC-Anbieter, Marktplatz und Bridge ab. Ein schnellerer Block macht eine Ethereum-Auszahlung nicht in einer Sekunde endgültig. Die Bridge durchläuft einen separaten Verifizierungsprozess, und das Projekt erwartet, dass sich die Dauer nativer Auszahlungen verlängert.
Der Ankündigung zufolge beginnt man mit erlaubnisbasierten Fault Proofs, bevor später Validity Proofs eingeführt werden. Diese Stufen beschreiben einen beabsichtigten technischen Pfad. Ein Artikel sollte das künftige Nachweissystem nicht als bereits auf Immutable Chain eingesetzt darstellen. Nutzer und Entwickler sollten die Architektur erneut prüfen, wenn das Projekt die Migrationsdokumentation veröffentlicht und die neue Bridge live ist.
Was ändert sich bei Auszahlungen und Bridges?
Die direkteste nutzerseitige Änderung in der Ankündigung ist die Dauer nativer Auszahlungen. Immutable schätzt, dass Auszahlungen über den neuen nativen Rollup-Pfad etwa sieben Tage dauern werden. Das ist deutlich länger als die Erfahrung, die viele Nutzer mit der aktuellen Bridge verbinden, und es ist relevant für alle, die Vermögenswerte zu einem bestimmten Termin auf Ethereum benötigen. Eine Sieben-Tage-Schätzung ist keine Garantie für eine exakte Abschlusszeit, insbesondere während eines Starts oder einer Netzwerkstörung.
Immutable merkt an, dass schnellere Liquiditäts-Bridges weiterhin einen Großteil des Bridge-Volumens übernehmen könnten. Diese Dienste können einen alternativen Pfad bieten, bringen aber möglicherweise zusätzliche Gebühren, Liquiditätsgrenzen und AnbieterRisiken mit sich. Eine schnelle Bridge und eine native Auszahlung sind weder im Sicherheitsmodell noch bei den Kosten austauschbar. Bevor Sie eine Bridge wählen, klären Sie, wer die Liquidität bereitstellt, wie die Übertragung abgeschlossen wird, was passiert, wenn der Anbieter pausiert, und welches das finale Ziel-Asset ist.
Das Projekt gibt außerdem an, dass die Transaktionskosten leicht steigen werden. In der Ankündigung wurde keine stabile, nutzerspezifische Gebührenordnung veröffentlicht. Ein Spiel mit gesponserten Transaktionen könnte eine Gebühr absorbieren, die eine andere Anwendung an den Nutzer weitergibt. Vielnutzer spüren eine kleine Änderung der Stückkosten möglicherweise stärker als Gelegenheitsplayer. Der richtige Vergleich nutzt tatsächliche Gas- und App-Gebühren nach der Migration, sobald diese vorliegen, und keine pauschale Behauptung, der neue Stack sei für jede Aktivität günstiger oder teurer.
Was sollten Spieleentwickler und Infrastruktur-Anbieter prüfen?
Immutable erklärt, dass die meisten Entwickler nicht tätig werden müssen, weil Verträge und Zustand übernommen werden. Dennoch sollte eine Anwendung ihre Abhängigkeiten vor einer geplanten Chain-Pause prüfen. RPC-Endpunkte, Indexer, Bridge-APIs, Event-Listener, Bestätigungsannahmen und Auszahlungs-Meldungen können empfindlich auf die Änderung reagieren, selbst wenn Smart Contracts selbst deployed bleiben. Entwickler sollten die verlinkte Migrationsdokumentation des Projekts für Anwendungen und Infrastruktur-Anbieter lesen und anschließend gegen die verfügbare Umgebung testen.
Ein Spiel, das einem Spieler nach einer Einzahlung Guthaben gutschreibt, sollte definieren, welches Ereignis für seine eigene Risikotoleranz als endgültig zählt. Ein Marktplatz sollte prüfen, ob Anzeigenbalance, Listungsstatus und Zahlungsfluss nach der Unterbrechung synchron bleiben. Ein Indexer muss möglicherweise Pause und Wiederaufnahme verarbeiten, ohne Ereignisse zu duplizieren. Das sind Umsetzungsfragen, keine Belege dafür, dass die angekündigte Migration scheitern wird; es sind die Prüfungen, die nötig sind, um die beabsichtigte Kontinuität in einer Produktionsanwendung real zu machen.
Der offizielle Beitrag besagt zudem, dass das aktuelle öffentliche Testnet von Immutable für Spielzwecke bis Ende 2026 abgeschaltet werden soll. Das ist ein separater Zeitplan vom Mainnet-Migrationsziel. Teams, die das Testnet nutzen, sollten die aktuelle Entwicklerguidance des Projekts prüfen, statt anzunehmen, dass das Mainnet-Datum 2027 ihre einzige Frist ist.
Wie sollten sich Nutzer vorbereiten, ohne zu früh zu handeln?
Die erste sinnvolle Maßnahme ist sauberes Informationsmanagement. Speichern Sie die offiziellen Ankündigungs- und Statuskanäle von Immutable ab und unterscheiden Sie ein bestätigtes Datum von einem Planungsziel. Ein Hinweis, der eine Blocknummer, ein Wartungsfenster und Bridge-Anweisungen enthält, ist handlungsrelevanter als ein Social-Media-Post, der nur „Migration 2027" wiederholt.
Zweitens: Prüfen Sie ausstehende Aktivitäten, wenn sich das Fenster nähert. Wenn ein Spieler für eine terminierte Zahlung nach Ethereum auszahlen muss, sollte er die angekündigte Bridge-Änderung und mögliche Pausen lange vor der Frist einplanen. Führt ein Spiel ein zeitkritisches Event durch, sollte sein Betreiber einen eigenen Plan für Einzahlungen, Auszahlungen und In-Game-Transaktionen während der Unterbrechung veröffentlichen.
Drittens: Vermeiden Sie spekulative Migrations-Transaktionen. Da Immutable angibt, dass Guthaben und Freigaben übernommen werden, steht die Aufforderung, Vermögenswerte an einen unbekannten Vertrag zu senden, im Widerspruch zur aktuellen Nutzer guidance. Eine neue offizielle Anweisung könnte später folgen, sollte aber beim Projekt und bei der betroffenen Anwendung verifiziert werden. Verlassen Sie sich bei einer Wallet-Signieranfrage niemals allein auf eine Direktnachricht oder eine bezahlte Suchanzeige.
Viertens: Prüfen Sie Freigaben nach dem Übergang. „Freigaben werden übernommen" bedeutet, dass zuvor erteilte Berechtigungen voraussichtlich bestehen bleiben. Das ist nützlich für die Anwendungs-Kontinuität, bedeutet aber auch, dass alte Berechtigungen nicht allein deshalb verschwinden, weil sich die Chain-Software ändert. Aktive Allowances zu prüfen und nicht mehr benötigte zu widerrufen ist eine separate Wallet-Wartungsaufgabe.
FAQ
Müssen IMX-Inhaber jetzt Tokens tauschen?
Die offizielle Ankündigung beschreibt Kontinuität von Zustand und Guthaben und gibt an, dass nahezu alle Nutzer nicht tätig werden müssen. Sie weist Inhaber nicht an, jetzt einen Token-Swap durchzuführen. Spätere anwendungsspezifische Anweisungen sollten gegen offizielle Bekanntmachungen geprüft werden.
Erhält die Chain eine neue Ketten-ID?
Immutable gibt an, dass die Migration dieselbe Ketten-ID beibehält. Ein Wallet-Anbieter könnte zwar seine technische Konfiguration aktualisieren, der dargestellte Plan des Projekts sieht jedoch keine neue Netzwerk-Kennung vor.
Dauert jede Auszahlung sieben Tage?
Immutables Schätzung betrifft native Auszahlungen über die geplante Rollup-Bridge. Schnellere Liquiditäts-Bridges könnten Alternativen mit anderen Gebühren und Risiken bieten. Die genauen Bedingungen hängen vom nach der Migration verfügbaren Pfad ab.
Ist das Datum Mitte 2027 bestätigt?
Nein. Das Projekt beschreibt die Mitte des Jahres 2027 als Ziel und gibt an, rechtzeitig Vorankündigung zu geben, sobald das Datum bestätigt ist. Ein jetzt veröffentlichter Artikel sollte dies als Ziel betrachten, nicht als gebuchtes Wartungsfenster.
