Warum ein Open-Source-Explorer zählt
Ein Explorer ist eine Interpretation. Er liest eine Chain, entscheidet, wie er sie aggregiert, und zeigt das Ergebnis. Jede dieser Entscheidungen könnte falsch sein, und bei einem geschlossenen Explorer haben Sie keine Möglichkeit zu prüfen — Sie vertrauen der Ausgabe oder betreiben eine Node und gleichen von Hand ab.
Bei Blockscout lesen Sie den Indexer. Wirkt ein Guthaben falsch, finden Sie den Code, der es berechnet hat. Widersprechen sich zwei Explorer, sehen Sie, was einer von beiden anders macht. Das ist kein theoretischer Vorteil: Explorer widersprechen sich bei Token-Guthaben häufiger, als man annimmt, meist wegen des Umgangs mit nicht standardkonformen Verträgen, die ungewöhnliche Transfer-Events auslösen.
Der zweite Grund ist wirtschaftlich. Etherscan entscheidet, welche Netzwerke es unterstützt, und diese Entscheidung ist kommerziell. Ein neuer Rollup kann sich nicht einfach auf die Liste kaufen. Blockscout bedeutet, dass eine Chain am Starttag einen glaubwürdigen Explorer haben kann, indem sie selbst einen betreibt — das hat es zum De-facto-Standard für das gesamte Rollup-Ökosystem gemacht.
Die API-Schlüsseländerung, und was sie zerstörte
Am 1. Juli 2026 verlegte Blockscout den API-Zugang auf eine schlüsselpflichtige Pro-API. Code, der zuvor anonym gehostete Instanzen aufgerufen hatte, hörte auf zu funktionieren.
Der kostenlose Tarif ist nicht knauserig — rund 100.000 Credits am Tag bei fünf Anfragen pro Sekunde, was die meiste nicht-kommerzielle Nutzung bequem abdeckt. Aber die Änderung zählt aus einem ganz anderen Grund, der nichts mit Volumen zu tun hat: Eine schlüsselpflichtige API lässt sich nicht aus Browsercode aufrufen. Alles, was zuvor eine Blockscout-Instanz direkt aus einem Frontend heraus aufrief, braucht jetzt einen Server dazwischen.
Das ist dieselbe Einschränkung, die Etherscan schon immer hatte, und der Grund, warum die Zahl wirklich browserfähiger Explorer-APIs stetig schrumpft. Die Überlebenden sind Blockstream, mempool.space, Blockchair und 3xpl. Unser API-Vergleich verfolgt den aktuellen Stand, denn er hat sich inzwischen zweimal in achtzehn Monaten geändert.
Der eine Lichtblick: Hosten Sie selbst, gilt nichts davon. Ihre Instanz, Ihre Regeln, kein Schlüssel.
Die Instanzqualität schwankt, und das ist der eigentliche Haken
Blockscouts größte Stärke erzeugt sein häufigstes Problem. Weil jeder eine Instanz betreiben kann, kann der Explorer, auf dem Sie für eine bestimmte Chain landen, vom Blockscout-Team betrieben werden, von der Chain-Stiftung, von einem Drittanbieter für Infrastruktur — oder von einer einzelnen Person, die ihn vor achtzehn Monaten eingerichtet hat.
Die Symptome einer vernachlässigten Instanz sind erkennbar: ein Indizierungsrückstand von mehreren tausend Blöcken, Token-Guthaben, die nicht aufgehen, eine Vertragsverifizierung, die bei gültiger Eingabe fehlschlägt, oder ein alter Release mit noch vorhandenen, längst behobenen Fehlern. Nichts davon sagt etwas über die Software aus; alles davon sagt etwas über diese Installation aus.
Zwei schnelle Prüfungen, bevor Sie einer Instanz vertrauen. Vergleichen Sie ihre aktuelle Blockhöhe mit der eigenen RPC der Chain oder einem zweiten Explorer — eine Lücke von mehr als ein paar Blöcken bedeutet, sie hinkt hinterher. Und schauen Sie nach der Versionsangabe in der Fußzeile; ein Release, der deutlich über ein Jahr alt ist, ist eine Warnung.
| Symptom | Wahrscheinliche Ursache | Was zu tun ist |
|---|---|---|
| Aktuelle Transaktionen fehlen | Indexer hinkt der Chain-Spitze hinterher | Spitzenhöhe mit der Chain-RPC vergleichen; warten oder eine andere Instanz nutzen |
| Token-Guthaben wirkt falsch | Nicht standardkonforme Transfer-Events, oder unvollständige Token-Neuindizierung | Vor dem Handeln auf einem zweiten Explorer gegenprüfen |
| Verifizierung lehnt gültigen Quellcode ab | Compiler-Version auf dieser Instanz nicht verfügbar | Sourcify versuchen, oder auf einer anders betriebenen Instanz verifizieren |
| Vertrag zeigt sich anderswo als unverifiziert | Verifizierung ist pro Instanz, nicht global | Auf jeder benötigten Instanz erneut verifizieren |
Vertragsverifizierung, und wo sie hinterherhinkt
Blockscout verifiziert Verträge ordentlich — geflachtes Solidity, Standard-JSON-Eingabe, mehrteiliger Quellcode, Vyper, und Integration mit Sourcify, dem dezentralen Verifizierungsarchiv. Technisch ist das solide.
Die Lücke ist die Abdeckung, und das ist ein Netzwerkeffekt, kein technisches Versagen. Wenn ein Projekt auf dem Ethereum-Mainnet bereitstellt, verifiziert es auf Etherscan, denn dort schauen die Leute. Ob es auch auf Blockscout verifiziert, ist offen. Das Ergebnis: Ein Vertrag kann auf dem einen als verifiziert und auf dem anderen als unverifiziert erscheinen, was alarmierend wirkt und meist nichts bedeutet.
Die Sourcify-Integration ist der interessante Gegenzug, denn Sourcify-Verifizierung ist portabel — einmal verifizieren, und jeder Explorer, der Sourcify liest, kann den Quellcode zeigen. Das ist die richtige Architektur, und sie gewinnt langsam an Boden. Bei Rollups, wo Blockscout oft der einzige Explorer ist, ist die Abdeckung naturgemäß viel besser.
Selbst betreiben
Das ist der Anwendungsfall, für den Blockscout tatsächlich gebaut ist, und man merkt es. Der Stack besteht aus dem Indexer, einer PostgreSQL-Datenbank und der Phoenix-Webanwendung, mit veröffentlichten Docker-Compose-Konfigurationen für gängige Aufbauten.
Sie stellen eine Archiv-Node für die Chain. Das sind die eigentlichen Kosten, und sie überragen alles andere — eine Ethereum-Mainnet-Archiv-Node ist eine Verpflichtung im mehrstelligen Terabyte-Bereich. Für einen jungen Rollup mit kurzer Historie ist das durchaus machbar, und genau deshalb übernehmen Rollups dieses Muster: Die Chain ist klein, der Explorer ist kostenlos, und er läuft, bevor der erste Nutzer eintrifft.
Für eine Einzelperson ist das Selbst-Hosting von Blockscout für das Ethereum-Mainnet ein ernsthaftes Unterfangen und vermutlich die falsche Wahl. Otterscan gegen eine Erigon-Node ist deutlich leichtgewichtiger, wenn das Ziel private Abfragen für sich selbst sind. Unser Leitfaden zum Selbst-Hosting vergleicht sie nach Speicherplatz, Arbeitsspeicher und Einrichtungszeit.