Midnight, eine auf Datenschutz ausgerichtete Blockchain im Cardano-Ökosystem, hat ihr Mainnet von Ledger 8 auf Ledger 9 umgestellt – ein Hard Fork, der neue kryptografische Unterstützung und Smart-Contract-Verbesserungen einführt. Laut Midnights Release-Ankündigung bringt das Upgrade ECDSA- und Keccak-256-Kompatibilität, Contract-to-Contract-Ausführung sowie Custody-Unterstützung mit sich und verbessert damit die Kompatibilität mit bestehender Blockchain- und Custody-Infrastruktur. Im Gegensatz zu früheren Upgrades brachte das Team Ledger 9 direkt auf dem Mainnet aus und übersprang dabei die übliche Preprod-Test- und Soak-Phase des Netzwerks.

Ledger 9 bringt kryptografische und Custody-Unterstützung

Das Release führt native ECDSA- und Keccak-256-Unterstützung ein – Standards, die es Entwicklern ermöglichen, Verbindungen zu bestehender Blockchain-Infrastruktur aufzubauen, darunter Bitcoin und Ethereum. ECDSA ist das Signaturverfahren, das Bitcoin und Ethereum seit ihrem Start sichert, während Keccak-256 als zentrale Hash-Funktion von Ethereum dient; Signatur- und Hashing-Infrastruktur, die auf diesen Standards basiert, kann nun mit Midnight interagieren. Das Ledger akzeptiert außerdem sowohl Schnorr- als auch ECDSA-Signaturen zur Transaktionsautorisierung.

Darüber hinaus ermöglicht die BIP-44-Adressableitung – der hierarchisch deterministische Wallet-Standard, der in Consumer-Wallets und institutioneller Custody-Software weit verbreitet ist – Wallet-Anbietern und institutionellen Custodians, ihre bestehende Software weiterhin zu nutzen. Laut der Ankündigung unterstützen diese Fähigkeiten Asset-Transfers zwischen Netzwerken und Integrationen mit Custody-Anbietern; Entwickler können zudem Anwendungen rund um Stablecoins und private Finanztransaktionen erstellen.

Smart Contracts erhalten direkte Ausführungsfähigkeiten

Ledger 9 führt außerdem Contract-to-Contract-Ausführung ein, wodurch Smart Contracts andere Contracts innerhalb einer einzigen Transaktion aufrufen können. Komponierbare Aufrufe dieser Art gehören seit langem zum Grundrepertoire etablierter Smart-Contract-Plattformen wie Ethereum, und ihre Einführung gibt Midnight-Entwicklern Zugang zu den mehrstufigen Workflow-Mustern, um die diese Ökosysteme aufgebaut sind. Dadurch können Entwickler Vorgänge wie Token-Freigaben, Swaps und Einzahlungen in einer einzigen Nutzeraktion zusammenfassen.

Contracts können nun identifizieren, welcher andere Contract einen Aufruf initiiert hat, sodass Anwendungen sensible Vorgänge auf genehmigte Contracts beschränken können. Smart Contracts können zudem nach Abschluss von Transaktionen Ereignisse und Logs veröffentlichen, und Wallets, Explorer sowie Tracking-Anwendungen können diese Updates nutzen, um Informationen zu aktualisieren. Zusammen ermöglichen diese Änderungen die Durchführung komplexerer Vorgänge in einer einzigen Transaktion.

Das Upgrade verlagert außerdem Zero-Knowledge-Proofs und Verifizierungsschlüssel auf die Zero-Knowledge Intermediate Representation V3 und aktualisiert damit die kryptografische Schicht, auf der Midnights Datenschutzfunktionen basieren. Leistungsverbesserungen und Sicherheitspatches begleiten das Release.

Entwickler müssen ihre Tools nach dem Mainnet-Upgrade aktualisieren

Bestehende Guthaben und bereitgestellte Smart Contracts wurden während des Upgrades automatisch migriert. Entwickler müssen ihre Anwendungen jedoch auf Midnight.js 5 aktualisieren. Nicht bereitgestellte Contracts erfordern zudem eine Kompilierung über die aktualisierte Compact-Toolchain mit Ziel Ledger 9.

Mainnet-cNIGHT-Inhaber müssen sich für die DUST-Generierung nicht erneut registrieren – dem Prozess, bei dem das Halten von NIGHT DUST erzeugt, die erneuerbare Ressource, die Aktivitäten im Netzwerk finanziert. Entwickler, die Preview und Preprod nutzen, müssen ihr tNIGHT jedoch erneut registrieren, um die DUST-Generierung fortzusetzen.

Midnight kündigte an, dass Dokumentation zu den neueren Funktionen in den kommenden Wochen folgen wird. Das Team brachte Ledger 9 direkt auf dem Mainnet aus, da Sicherheitsfixes einen stärker kontrollierten Release-Pfad erforderten – eine Entscheidung, die die übliche Preprod-Bereitstellung und Soak-Phase umging.