Checkpointing: das Sicherheitsmodell, das niemand erklärt
Polygon PoS ist eine Sidechain mit eigener Validatorenmenge, kein Rollup. Sie erzeugt Blöcke selbstständig und übergibt regelmäßig einen Checkpoint — eine Merkle-Wurzel der jüngsten Blöcke — an einen Vertrag auf Ethereum.
Der Unterschied zählt. Ein Rollup legt seine Transaktionsdaten auf Ethereum ab, sodass jeder die Chain allein aus L1 rekonstruieren und prüfen kann. Polygon PoS legt eine Zusammenfassung ab. Ethereum weiß, was Polygon behauptet; unabhängig überprüfen kann es das nicht. Die Sicherheit ruht auf Polygons eigener Validatorenmenge, wobei Checkpoints einen Abrechnungsanker liefern und keinen Beweis.
Für den Alltag ist das belanglos. Für Brücken-Abhebungen ist es der gesamte Zeitplan: Eine Abhebung kann auf Ethereum nicht abschließen, bevor der sie umfassende Checkpoint eingereicht wurde — weshalb Abhebungen weit länger dauern, als die Blockzeit nahelegt.
PolygonScan hat die Checkpoint-Daten. Es verbindet sie nirgends mit dem Abhebungserlebnis an einer Stelle, wo ein verwirrter Nutzer sie fände — deshalb gibt es diesen Abschnitt.
MATIC, POL und die Verwirrung danach
Polygons nativer Token wanderte 2024 von MATIC zu POL. Der Token-Vertrag änderte sich, das Kürzel änderte sich — und sehr viel Dokumentation, Werkzeug und fremder Inhalt nicht.
Die praktischen Folgen sind banal und hartnäckig. Ältere Anleitungen verweisen auf MATIC. Manche Oberflächen zeigen noch das alte Symbol. Und — der Teil, auf den es ankommt — ein Token namens MATIC kann heute auf den alten Vertrag verweisen, auf den neuen, oder auf etwas völlig anderes, das jemand ausgerollt hat, um die Verwirrung auszunutzen.
Die Regel, die immer gilt: die Vertragsadresse prüfen, nie den angezeigten Namen. Token-Namen und -Symbole sind beliebige Zeichenfolgen, beim Ausrollen gewählt, und nicht eindeutig. Das stimmt auf jeder EVM-Chain und ist die zuverlässigste Abwehr gegen Token-Nachahmung.
Dieselbe Skepsis lohnt sich bei jeder Angabe zu Polygons Angebot oder Marktdaten aus der Zeit vor der Migration. Die Zahlen können stimmen und sich auf einen anderen Token beziehen.
Eine Adresse mit hunderttausend Transaktionen lesen
Polygons Gebühren sind winzige Bruchteile eines Cents, weshalb Anwendungen so freizügig Transaktionen erzeugen, wie sie es auf Ethereum nie täten. Spiele-Verträge, Treueprogramme und Mikrozahlungssysteme erzeugen Adresshistorien im Hunderttausenderbereich.
PolygonScan kommt damit besser zurecht, als man erwarten würde. Die Filter greifen, die Seitennavigation hält, und es gibt CSV-Export — für Abstimmung oder Buchhaltung oft der einzig gangbare Weg, denn kein Maß an Scrollen bringt Sie durch ein Jahr Aktivität.
Drei Dinge lohnen sich dabei zu wissen. Interne Transaktionen haben einen eigenen Reiter und sind der Ort, an dem Wertbewegungen von Vertrag zu Vertrag erscheinen — eine Hauptliste kann also fast leer wirken, während erhebliche Werte flossen. Token-Transfers sind ebenfalls getrennt, weil sie Log-Ereignisse und keine Transaktionsfelder sind. Und der Datumsfilter ist das Werkzeug, zu dem man zuerst greift: Ein Zeitfenster einzugrenzen, bevor man irgendetwas anderes tut, macht aus einer unmöglichen Seite eine beherrschbare.
Brauchen Sie umfangreiche historische Auswertung statt eines Nachschlagens, ist eine Explorer-API das völlig falsche Werkzeug. Dune oder ein selbst betriebenes Blockscout gegen eine Archive-Node dienen Ihnen besser, als einen Nachmittag lang durch REST zu blättern.
Hinweise zur API
Chain-ID 137 auf der Etherscan-V2-API. Derselbe Schlüssel, dieselbe Form, dieselbe geteilte Sekundengrenze über alle abgefragten Chains.
Disziplin bei der Seitennavigation zählt hier mehr als irgendwo sonst, was wir behandeln. Eine Adresse mit hunderttausend Transaktionen kommt seitenweise zurück, und eine naive Schleife verbraucht Ihr Tageskontingent an einer einzigen Adresse. Grenzen Sie mit startblock und endblock ein — und cachen Sie, historische Blöcke ändern sich nicht.
Die schlüsselfreien Alternativen, die man kennen sollte, sind Blockchair und 3xpl: Beide indexieren Polygon und senden großzügige CORS-Header, lassen sich also aus Browser-Code aufrufen. Unser API-Vergleich zeigt, wann welches die richtige Antwort ist.
Polygon PoS, zkEVM und das Namensproblem
„Polygon" bezeichnet mehrere verschiedene Netze, und den falschen Explorer für das Netz zu wählen, auf dem man sich befindet, ist ein häufiger und völlig nachvollziehbarer Fehler.
Polygon PoS ist die ursprüngliche Sidechain, Chain-ID 137, und das, was fast alle meinen. Sie hat eigene Validatoren und setzt Checkpoints auf Ethereum.
Polygon zkEVM ist ein eigenes Validity-Rollup mit eigener Chain-ID, eigener Brücke und eigenem Explorer. Werte auf dem einen sind keine Werte auf dem anderen, und ein auf PoS ausgerollter Vertrag existiert auf zkEVM nicht.
Über die Jahre gab es zudem verschiedene begleitende Chains und Testnetze, jeweils mit eigenem Werkzeug. Die Benennung hilft nicht: Das Marketing behandelt sie als ein Produkt, die Chains behandeln einander als fremde Netze.
Die praktische Prüfung dauert zehn Sekunden. Sehen Sie sich die Chain-ID an, die Ihre Wallet meldet, und gleichen Sie sie mit dem geöffneten Explorer ab. „Existiert nicht" ist bei einer Transaktion zuerst als Nichtübereinstimmung zu prüfen — lange bevor man schließt, dass etwas schiefgegangen sei.
Dieselbe Vorsicht gilt für Brücken. Werte zwischen PoS und zkEVM zu bewegen ist ein chain-übergreifender Vorgang mit zwei Transaktionen und zwei Kennungen, genau wie zwischen Ethereum und einem der beiden. Es ist keine interne Überweisung, so ähnlich die Markenführung es auch aussehen lässt.
Unsere Seite zu Base behandelt das Abrechnungsmodell von Rollups ausführlicher, und der Unterschied zwischen Rollup und Sidechain ist das, was man zwischen beiden Seiten mitnehmen sollte.