Wenn ein Netzwerk gleichzeitig schnell, zuverlässig und offen für viele Teilnehmende sein soll, wird die Technik dahinter entscheidend. Fantom wurde dafür entwickelt, Transaktionen zügig zu bestätigen, ohne auf klassische „Blockrunden“ angewiesen zu sein. Das Herzstück ist ein Konsensverfahren, das Ereignisse (Events) statt Blöcke in den Mittelpunkt stellt und trotzdem eine eindeutige Reihenfolge für Transaktionen herstellt.
Im Folgenden geht es um den Zweck von Fantom, die Architektur von Lachesis und darum, wie Finalität (Endgültigkeit einer Transaktion) praktisch zustande kommt – inklusive verständlicher Beispiele und einer kurzen „So geht’s“-Box für den Alltag.
Wofür Fantom gedacht ist – und was am Ansatz besonders ist
Smart-Contract-Plattform für dApps, DeFi und Token
Fantom ist eine Smart-Contract-Plattform: Auf dem Netzwerk können Programme (Smart Contracts) laufen, die automatisch Regeln ausführen – zum Beispiel für dezentrale Börsen, Lending oder NFT-Marktplätze. In der Praxis ist dabei wichtig, dass Transaktionen nicht lange „in der Warteschlange“ hängen und dass sie nach einer Bestätigung nicht wieder umgeordnet werden.
Die Besonderheit: Statt strikt in festen Zeitscheiben neue Blöcke zu produzieren, nutzt Fantom ein Ereignisprotokoll, das fortlaufend Informationen zwischen Validatoren austauscht. So kann das Netzwerk auch dann weiterarbeiten, wenn Nachrichten zeitversetzt ankommen.
Warum „Finalität“ hier im Fokus steht
Finalität bedeutet: Eine Transaktion gilt als endgültig und wird nicht mehr rückgängig gemacht. Manche Netzwerke erreichen das nur probabilistisch („nach N Bestätigungen ist es sehr wahrscheinlich sicher“). Fantom zielt auf schnelle, klare Endgültigkeit ab. Das ist vor allem für Anwendungen wichtig, die auf verbindliche Zustände angewiesen sind – etwa beim Tausch von Tokens oder beim Hinterlegen von Sicherheiten in DeFi.
Die Kernidee von Lachesis: Ereignisse statt Blöcke
Was ein DAG ist – in einfachen Worten
Fantom nutzt in seiner Konsensschicht eine Struktur, die als gerichteter azyklischer Graph (DAG) beschrieben wird. Vereinfacht: Statt einer einzigen Kette aus Blöcken entsteht ein Netzwerk aus Ereignissen, die aufeinander verweisen. Jedes neue Ereignis enthält Verweise auf vorherige Ereignisse (wie „Eltern“-Einträge) und damit indirekt eine Historie.
Wichtig ist dabei nicht der Begriff, sondern die Wirkung: Mehrere Validatoren können parallel Ereignisse erzeugen, ohne dass das System sofort in einen „Block-Konflikt“ wie bei klassischen Forks rutscht. Die Ordnung wird später durch Regeln und Abstimmung abgeleitet.
Gossip about Gossip: Wie Informationen im Netzwerk wandern
Ein zentrales Prinzip ist „Gossip“ (Tratsch): Knoten teilen Informationen ständig mit anderen Knoten. „Gossip about Gossip“ bedeutet zusätzlich: Ein Ereignis enthält Metadaten darüber, welche Ereignisse der Ersteller bereits gesehen hat. Dadurch entsteht ein nachvollziehbares Bild, wer was wann kannte – ohne dass jeder aktiv über jeden abstimmen muss.
Alltagsvergleich: In einer großen Gruppe erzählt jede Person regelmäßig zwei anderen Personen, was sie bisher gehört hat – und notiert dabei, von wem diese Infos kamen. Nach kurzer Zeit kann die Gruppe sehr zuverlässig rekonstruieren, welche Nachrichten bereits „allgemein bekannt“ sind.
Asynchroner Betrieb: Kein gemeinsamer Takt nötig
„Asynchron“ heißt: Das System geht nicht davon aus, dass Nachrichten innerhalb einer festen Zeit garantiert ankommen. In verteilten Netzwerken ist das realistisch – Pakete können verzögert werden, Knoten können kurz offline sein. Lachesis ist so konstruiert, dass Konsens auch dann möglich bleibt, wenn die Kommunikation ungleichmäßig ist. Genau diese Eigenschaft steht hinter dem Begriff aBFT-Konsens (asynchronous Byzantine Fault Tolerance): Er ist darauf ausgelegt, trotz böswilliger oder fehlerhafter Teilnehmer und trotz Timing-Problemen zu einem Ergebnis zu kommen.
So entsteht Reihenfolge und Finalität im Fantom-Netz
Von Events zu einer gemeinsamen Ordnung
Wenn viele Validatoren parallel Ereignisse erzeugen, muss am Ende trotzdem eine eindeutige Reihenfolge für Transaktionen entstehen. Dafür werden aus dem DAG bestimmte „Schwellen“ abgeleitet: Ab wann ist ein Ereignis von genug anderen gesehen worden? Ab wann ist es praktisch unmöglich, dass eine alternative Historie dieselbe Unterstützung erhält?
Lachesis nutzt dafür ein mehrstufiges Verfahren, das aus dem beobachteten Informationsfluss eine Art Abstimmung rekonstruiert. Das reduziert direkte Abstimmungsnachrichten und macht den Ablauf effizienter als klassische „Jeder stimmt über alles ab“-Modelle.
Warum Finalität nicht auf „mehr Blöcke warten“ angewiesen ist
In vielen Blockchains wartet man auf weitere Blöcke, um sicherer zu sein, dass eine Transaktion nicht doch in einem konkurrierenden Zweig landet. Bei Fantom führt die aBFT-Logik dazu, dass ein bestimmter Zustand als endgültig markiert werden kann, sobald die Netzwerkbedingungen erfüllt sind (ausreichende Sichtbarkeit und abgeleitete Einigung). Das ist der Moment der Finalität.
Praktisches Beispiel: Eine dApp tauscht Token A gegen Token B. Sobald die Transaktion final ist, kann die dApp sofort weiterarbeiten (z. B. Sicherheiten berechnen), ohne darauf zu hoffen, dass nach fünf weiteren Bestätigungen „schon nichts mehr passiert“.
Welche Rolle Validatoren dabei spielen
Validatoren sind Knoten, die am Konsens teilnehmen. Sie erstellen Ereignisse, verbreiten sie per Gossip und berechnen aus dem entstehenden Graphen den Konsenszustand. Statt dass ein einzelner Produzent einen Block baut, tragen alle Validatoren durch ihre Ereignisse zur gemeinsamen Sicht auf die Historie bei.
Architektur in der Praxis: Ausführungsumgebung und Kompatibilität
EVM-Kompatibilität: Warum das für Entwickler zählt
Für Anwendungen ist nicht nur der Konsens wichtig, sondern auch die Ausführung von Smart Contracts. Fantom ist (in der Praxis) stark an der Ethereum-Entwicklungswelt orientiert. EVM-Kompatibilität bedeutet: Smart Contracts, die für die Ethereum Virtual Machine gebaut sind, lassen sich oft mit überschaubarem Aufwand auch auf Fantom betreiben. Das senkt die Einstiegshürde für Teams, die bereits Solidity und bekannte Toolchains nutzen.
Wer sich generell für Ethereum-Skalierung interessiert, findet bei Rollups einen anderen Ansatz: Optimism und Arbitrum lagern Ausführung und Daten anders aus als ein eigenständiges Netzwerk wie Fantom.
Gebührenmodell: Warum Netzwerklast trotzdem eine Rolle spielt
Auch bei schnellen Netzwerken entstehen Gebühren (Gas), weil Rechenzeit und Speicher begrenzt sind. Fantom kann viele Transaktionen effizient abarbeiten, aber bei hoher Auslastung konkurrieren Nutzer weiterhin um Ressourcen. Für dApps bedeutet das: Verträge sollten so geschrieben werden, dass sie möglichst wenig unnötige Rechenoperationen ausführen.
Stärken und Grenzen des Lachesis-Ansatzes
Vorteile: Parallelität und robuste Kommunikation
Der DAG-/Event-Ansatz erlaubt es, dass mehrere Validatoren gleichzeitig „fortschreiben“, ohne direkt einen Blockkonflikt zu erzeugen. Durch das Gossip-Prinzip kann das System zudem mit unregelmäßigen Netzwerkbedingungen umgehen. Das ist besonders relevant in offenen Netzwerken, in denen Knoten weltweit verteilt sind.
Trade-offs: Komplexität und Beobachtbarkeit
Ein Nachteil vieler fortgeschrittener Konsensmechanismen ist ihre Komplexität. Für Außenstehende ist eine lineare Blockkette leichter zu prüfen und zu visualisieren als ein Graph aus Ereignissen. In der Praxis wird das durch Explorer und Client-Software abstrahiert – technisch bleibt es jedoch ein anspruchsvolleres Modell.
Einordnung zu Alternativen im Ökosystem
Fantom ist ein Beispiel für ein eigenständiges Smart-Contract-Netzwerk mit eigenem Konsens. Andere Systeme setzen stärker auf modulare Aufteilung: Zum Beispiel trennt Celestia Datenverfügbarkeit von Ausführung. Wieder andere fokussieren Interoperabilität zwischen vielen Chains, etwa Cosmos. Für Leser:innen hilft diese Einordnung: Nicht „besser/schlechter“ ist entscheidend, sondern welche Architektur zur Anwendung passt.
Kompakte Übersicht: Bausteine und Aufgaben im Netzwerk
| Baustein | Aufgabe | Warum das wichtig ist |
|---|---|---|
| Validator | Erzeugt Ereignisse, verbreitet sie, berechnet Konsens | Trägt aktiv zur Sicherheit und Reihenfolge bei |
| Ereignis (Event) | Enthält Transaktionen + Verweise auf bekannte Historie | Baustoff des Graphen, ersetzt starre Blockproduktion |
| Gossip-Netz | Verteilt Ereignisse zwischen Knoten | Erzeugt gemeinsame Sicht ohne dauernde Abstimmungsrunden |
| Konsensregeln | Leiten aus dem Graphen Reihenfolge und Endgültigkeit ab | Sorgt für verlässliche Zustände für dApps |
| Ausführungsumgebung | Führt Smart Contracts aus, verwaltet State | Entscheidend für dApp-Performance und Entwickler-Tools |
Praktische Schritte: Fantom-Technik im Alltag besser nutzen
Worauf beim Verwenden von dApps geachtet werden kann
- Bei einer Transaktion auf den Status „final“ bzw. „confirmed“ in der genutzten Wallet oder im Explorer achten – nicht nur auf „submitted“.
- Bei komplexen dApps (z. B. Swaps mit mehreren Schritten) einzelne Aktionen nacheinander ausführen, statt mehrere Tabs gleichzeitig zu nutzen.
- Wenn eine Transaktion „hängt“: zuerst prüfen, ob die Netzwerklast gerade hoch ist, bevor dieselbe Aktion mehrfach gesendet wird.
- Für Entwicklerteams: Smart Contracts auf effiziente Zustandszugriffe optimieren, weil Speicheroperationen oft teurer sind als reine Rechenoperationen.
Typische Fragen zu Fantom, Lachesis und aBFT
Ist ein DAG automatisch schneller als eine Blockchain?
Nicht automatisch. Ein DAG kann Parallelität ermöglichen, aber Geschwindigkeit hängt auch von Netzwerkparametern, Validator-Set, Software-Implementierung und Ausführungsumgebung ab. Der DAG ist eher ein Werkzeug, um mit parallelen Ereignissen sauber umzugehen.
Bedeutet aBFT, dass das Netzwerk immer sofort final ist?
Nein. Asynchron bedeutet, dass keine festen Zeitgarantien vorausgesetzt werden. Finalität entsteht, wenn genügend Informationen im Netzwerk verbreitet sind, damit die Konsensregeln eine eindeutige Entscheidung ableiten können. Unter normalen Bedingungen passiert das zügig, aber es ist kein „Zauberknopf“.
Warum ist EVM-Kompatibilität ein wiederkehrendes Thema?
Weil viele Entwicklerwerkzeuge, Bibliotheken und Auditing-Prozesse aus dem Ethereum-Ökosystem stammen. Eine kompatible Ausführungsumgebung erleichtert Migration und reduziert Reibung beim Start neuer dApps. Das ist ein technischer Vorteil, unabhängig von Kursen oder Marktstimmung.
Wer tiefer in Konsensmodelle einsteigen möchte, kann sich als Kontrast auch eine eher klassische, aber sehr schnelle PoS-Variante ansehen, etwa bei Algorand – dort entstehen Finalität und Blockproduktion auf eine andere Weise als bei Fantom.
Fantom zeigt, dass moderne Smart-Contract-Netzwerke nicht zwangsläufig an eine starre Blockstruktur gebunden sind. Mit Lachesis nutzt das Netzwerk ein Ereignis- und Gossip-basiertes Modell, um eine eindeutige Reihenfolge und schnelle Endgültigkeit abzuleiten. Wer dApps nutzt oder baut, profitiert vor allem davon, die Begriffe DAG, Validatoren und die Logik hinter der Bestätigung besser einordnen zu können.
