Wie funktioniert Zcash? Die Technologie hinter geschützten Transaktionen

Unser Einsteiger-Guide erklärt, was Zcash ist. Dieser Artikel geht eine Ebene tiefer – wie es unter der Haube tatsächlich funktioniert.

Ein Ledger aus nicht ausgegebenen Outputs, wie bei Bitcoin

Zcash nutzt dasselbe grundlegende Buchhaltungsmodell wie Bitcoin: ein UTXO-Ledger (unspent transaction output, also nicht ausgegebene Transaktionsausgaben) statt des Kontostand-Modells, das Chains wie Ethereum verwenden. Jede Transaktion verbraucht bestehende Outputs und erzeugt neue. Der Shielded Pool von Zcash erweitert dieses Modell um verschlüsselte „Notes“ statt Outputs im Klartext – dieselbe Grundidee, nur mit verborgenem Inhalt.

Zwei parallele Systeme: transparent und geschützt

Eine Zcash-Transaktion kann von transparenten Adressen (öffentlich, wie bei Bitcoin) und geschützten Adressen (privat, über zk-SNARKs) ausgeben und an sie zahlen – oder beides in derselben Transaktion. Die Konsensregeln des Netzwerks prüfen jede Transaktion auf dieselbe Weise, unabhängig vom Typ – geschützte Transaktionen ersetzen lediglich Beträge und Adressen im Klartext durch einen Zero-Knowledge-Beweis plus verschlüsselte Daten, die nur der Empfänger lesen kann. Diese Aufteilung kannst du selbst sehen: Schlag eine beliebige transparente Adresse oder Transaktion im ZecZcash Explorer nach, und Saldo und Historie liegen offen vor dir, während eine geschützte Transaktion nur verrät, dass sie stattgefunden hat.

Das Beweissystem hat sich dreimal geändert

Die Kryptografie hinter dem Shielded Pool von Zcash ist nicht statisch – sie wurde seit dem Start dreimal aufgerüstet:

1. Sprout (Start 2016) nutzte das ursprüngliche, von Zerocash abgeleitete Beweissystem. Es funktionierte, aber die Beweiserzeugung konnte über eine Minute dauern und brauchte viel Arbeitsspeicher – auf Mobilgeräten unpraktikabel.
2. Sapling (2018) wechselte zu einem effizienteren Beweissystem (Groth16) und einem neu gestalteten Schaltkreis, wodurch die Beweiszeit auf Sekunden sank. Erst damit wurden mobile Wallets mit geschützten Transaktionen realistisch.
3. Orchard (2022, mit NU5) wechselte zu Halo 2, einem Beweissystem, das eine Trusted-Setup-Zeremonie komplett überflüssig macht (mehr dazu unten), und arbeitet nativ mit Unified Addresses.
4. Ironwood (2026, mit NU6.3) verwendet das Halo-2-Design von Orchard weiter, statt es zu ersetzen, und ergänzt formal verifizierte Beweisschaltkreise sowie eine quantenresistente Konstruktion der Notes. Es wurde eingeführt, nachdem im Beweisschaltkreis von Orchard ein Soundness-Fehler gefunden und behoben worden war. NU6.3 (Ironwood) ist seit Block 3.428.143 am 28. Juli 2026 im Zcash-Mainnet aktiv: Neue geschützte Aktivität nutzt den Ironwood-Pool, während Orchard ausgebbar bleibt, aber nur noch für Abhebungen (exit-only) dient. Die maßgeblichen ZIPs (258, 318 und 326) sind im offiziellen zcash/zips-Index weiterhin als Draft gelistet – ein Dokumentstatus, kein Zeichen dafür, dass das Upgrade inaktiv wäre. Die Quellen zu beidem findest du im Zcash Network Upgrade Tracker.

Sapling-, Orchard- und inzwischen Ironwood-Pools haben zu unterschiedlichen Zeiten im Netzwerk existiert – der „Turnstile“ zwischen ihnen und älteren Pools ist der Weg, über den Werte nach vorne wandern, nach eigener Wahl jedes Besitzers oder jeder Wallet, während sich die Kryptografie verbessert. Das umfasst nur die Upgrades des Beweissystems; alle Zcash-Netzwerk-Upgrades, einschließlich derer ohne kryptografischen Bezug, und die ganze Geschichte hinter Ironwood findest du in Zcash-Netzwerk-Upgrades: Die vollständige Zeitleiste.

Trusted Setup

Der ursprüngliche Start von Zcash im Jahr 2016 erforderte eine einmalige kryptografische Zeremonie (das „Trusted Setup“), um Parameter zu erzeugen, von denen geschützte Transaktionen abhängen. Wären die Zwischengeheimnisse aus dieser Zeremonie durchgesickert und nicht vernichtet worden, hätte theoretisch jemand unbemerkt geschützte ZEC fälschen können. ECC führte diese Zeremonie – und eine spätere „Powers of Tau“-Zeremonie für Sapling – gezielt als Mehrparteienberechnungen durch, damit kein einzelner Teilnehmer jemals das vollständige Geheimnis besaß. Das Halo-2-Beweissystem von Orchard macht diese Anforderung künftig überflüssig, da es überhaupt kein Trusted Setup benötigt.

Konsens: das Netzwerk absichern

Zcash nutzt historisch Proof-of-Work mit dem Mining-Algorithmus Equihash, einer speicherintensiven (memory-hard) Funktion, die spezialisierter ASIC-Hardware länger widerstehen sollte als einfachere Algorithmen. Konsensregeln – darunter die Gültigkeit von Blöcken, der Halving-Plan und Netzwerk-Upgrades – werden von jedem Full Node im Netzwerk unabhängig durchgesetzt.

Die Software dahinter

Für Zcash gab es zwei unabhängige Node-Implementierungen: zcashd, die ursprüngliche Implementierung in C++, und Zebra, eine von Grund auf neu geschriebene Implementierung in Rust, gebaut für bessere Performance und Speichersicherheit. Die meisten Wallets betreiben selbst keinen Full Node – sie sind Light Clients, die Saldodaten von einem Server synchronisieren und ihre eigenen Mittel dennoch kryptografisch prüfen.

Wo du tiefer einsteigen kannst

Für die vollständige technische Spezifikation pflegen ECC und die breitere Zcash-Entwicklergemeinschaft die Zcash Protocol Specification, die maßgebliche technische Referenz, zu der sich das ursprüngliche Zerocash-Paper schließlich entwickelt hat. Protokolländerungen werden öffentlich als Zcash Improvement Proposals (ZIPs) vorgeschlagen und nachverfolgt.

Die nicht-technische Version der meisten dieser Themen findest du in Geschützte vs. transparente Zcash-Transaktionen erklärt, oder du stöberst im Glossar.