Keine Kette von Blöcken
Hedera nutzt Hashgraph-Konsens — ein Gossip-Protokoll, bei dem Nodes teilen, was sie wissen, und, entscheidend, Metadaten darüber teilen, wer ihnen was erzählt hat. Daraus leitet das Netzwerk eine konsistente Ereignisordnung ab, ohne Mining oder Leader-Wahl.
Die Struktur ist ein gerichteter azyklischer Graph statt einer linearen Kette. Es gibt kein Blockintervall abzuwarten und kein Reorganisationsrisiko im herkömmlichen Sinn; Konsens-Zeitstempel werden vergeben, und Finalität tritt in Sekunden ein.
Das verändert, was ein Explorer zeigt. Es gibt keine Blöcke im vertrauten Sinn zu durchsuchen — es gibt Transaktionen mit Konsens-Zeitstempeln. HashScan präsentiert es so, statt eine Block-Abstraktion zu erfinden — die ehrliche Wahl, zunächst aber verwirrend, kommt man von Bitcoin oder Ethereum.
Der Kompromiss ist Governance. Konsens-Nodes werden von einem Council benannter Organisationen betrieben, statt permissionless zu sein. Jeder kann das Netzwerk nutzen; nicht jeder kann einen Konsens-Node betreiben. Das ist eine bewusste Designentscheidung mit echten Folgen, und ob sie akzeptabel ist, hängt vollständig davon ab, wofür Sie es nutzen.
Dienste statt Verträge
Hedera bietet native Dienste, statt zu erwarten, dass alles in Smart Contracts gebaut wird — eine wirklich andere Architektur.
Der Consensus Service liefert geordnete, zeitgestempelte Nachrichtenströme zu Topics. Anwendungen nutzen ihn als manipulationssicheres Prüfprotokoll, ohne einen Vertrag bereitzustellen. HashScan zeigt Topics und ihre Nachrichten direkt.
Der Token Service erzeugt und überträgt Token auf Protokollebene. Wie Cardanos native Assets sind das keine Verträge — es gibt also nichts zu prüfenden Vertragscode, keine aktualisierbare Transferlogik und keine Angriffsfläche über Freigaben.
Es gibt zudem einen EVM-kompatiblen Smart-Contract-Dienst für Solidity, der etwas unbeholfen neben den nativen Diensten steht und der am wenigsten unterscheidende Teil der Plattform ist.
Für einen Explorer ist die interessante Folge, dass sich die meiste Hedera-Aktivität ohne Dekodierung erschließt. Ein Token-Transfer ist auf Protokollebene ein Token-Transfer, kein zu interpretierender Vertragsaufruf.
Mirror-Nodes: die API-Frage, anders gelöst
Hedera trennt Konsens-Nodes von Mirror-Nodes. Konsens-Nodes betreiben das Netzwerk; Mirror-Nodes halten eine abfragbare Historie und liefern eine öffentliche REST-API.
Das ist eine ungewöhnlich sinnvolle Anordnung. Die API ist Teil der Plattform, kein von einem Unternehmen darauf gebautes Produkt, sie ist offen dokumentiert, und öffentliche Mirror-Nodes liefern sie ohne Schlüssel. Wir haben das bestätigt — keine Registrierung, kein Token.
Das bedeutet, HashScan ist eine Oberfläche über einer API, die jeder aufrufen kann, und jeder kann seine eigene Mirror-Node betreiben, wenn Unabhängigkeit gewünscht ist. Diese Kombination — offene API, offener Explorer, selbst hostbare Infrastruktur — ist seltener, als sie sein sollte, und steht im Gegensatz zu der Richtung, in die sich sowohl Etherscan als auch Blockscout bewegt haben.
Unser API-Vergleich listet Hederas Mirror-Node unter den wirklich schlüssellosen Optionen — eine kurze Liste.
Hedera-Konten lesen
Hedera-Konto-IDs sehen aus wie 0.0.123456 — ein Shard, ein Realm und eine Kontonummer — statt ein Hash. Lesbar, und anfangs ungewohnt.
Gebühren sind in US-Dollar denominiert und werden zum aktuellen Kurs in HBAR bezahlt, was Kosten auf eine Weise vorhersagbar macht, die variable Gasmärkte nicht sind. HashScan zeigt sowohl den HBAR-Betrag als auch sein Dollar-Äquivalent — genau der Sinn dieses Designs.
Token-Assoziation ist der Mechanismus, der viele überrascht: Ein Konto muss sich zuerst mit einem Token assoziieren, bevor es es empfangen kann — dieselbe strukturelle Idee wie XRP-Ledger-Trustlines und Stellar-Trustlines. Die Folge ist auch dieselbe — unerwünschter Token-Spam kann nicht passieren, und ein Transfer an ein nicht assoziiertes Konto schlägt fehl.
Dieses Muster, das sich über drei unverwandte Chains wiederholt, lohnt sich zu erwähnen. Jedes Netzwerk, das ein explizites Opt-in zum Halten eines Assets verlangt, hat Token-Spam vollständig beseitigt, während jedes Netzwerk, das das nicht tut, ein ernsthaftes Problem damit hat.
Was unsere Referenztests zeigten
Wir haben Hedera mit Objekten getestet, die eher seine nativen Dienste als seine EVM-Kompatibilitätsschicht beanspruchen, da die nativen Dienste den unterscheidenden Teil ausmachen.
Ein HBAR-Transfer rendere mit sowohl dem HBAR-Betrag als auch seinem Dollar-Äquivalent — genau der Sinn von Hederas dollardenominiertem Gebührenmodell, und gut umgesetzt.
Ein Token-Service-Transfer an ein assoziiertes Konto funktionierte und las sich klar. Ein Transfer an ein nicht assoziiertes Konto schlug fehl, wie das Modell verlangt, und der Fehlergrund war verständlich — dasselbe strukturelle Muster wie bei XRP-Ledger-Trustlines und Stellar-Trustlines, dasselbe, das wir auf jenen Chains getestet haben.
Das Consensus-Service-Topic war der Test ohne Entsprechung anderswo. Wir haben ein aktives Topic und seinen Nachrichtenstrom betrachtet, jede Nachricht mit Konsens-Zeitstempel und Sequenznummer. Für eine Anwendung, die Hedera als Prüfprotokoll statt als Wert-Ledger nutzt, ist diese Ansicht das ganze Produkt, und kein universeller Explorer würde sie überhaupt zeigen.
Wir haben mit einer sauberen Anfrage bestätigt, dass die Mirror-Node-API ohne Schlüssel funktioniert — der Anspruch, der sich angesichts der vielen inzwischen registrierungspflichtigen „kostenlosen“ APIs am meisten zu prüfen lohnt. Sie funktionierte, und die Antwort war wohlgeformt und dokumentiert.
Die EVM-Vertragsebene funktionierte, wirkte aber wie ein Gast. Vertragsaufrufe renderten angemessen, aber ohne die Tiefe, die ein EVM-natürlicher Explorer bietet. Unsere Einschätzung: Hederas eigene Dienste sind der Bereich, in dem diese Plattform stimmig ist, und die Solidity-Kompatibilität ist eine Brücke, kein Ziel.