Polygon Ithaca Hardfork: Ausfallsicherung ist aktiv

Der Polygon Ithaca Hardfork ist seit dem 29. Juli 2026 im Mainnet aktiv: Die neuen Konsensregeln traten auf der Heimdall-Konsensschicht bei Block 50.185.000 in Kraft. Ithaca soll eine bestimmte Ausfalllage automatisch auflösen, in der ein Blockproduzent stehen bleibt und eine noch nicht vollständig bestätigte Milestone-Abstimmung den regulären Wechsel zum nächsten Produzenten blockiert. Das verbessert die Erholungsfähigkeit des Netzes, ist aber keine Garantie gegen jeden Ausfall, Angriff oder fehlerhaften Smart Contract.

Die Aktivierung ist nicht mehr nur ein Termin im Kalender: Die öffentliche Heimdall-v2-API meldete am 30. Juli um 11:33 Uhr CEST bereits Block 50.232.626 und damit mehr als 47.000 Blöcke oberhalb der Schwelle. Der offizielle Heimdall-v0.10.0-Release verankert die Mainnet-Aktivierung bei Block 50.185.000 und beschreibt die damit freigeschalteten Regeln.

Polygon Ithaca Hardfork: Das Wichtigste

• Aktivierung: Ithaca gilt seit Heimdall-Block 50.185.000 am 29. Juli 2026 im Polygon-Mainnet.
• Direkter Nachweis: Die öffentliche Konsens-API lag am 30. Juli bereits deutlich über der Aktivierungshöhe und produzierte weiter neue Blöcke.
• Kernänderung: Bei einer genau definierten Kombination aus stehendem Blockproduzenten und ausstehendem Milestone kann Heimdall den Produzenten automatisch wechseln.
• Sicherheitsgrenze: Mehr als ein Drittel der Stimmkraft muss sich auf den tatsächlich erreichten Bor-Blockkopf einigen, bevor die Wiederherstellung greift.
• Weitere Härtung: Der Release enthält Schutz gegen übergroße Mempool-Nachrichten, eine zusätzliche Gebührenprüfung und feinere Protokollierung für Betreiber.
• Keine Vollgarantie: Ithaca beseitigt weder Bridge-, Wallet- noch Smart-Contract-Risiken und schützt nicht vor allen möglichen Ursachen eines Netzwerkausfalls.

Welchen Stillstand Ithaca automatisch behebt

Polygon Chain arbeitet mit zwei eng verbundenen Ebenen. Bor produziert und führt die für Nutzer sichtbaren EVM-Blöcke aus. Heimdall v2 koordiniert unter anderem Validatoren, Produzentenwechsel und sogenannte Milestones, mit denen sich ein Teil der Kette auf einen gemeinsamen Stand festlegt. Ithaca aktiviert seine neue Logik auf Heimdall – die relevante Höhe ist deshalb keine gewöhnliche Bor-Blocknummer.

Nach der technischen Beschreibung konnte eine ausstehende Milestone-Abstimmung mit mindestens einem Drittel, aber weniger als zwei Dritteln Unterstützung den Wechsel zum nächsten Produzenten unterdrücken. Fiel der aktuelle Produzent in genau dieser Phase aus, rückte kein Ersatz nach. Die Kette konnte dadurch ohne automatischen Ausweg stehen bleiben, obwohl andere Validatoren erreichbar waren.

Ithaca adressiert genau diesen Engpass. Die Änderung ist damit enger als die allgemeine Formulierung „automatisches Failover“ vermuten lässt. Sie verspricht weder ständige Verfügbarkeit noch eine universelle Selbstheilung. Wie bei der aktivierten Konsensänderung im Zcash Ironwood Upgrade zählt der erreichte Aktivierungsblock – ein zuvor veröffentlichter Client allein ändert die Regeln des laufenden Netzes noch nicht.

Wie die Polygon-Ausfallsicherung funktioniert

Nach der Aktivierung melden Validatoren in ihren Vote Extensions zusätzlich den tatsächlich beobachteten jüngsten Bor-Block samt Hash. Heimdall bündelt diese Angaben nach Stimmgewicht. Erst wenn mehr als ein Drittel der Stimmkraft denselben realen Blockkopf bestätigt und dieser über eine definierte Schwelle nicht weiterläuft, darf die neue Logik den festgefahrenen Produzenten ausschließen und den nächsten Span ab dem folgenden Block beginnen.

Die Drittelschwelle ist eine Schutzbarriere: Eine byzantinische Minderheit soll keinen erfundenen Kettenkopf als Ausgangspunkt für den Wechsel durchsetzen können. Der Neustart setzt zudem hinter dem vereinbarten Kopf an. Bereits ausstehende Blöcke sollen dabei nicht reorganisiert werden. Grenzprüfungen verhindern unter anderem, dass die Rotation außerhalb des zuständigen Spans oder an einem Zahlenüberlauf ausgelöst wird.

Falls nach den Ausschlüssen kein zulässiger Produzent in der primären Kandidatenliste verbleibt, greift eine deterministische Ersatzreihenfolge. Sie durchsucht zunächst unterstützende Kandidaten und anschließend den sortierten Validatorensatz. Das soll verhindern, dass gerade die Auswahl des Ersatzproduzenten selbst erneut in einer leeren Liste endet.

Weitere Schutzmaßnahmen im Heimdall-Release

Heimdall v0.10.0 enthält neben der Produzentenrotation weitere Härtungen. Eine Begrenzung der Nachrichten pro Transaktion soll verhindern, dass extrem verschachtelte oder umfangreiche Transaktionen den Mempool übermäßig belasten. Eine zusätzliche Nil-Prüfung fängt fehlende Gebührenwerte ab, bevor sie eine unerwartete Verarbeitung auslösen. Modulbezogene Protokolle geben Betreibern außerdem genauer an, wo Fehler entstehen.

Diese Punkte sind technisch wichtig, sollten aber nicht überhöht werden. Sie reduzieren konkrete Fehler- und Überlastungspfade. Sie beweisen nicht, dass alle Implementierungsfehler gefunden wurden. Auch die unabhängige Einordnung von TheStreet beschreibt Ithaca als automatische Erholung für ausgefallene Produzenten plus Schutz gegen destabilisierende Transaktionen – nicht als vollständige Sicherheitsgarantie.

Was Nutzer und Betreiber beachten müssen

Für gewöhnliche Wallet-Nutzer gibt es durch Ithaca keinen Token-Tausch und keine neue Zieladresse. POL bleibt der Gas-Token der Polygon Chain. Wer Vermögenswerte bei einer Börse hält, sollte lediglich beachten, dass Dienstleister Ein- und Auszahlungen rund um Hardforks vorübergehend pausieren können. Der Handel innerhalb einer Börse ist davon technisch getrennt.

• Validatoren und Nodes: Betreiber mussten vor der Aktivierung auf die kompatible Heimdall-Version wechseln. Veraltete Konsenssoftware kann einer abweichenden Kette folgen und eine vollständige Neusynchronisierung erfordern.
• Anwendungen: Teams sollten ihre RPC-, Indexer- und Alarmierungswege nach dem Fork weiter überwachen. Eine laufende Konsensschicht beweist nicht, dass jeder externe Anbieter korrekt arbeitet.
• Wallet-Nutzer: Für die Aktivierung ist weder die Eingabe einer Seed-Phrase noch eine „Migration“ auf fremden Webseiten nötig. Solche Aufforderungen sind ein Betrugswarnsignal.
• Bridges und Verwahrer: Deren Vertrags-, Schlüssel- und Betriebsrisiken bleiben eigenständig. Die neue Produzentenrotation ersetzt keine Prüfung dieser Systeme.

Was der Ithaca Hardfork nicht absichert

Der Polygon Ithaca Hardfork schützt die Konsensschicht nicht vor jedem denkbaren Szenario. Die neue Rotation setzt voraus, dass genügend ehrliche Stimmkraft denselben tatsächlich erreichten Kopf meldet. Bei umfassenderen Netzwerkpartitionen, schweren Softwarefehlern oder Problemen außerhalb des modellierten Stillstands können weiterhin manuelle Eingriffe und neue Releases nötig werden.

Vor allem dürfen Nutzer Netzwerksicherheit nicht mit der Sicherheit einzelner Anwendungen verwechseln. Der AFX Bridge Exploit zeigt, dass ein Verwahrungs- oder Bridge-Vertrag Vermögenswerte gefährden kann, obwohl die zugrunde liegende Chain normal weiterläuft. Ithaca ändert weder Berechtigungen externer Verträge noch private Schlüssel von Verwahrern.

Auch institutionelle Blockchain-Projekte lassen sich nicht allein über Ausfallmechanismen vergleichen. Das RL1-Netz europäischer Banken verwendet eine private, zugangsbeschränkte Governance. Polygon bleibt dagegen ein öffentliches Netz mit eigenem Validatoren- und Konsensmodell. Wer Zuverlässigkeit beurteilt, muss deshalb technische Erholung, Zugangskontrolle, Betreiberstruktur und rechtliche Verantwortlichkeit getrennt betrachten.

Fazit zum Polygon Ithaca Hardfork

Ithaca schließt einen konkreten automatischen Erholungspfad, der nach einem Produzentenausfall in Verbindung mit einem ausstehenden Milestone fehlte. Die Aktivierung ist durch die überschrittene Heimdall-Höhe öffentlich überprüfbar. Das ist ein materielles Infrastruktur-Update für Polygon, weil es eine bekannte Blockade im Produzentenwechsel direkt im Konsenscode adressiert.

Für Nutzer ist keine aktive Migration erforderlich. Betreiber sollten dagegen Versionen, Logs und Abhängigkeiten weiter kontrollieren. Die richtige Einordnung lautet daher: höhere Widerstandsfähigkeit gegen einen definierten Stillstand, aber keine pauschale Zusage für unterbrechungsfreie Zahlungen oder sichere Anwendungen. Stand der Recherche ist der 30. Juli 2026, 11:40 Uhr CEST.

Quellen

• 0xPolygon: Heimdall v0.10.0 – Ithaca Hardfork, 20. Juli 2026 (Primärquelle: Aktivierungshöhe, Wiederherstellungslogik und weitere Härtungen).
• Polygon Heimdall v2: aktueller Mainnet-Block, abgerufen am 30. Juli 2026 (öffentlicher Netzwerkbeleg für die überschrittene Aktivierungshöhe).
• Polygon Developer Docs: Network upgrade process (Primärquelle: Ablauf und Bedeutung blockhöhengebundener Hardforks).
• TheStreet: Bitcoin traders brace for Fed’s rate call and inflation this week, 27. Juli 2026 (unabhängige Sekundärquelle: Ithaca-Termin und Funktionsumfang).