Ein Polygon Heimdall Explorer zeigt Ihnen die Konsensseite von Polygon PoS: die Checkpoints, mit denen Pakete von Polygon-Blöcken auf Ethereum festgeschrieben werden, und die Validatoren, die sie signieren. Das Live-Panel oben fragt alle 30 Sekunden die öffentliche Heimdall API ab – so sehen Sie den neuesten Checkpoint, seinen Bor-Blockbereich, den Proposer und die Verteilung der Voting Power.
Die meisten denken über Heimdall erst nach, wenn eine Auszahlung nach Ethereum seit vierzig Minuten bei „Warten auf Checkpoint“ steht. Dann wird das Thema plötzlich sehr konkret. Auf dieser Seite erklären wir, was die Schicht leistet, wie Sie die Zahlen richtig lesen und wo Sie weitergraben können, wenn ein normaler Block Explorer nicht genug verrät.
Kurz gesagt
Heimdall ist die Validator- und Konsensschicht von Polygon PoS. Seit dem Upgrade auf Heimdall v2 (Juli 2025) finalisiert sie Bor-Blöcke in rund 5 Sekunden und sendet alle paar hundert Blöcke einen Checkpoint an Ethereum. Auszahlungen über die PoS Bridge lassen sich erst abholen, wenn der Checkpoint mit Ihrer Burn-Transaktion auf Ethereum angekommen ist.
Was Heimdall ist und warum Polygon PoS zwei Schichten hat
Polygon PoS besteht aus zwei Teilen, die eng zusammenarbeiten. Bor ist die Ausführungsschicht: Sie erzeugt etwa alle zwei Sekunden einen Block, führt die EVM aus und verwaltet Ihre Guthaben. Genau das sehen Sie, wenn Sie eine Transaktion im Live-Explorer für Polygon oder auf PolygonScan nachschlagen. Heimdall liegt darunter. Diese Schicht verwaltet das Validator-Set, verarbeitet Staking-Ereignisse von Ethereum, bestimmt die Blockproduzenten und erledigt ihre bekannteste Aufgabe: Sie bündelt Bor-Blöcke zu Checkpoints und schreibt diese auf Ethereum fest.
Ein Bild, das hilft: Bor ist die geschäftige Verkaufsfläche, Heimdall die Buchhaltung, die in regelmäßigen Abständen eine unterschriebene Zusammenfassung an die Zentrale schickt. Diese Zusammenfassung enthält nicht jede einzelne Transaktion, sondern einen Merkle Root – einen einzigen Hash, der einen ganzen Blockbereich eindeutig festlegt. Später kann jeder beweisen, dass eine bestimmte Transaktion in diesem Bereich lag. Genau das tut die PoS Bridge, wenn Sie Guthaben nach Ethereum zurückholen.
Diese Aufteilung erklärt auch, warum eine Transaktionsseite von Polygon im Explorer fast genauso aussieht wie eine von Ethereum. Bor ist ein Fork von Geth, Blöcke, Receipts, Logs und Gas verhalten sich also wie gewohnt. Die Daten von Heimdall liegen woanders, hinter einer eigenen API – deshalb gibt es überhaupt separate Heimdall-Ansichten. Wie die PoS-Chain als Ganzes funktioniert und was auf der Bor-Seite passiert, beschreibt unser Ratgeber zum Polygon PoS Explorer ausführlich.
Die Live-Checkpoint-Karte richtig lesen
Die dunkle Karte oben im Widget zeigt den jüngsten Checkpoint, den Heimdall bestätigt hat. Was die einzelnen Felder bedeuten und wie wir sie nutzen:
| Feld | Was es Ihnen sagt |
|---|---|
| Checkpoint Nr. | Fortlaufende ID, +1 pro Checkpoint |
| Bor-Blockbereich | Erster und letzter enthaltener Polygon-Block |
| Übermittelt | Zeitpunkt der Erfassung (Ihre Ortszeit) |
| Proposer | Signer-Adresse des vorschlagenden Validators |
| Checkpoints gesamt | Bestätigte Anzahl aus /checkpoints/count |
| Aktive Validatoren | Größe des aktuellen Validator-Sets |
Der Bor-Blockbereich ist die praktischste Zahl auf der Karte. Nehmen wir an, Sie haben USDC auf Polygon verbrannt, um es nach Ethereum auszuzahlen, und Ihre Burn-Transaktion liegt in Block 94.414.000. Endet der Bereich des letzten Checkpoints bei 94.414.245, sind Sie abgedeckt und können die Auszahlung abholen. Endet er bei 94.413.733, heißt es auf den nächsten warten. Ihre Blocknummer finden Sie in jedem Explorer – unsere Transaktionssuche zeigt sie direkt unter dem Status –, danach vergleichen Sie einfach.
Als wir die API am Vormittag des 25. September 2026 abfragten, deckte Checkpoint 112.446 die Blöcke 94.413.734 bis 94.414.245 ab (512 Blöcke) und kam 13 Minuten nach Checkpoint 112.445, der 768 Blöcke umfasste. In den sechseinhalb Stunden davor trafen Checkpoints im Schnitt etwa alle 15 Minuten ein, mit Bereichen zwischen 256 und 768 Blöcken. Verstehen Sie diese Werte bitte als Momentaufnahme, nicht als Zusage.
Der Proposer ist die Signer-Adresse eines Validators, nicht seine Eigentümer-Wallet. Mit diesem Schlüssel signiert der Validator auf Heimdall und Bor. Fügen Sie die Adresse in PolygonScan oder Etherscan ein, sehen Sie oft ein Label – aber nicht immer.
root_hash eines Checkpoints Base64-kodiert statt als 0x-Hex-String. Wollen Sie ihn mit dem auf Ethereum gespeicherten Wert vergleichen, wandeln Sie ihn zuerst in Hex um – sonst sieht es nach einer Abweichung aus, die gar keine ist.Polygon Validatoren, Staking und Voting Power
Die rechte Spalte des Widgets zeigt die Zahl der aktiven Validatoren und die fünf größten nach Voting Power. Die Voting Power auf Polygon PoS entsteht aus gestaktem POL – dem Eigenanteil des Validators plus allem, was an ihn delegiert wurde. Der angezeigte Prozentwert ist schlicht die Power eines Validators geteilt durch die Gesamt-Power des Sets.
Ein paar Punkte, die Sie beim Lesen dieser Zahlen kennen sollten:
- Das Set ist begrenzt. Polygon PoS arbeitet mit einer festen Anzahl an Validator-Plätzen. Bei unserer Prüfung waren 105 Validatoren aktiv. Neue Betreiber kommen nur hinzu, wenn ein Platz frei wird.
- Konzentration wird sichtbar. Am 25. September 2026 hielt der größte Validator etwa 11,5 % der gesamten Voting Power, der zweitgrößte rund 11 %, die Top fünf zusammen knapp über 40 %. So etwas zeigt Ihnen ein Transaktions-Explorer nie. Wenn Ihnen Dezentralisierung wichtig ist, behalten Sie die Top-5-Liste im Blick; die Balken machen Verschiebungen sofort sichtbar.
- Validatoren können gesperrt werden. Wer zu viele Signaturen verpasst, wird „gejailt“. Die rohe Antwort von
/stake/validators-setenthält für jeden Eintrag einjailed-Flag. - Signer ist nicht gleich Eigentümer. Rewards und Stake gehören der Owner-Adresse auf Ethereum, der Signer ist nur ein operativer Schlüssel.
Wo Sie staken oder delegieren
Staking und Delegation laufen über das offizielle Polygon Staking Dashboard, das mit den Staking-Contracts auf Ethereum kommuniziert. Dort stöbern Sie auch am bequemsten durch die Validatoren – mit Namen, Kommission, Uptime und Leistung beim Signieren von Checkpoints. Unser Widget ist für einen schnellen, neutralen Überblick gedacht; handeln Sie im Dashboard. Staking von POL ist mit Risiken verbunden, darunter Slashing und Sperrfristen beim Unbonding. Lesen Sie vor einer Delegation die Polygon-Dokumentation und verstehen Sie nichts auf dieser Seite als Anlageberatung. Ob ein Krypto-Dienstleister in Deutschland beaufsichtigt ist, können Sie seit dem vollständigen Inkrafttreten der EU-Verordnung MiCA am 30. Dezember 2024 bei der BaFin nachprüfen.
Brauchen Sie noch POL, um Gas auf Polygon zu bezahlen, kaufen Sie es bei einer regulierten Börse mit Lizenzen in mehreren Rechtsräumen, die direkte Auszahlungen ins Polygon-Netzwerk erlaubt – und prüfen Sie vor dem Bestätigen, dass als Auszahlungsnetzwerk Polygon PoS steht, nicht Ethereum.
Heimdall v2: CometBFT und Finalität in 5 Sekunden
Am 10. Juli 2025 hat Polygon den Hard Fork Heimdall v2 aktiviert. Technisch wechselte Heimdall von einem stark angepassten, alten Tendermint-Fork zu CometBFT mit Cosmos SDK v0.50. Für Nutzer war die Finalität die eigentliche Schlagzeile: Deterministische Finalität auf Polygon PoS sank auf etwa 5 Sekunden, vorher waren es rund ein bis anderthalb Minuten.
Checkpoint Nr. 1 wird im Mainnet erfasst (die API liefert ihn bis heute).
POL löst MATIC als Gas- und Staking-Token ab.
Heimdall v2 geht live: CometBFT, Cosmos SDK v0.50, ~5 s Finalität. Im selben Monat folgt der Bhilai-Hard-Fork.
Das Rio-Upgrade bringt von Validatoren gewählte Blockproduzenten und zustandslose Validierung.
Warum ist Finalität wichtig, wenn Blöcke ohnehin alle zwei Sekunden erscheinen? Weil ein sichtbarer Block nicht automatisch ein Block ist, der nicht mehr reorganisiert werden kann. Vor Heimdall v2 warteten Börsen und Zahlungsdienstleister auf Polygon oft viele Bestätigungen ab, um sicherzugehen. Mit schneller deterministischer Finalität ist eine Zahlung innerhalb von Sekunden abgeschlossen, ohne dass man Dutzende Blöcke abwarten muss. Heimdall erreicht das über Milestones: leichtgewichtige Finalitätsmarker, auf die sich die Validatoren weit häufiger einigen als auf Checkpoints. Die öffentliche API stellt sie unter /milestones/latest bereit.
Checkpoints gibt es trotzdem weiterhin, und sie bleiben wichtig. Milestones finalisieren Blöcke auf Polygon, Checkpoints dagegen sind das, was Contracts auf Ethereum sehen. Beide ergänzen sich: Milestones für Tempo auf Polygon, Checkpoints für Beweise auf Ethereum.
Die Migration auf v2 hat auch die API verändert. Die Chain ID von Heimdall lautet jetzt heimdallv2-137, einige Pfade sind umgezogen, und die Antworten sehen anders aus (die erwähnten Base64-Hashes, überall Zahlen als Strings). Bricht ein Skript aus dem Jahr 2024 plötzlich ab, ist das der erste Punkt, den Sie prüfen sollten.
So erkunden Sie Checkpoints und Validatoren selbst
Je nachdem, wie tief Sie einsteigen möchten, haben Sie drei gute Möglichkeiten.
1. Das Widget auf dieser Seite. Der schnellste Weg, die Frage „Ist mein Checkpoint schon da?“ zu beantworten. Es aktualisiert sich alle 30 Sekunden, solange der Tab sichtbar ist, und braucht weder Wallet noch Konto.
2. Das Polygon Staking Dashboard. Ideal, um Validatoren mit lesbaren Namen, Kommissionssätzen und Leistungshistorie zu durchsuchen und die Checkpoint-Historie in einer Oberfläche zu sehen.
3. Die Heimdall REST API. Die richtige Wahl für Rohdaten oder Automatisierung. Wir haben jeden der folgenden Endpunkte am 25. September 2026 getestet; alle lieferten JSON ohne API-Key und mit offenem CORS, Sie können sie also direkt aus dem Browser aufrufen.
| Endpunkt | Liefert |
|---|---|
/checkpoints/latest | Neuesten bestätigten Checkpoint |
/checkpoints/count | Anzahl bestätigter Checkpoints |
/checkpoints/{id} | Einen Checkpoint nach Nummer |
/milestones/latest | Letzten Finalitäts-Milestone |
/stake/validators-set | Aktives Set mit Voting Power |
/stake/validator/{id} | Einen Validator nach ID |
/stake/total-power | Summe der Voting Power |
/chainmanager/params | Contract-Adressen und Bestätigungen |
Die Basis-URL lautet https://heimdall-api.polygon.technology. Ein schneller Test im Terminal:
curl -s https://heimdall-api.polygon.technology/checkpoints/latest{"checkpoint":{"id":"112446","proposer":"0x67b94473d81d0cd00849d563c94d0432ac988b49","start_block":"94413734","end_block":"94414245","root_hash":"TLQn3KmXkdF7xAh2JUzPfKDaQINMkturSfXb/9fUW20=","bor_chain_id":"137","timestamp":"1790327459"}}Zahlen kommen als Strings zurück, timestamp ist in Unix-Sekunden angegeben. Achten Sie darauf, dass der Pfad /stake/validator/{id} im Singular steht; die Pluralform lieferte bei uns nur „Not Implemented“. Einen breiteren Vergleich der Polygon-Daten-APIs – Blockscout, Etherscan API V2 und öffentliche RPC-Nodes – finden Sie in unserem Ratgeber zur Polygon Explorer API. Offizielle Hintergründe liefert die Dokumentation zu Polygon PoS.
Warum Checkpoints für Auszahlungen und Finalität zählen
Hier wird Heimdall ganz handfest. Die Polygon PoS Bridge funktioniert asymmetrisch:
- Einzahlungen (Ethereum → Polygon) warten nicht auf Checkpoints. Die Heimdall-Validatoren beobachten Ethereum und leiten die Einzahlung über einen Mechanismus namens State Sync weiter. Bei unserer Prüfung zeigte die öffentliche API über 3,2 Millionen State-Sync-Einträge. Einzahlungen kommen typischerweise nach etwa 7–8 Minuten an.
- Auszahlungen (Polygon → Ethereum) warten sehr wohl. Sie verbrennen Token auf Polygon, warten, bis ein Checkpoint mit diesem Burn-Block auf Ethereum übermittelt ist, und senden dann auf Ethereum eine Exit- bzw. Claim-Transaktion, die Ihren Burn gegen den Checkpoint-Root beweist. Diese Wartezeit beträgt häufig 30–60 Minuten oder mehr, früher konnten es auch rund drei Stunden werden.
Jede Auszahlung über die PoS Bridge braucht zuerst einen Checkpoint auf Ethereum und danach Ihre eigene Claim-Transaktion dort.
Meldet ein Wallet oder das Polygon Portal also „Warten auf Checkpoint“, vergleichen Sie die Blocknummer Ihrer Burn-Transaktion mit dem Bor-Bereich im Widget. Kein Neuladen und kein zusätzliches Gas beschleunigt das; der Claim lässt sich schlicht nicht beweisen, bevor dieser Bereich auf Ethereum liegt. Wie Sie beide Seiten eines Bridge-Transfers verfolgen, zeigt unser Polygon Bridge Explorer. Wurde Ihre Transaktion dagegen auf Polygon selbst nie bestätigt, starten Sie besser auf der Mempool-Seite.
Für alltägliche Zahlungen innerhalb von Polygon – USDT an einen Freund senden, bei einem Händler bezahlen – spielen Checkpoints keine Rolle. Dank der schnellen Finalität von Heimdall ist Ihre Überweisung in Sekunden abgeschlossen. Checkpoints kommen erst ins Spiel, wenn etwas auf Ethereum bewiesen werden muss.
Grenzen der Heimdall-Daten (und unsere Empfehlung)
Ein paar ehrliche Einschränkungen aus unseren Tests. Die öffentliche API ist ein geteiltes Gateway: In unseren Tests lief sie zuverlässig, eine Verfügbarkeitsgarantie gibt es aber nicht, und bei vielen Anfragen in kurzer Zeit kann sie drosseln. Das Antwortformat hat sich mit v2 schon einmal geändert und könnte sich wieder ändern. Und über einzelne Nutzertransaktionen verraten Heimdall-Daten nichts – dafür brauchen Sie einen Explorer für die Bor-Seite.
Unsere praktische Empfehlung: Nutzen Sie diese Seite, um den Fortschritt der Checkpoints und die Verteilung der Validatoren zu prüfen. Für Transaktionsdetails greifen Sie zu einem vollwertigen Explorer wie PolygonScan oder Blockscout (beide vergleichen wir in unserem Ranking der besten Polygon Explorer), und für alles rund um Ihren POL-Stake zum Staking Dashboard. Mit dieser Kombination ließ sich bisher jede Frage beantworten, die uns zur Konsensschicht von Polygon erreicht hat. Wie wir Explorer und Tools testen, beschreiben wir auf unserer Methodik-Seite.