Start des Cardano-Mainnets und Einführung der Kryptowährung Ada.Epoch 0Protokollversion: 1.0Transaktions-ID: N/A (Genesis block)
Welche Hard Forks gab es bisher – und welche Neuerungen haben sie gebracht?
Hard Forks bedeuten bei Cardano keine Spaltung oder Meinungsverschiedenheiten innerhalb des Ökosystems. Im Gegenteil: Sie markieren einen exakten, gemeinschaftlich vereinbarten Zeitpunkt (Slot), an dem alle Nodes von der aktuellen Ära zur nächsten wechseln – mit neuen Funktionen, Validierungsregeln oder Parameterwerten. Alle Stake-Pool-Betreiber müssen das Upgrade installieren und haben dabei ein Mitspracherecht. Ein Hard Fork bei Cardano ist also keine Trennung, sondern eine präzise kollektive Weiterentwicklung.
Start des Cardano-Mainnets und Einführung der Kryptowährung Ada.Epoch 0Protokollversion: 1.0Transaktions-ID: N/A (Genesis block)
Einführung von Staking und Dezentralisierungsfunktionen – der Übergang von einem föderierten zu einem dezentralen System.Epoch 208Protokollversion: 2.0Transaktions-ID: N/A (Transitioned through several updates)
Token-Locking-Funktionen als Voraussetzung für die spätere Smart-Contract-Funktionalität.Epoch 236Protokollversion: 3.0Transaktions-ID: 1fbd16c1d1b1933f2f97a313db8c749bdcf65a39d996515b0f5e5535baad68e8
Native-Token-Funktionalität für Cardano – Nutzer können eigene Token erstellen und damit handeln.Epoch 251Protokollversion: 4.0Transaktions-ID: b7f5658a5aabced7f8599cf7bf7cb9d6f730b865a5a0430f2dc7488caf25752e
Smart-Contract-Fähigkeiten mit Plutus – und damit die Möglichkeit, dezentrale Anwendungen (dApps) zu erstellen.Epoch 290Protokollversion: 5.0Transaktions-ID: N/A (Specific transaction ID not provided)
Epoch 298Protokollversion: 6.0Transaktions-ID: N/A (Specific transaction ID not provided)
Verbesserung der Skalierbarkeit und Performance des Netzwerks – benannt nach Vasil Dabov, einem Mitglied der Cardano-Community.Epoch 365Protokollversion: 7.0Transaktions-IDs: 3abda97c78c71e8a21473529aca94d78d364dfa1a866ef8245885e18085b4e4c, 8230f33cd7ad3f8601e94ea2b18abdc591187e190ea8ebecc25e20fc66200f13
Weitere Verbesserungen der Plutus-Smart-Contract-Funktionalität und der Netzwerk-Performance.Epoch 394Protokollversion: 8.0Transaktions-IDs: a83f479c5635e1e563a19f6e72a1be59fb082bbf31de90cc176850ee799b08ac, 62c3c13187423c47f629e6187f36fbd61a9ba1d05d101588340cfbfdf47b22d2
Erste dezentrale Governance-Funktionen aus CIP-1694 – zunächst nur Parameteränderungen und Hard-Fork-Initiierungen.Epoch 507Protokollversion: 9.0Transaktions-IDs: 9ba6a580bceb8f94e65a683e8291c89382835f46e3cf928eb521f5581ade4820, 4e377ceb5c5721257a3d7960f3053468bbea45ed8ac22cd559c69e757da5e0ae
Zweite Welle der dezentralen Governance-Funktionen aus CIP-1694 – mit dem vollständigen Set an Governance-Aktionen und der DRep-Rolle.Epoch 537Protokollversion: 10.0Transaktions-IDs: 0b19476e40bbbb5e1e8ce153523762e2b6859e7ecacbaf06eae0ee6a447e79b9
Einige Hard Forks – insbesondere Byron und Shelley – wurden durch eine Reihe von Updates umgesetzt und haben daher keine einzelne Transaktions-ID. Bei den übrigen entsprechen die angegebenen Transaktions-IDs den wesentlichen Parameteränderungen im Zuge der Hard Forks.