Wie Blockchain-Explorer hinter den Kulissen arbeiten

Die Node: woher die Daten stammen

Alles beginnt bei einer Node, denn eine Node ist das Einzige, was tatsächlich weiß, was die Blockchain sagt.

Eine Node lädt Blöcke von Gegenstellen, prüft sie gegen die Regeln des Protokolls und führt den daraus entstehenden Zustand. Prüfen ist das entscheidende Wort. Eine Node glaubt nicht, was man ihr sagt; sie kontrolliert jede Signatur, jedes Skript, jeden Zustandsübergang. Genau das macht eine Blockchain überhaupt vertrauenswürdig, und genau deshalb ist eine Node teuer im Betrieb.

Für einen Explorer muss diese Node vollständiger sein als üblich. Eine gewöhnliche Bitcoin-Node verwirft alte Blockdaten, die sie nicht mehr braucht; eine Explorer-Node darf das nicht, denn irgendwer wird nach einer Transaktion aus 2013 fragen. Sie braucht außerdem einen Transaktionsindex, der nicht voreingestellt ist und den Speicherbedarf spürbar erhöht. Auf Ethereum entspricht dem eine Archive Node, die historische Zustände statt nur des aktuellen vorhält und in mehrere Terabyte läuft.

Das ist der mit Abstand größte Kostenblock beim Betrieb eines Explorers — und der Grund, warum kostenlose Explorer bemerkenswerter sind, als sie wirken. Blockstream verschenkt API-Zugang zu einer vollständig indexierten Bitcoin-Node, ohne auch nur eine E-Mail-Adresse zu verlangen, und die Infrastruktur dahinter ist nicht billig.

Der Indexer: aus Prüfdaten durchsuchbare Daten machen

Eine Node legt die Chain in einer Form ab, die auf das Prüfen des nächsten Blocks optimiert ist. Für die Fragen, die Menschen tatsächlich stellen, ist diese Form nahezu unbrauchbar.

Nehmen Sie „wie hoch ist der Kontostand dieser Adresse". Auf Bitcoin gibt es ein solches Feld nirgends. Die Antwort verlangt, jeden unverbrauchten Output zu dieser Adresse zu finden und zusammenzuzählen — was voraussetzt, dass Outputs überhaupt nach Adresse indexiert wurden. Die Node tut das nicht, weil sie es nicht braucht.

Aufgabe des Indexers ist, die Chain durchzugehen und sie in eine Datenbank zu schreiben, die für genau diese Fragen geordnet ist: Transaktionen nach Adresse, Outputs nach Skript, Logs nach Thema, Token nach Halter. Er dekodiert außerdem — rohen Bytecode in lesbare Funktionsaufrufe, Token-Verträge in Namen und Nachkommastellen, interne Transaktionen aus Ausführungsspuren rekonstruiert.

Hier findet die Auslegung statt, und hier gehen Explorer auseinander. Wie soll der Kontostand einer Adresse Outputs behandeln, die nur im Mempool existieren? Wie ein Token gezählt werden, dessen Übertragung sich nicht an die Konvention hält? Was ist die „eigentliche" Transaktion, wenn eine einzige Nutzerhandlung auf NEAR einen Baum von Quittungen oder auf TON eine Nachrichtenkette erzeugt hat?

Jeder Explorer antwortet anders, und keine dieser Antworten steht im Protokoll. Das ist der gesamte Grund, warum zwei redliche Explorer Ihnen verschiedene Zahlen zeigen können.

Die API und die Oberfläche

Steht die Datenbank, ist ihre Auslieferung vergleichsweise gewöhnliche Technik. Eine API-Schicht nimmt Abfragen entgegen, wendet Ratenbegrenzungen an und liefert JSON. Eine Oberfläche ruft diese API auf und stellt Seiten dar.

Zwei Dinge daran sind als Nutzer wissenswert.

Erstens sind Website und API darunter meist dasselbe. Wenn Sie mempool.space durchblättern, ruft Ihr Browser dieselben Endpunkte auf wie ein Entwickler. Deshalb haben Explorer mit guten APIs meist flotte Websites — und deshalb liegt es bei einem langsamen Explorer oft an der Oberfläche und nicht an den Daten.

Zweitens wohnen in der API-Schicht die kaufmännischen Entscheidungen. Ratenbegrenzungen, Schlüsselpflicht und Bezahlstufen sitzen hier, und sie haben sich in den letzten zwei Jahren merklich bewegt. Blockscout hat den API-Verkehr am 1. Juli 2026 hinter einen Schlüssel gelegt; Etherscan hat im selben Zeitraum die Chain-Abdeckung seiner kostenlosen Stufe beschnitten. Keine der Änderungen hat an den zugrunde liegenden Daten ein einziges Byte geändert. Unser API-Vergleich hält den aktuellen Stand fest, denn alles vor 2026 Geschriebene ist inzwischen unzuverlässig.

Reorganisationen, und warum ein Explorer kurzzeitig falsch liegen kann

Auf einer Proof-of-Work-Chain können zwei Miner fast gleichzeitig gültige Blöcke erzeugen. Beide verbreiten sich, verschiedene Teile des Netzes sehen jeweils einen zuerst, und für kurze Zeit existieren zwei konkurrierende Fassungen der jüngsten Geschichte. Das Netz löst das auf, indem es der Kette mit mehr angesammelter Arbeit folgt; der unterlegene Block wird verwaist.

Transaktionen im verwaisten Block sind nicht verloren — sie kehren meist in den Mempool zurück und landen in einem späteren Block —, doch für einige Minuten kann ein Explorer sie als bestätigt in einem Block gezeigt haben, den es nicht mehr gibt.

Das ist der eigentliche Grund, warum Bestätigungszahlen zählen. Eine Bestätigung auf Bitcoin ist keine Garantie; sie ist eine Wahrscheinlichkeit, die sich mit jedem weiteren Block rasch verbessert. Sechs Bestätigungen sind eine Konvention, gewählt weil tiefere Reorganisationen verschwindend selten sind — nicht weil sechs eine magische Zahl wäre.

Verschiedene Chains gehen verschieden damit um. Ethereum kennt im Proof-of-Stake ausdrückliche Finalität nach zwei Epochen. Der XRP Ledger kennt keine Forks im üblichen Sinn, weil ein Ledger mit Einigkeit schließt oder gar nicht. Rollups haben stattdessen die Unterscheidung zwischen Sequencer und Abrechnung. Unser Ratgeber zu Bestätigungen behandelt, wie die entsprechende Frage auf jeder Chain lautet.

Indexierungsverzug, und wie Sie ihn erkennen

Ein Indexer muss mit der Chain Schritt halten. Fällt er zurück — wegen Last, eines Fehlers, knapper Ressourcen oder einer Chain, die schneller Blöcke erzeugt, als die Installation ausgelegt war —, erscheinen frische Vorgänge schlicht nicht.

Das ist nicht davon zu unterscheiden, dass eine Transaktion nicht existiert, und deshalb verursacht es so viel unnötige Aufregung. Jemand schickt Ihnen eine Zahlung, Sie prüfen, der Explorer zeigt nichts, und der naheliegende Schluss ist, dass etwas schiefging.

Die Prüfung kostet zehn Sekunden. Suchen Sie die vom Explorer gemeldete letzte Blockhöhe und vergleichen Sie sie mit einem zweiten Explorer oder dem öffentlichen RPC der Chain. Liegt sie Tausende Blöcke zurück, hängt diese Installation nach, und alles, was sie über frische Vorgänge sagt, ist veraltet.

Am ehesten trifft das Blockscout-Instanzen, weil jeder eine betreiben kann und die Qualität zwischen einer gut ausgestatteten Installation und einer vor achtzehn Monaten aufgesetzten enorm schwankt. Aus demselben Grund trifft es Multi-Chain-Explorer, die Nischennetze mitführen. Bei den großen kommerziellen Explorern kommt es selten vor — sie sind gut finanziert, gerade weil Verfügbarkeit ihr Produkt ist.

Was das für die Lektüre bedeutet

Aus dem Verständnis dieses Aufbaus folgen drei Schlüsse — und sie sind der praktische Ertrag dieser Lektüre.

Ein Explorer ist eine Darstellung, nicht die Chain. Widerspricht er Ihrer Erwartung, gibt es drei Möglichkeiten: Die Chain sagt etwas, womit Sie nicht gerechnet haben; der Indexer hat etwas anders ausgelegt, als Sie es täten; oder der Index ist veraltet. Nur die erste handelt wirklich von der Blockchain, und sie ist die seltenste der drei.

Quelloffenheit ist echtes Gewicht wert. Bei Blockscout, mempool.space oder Esplora können Sie im Code nachlesen und eine Frage danach, wie eine Zahl zustande kam, abschließend klären. Bei einem geschlossenen Explorer bleibt Ihnen nur zu vertrauen. Deshalb belohnt unsere Bewertung das.

Ein eigener Explorer beseitigt jede Schicht des Zweifels. Ihre Node, Ihr Index, Ihre Antworten — und niemand erfährt, wonach Sie gefragt haben. Der Preis ist real: Hunderte Gigabyte und Tage Synchronisation für Bitcoin, Terabyte für Ethereum. Unser Ratgeber zum Selbstbetrieb sagt offen, für wen sich das lohnt und für wen nicht.