Zcash-Wallet-Probleme lösen: Keine Synchronisierung, fehlendes Guthaben, hängende oder fehlgeschlagene Transaktionen (2026)

Die meisten Zcash-Wallet-Probleme, die nach verschwundenem Geld aussehen, lassen sich auf eine Handvoll Ursachen zurückführen: eine Wallet, die ihren Scan noch nicht abgeschlossen hat, ein Restore, der beim falschen Block begonnen hat, eine Zahlung, die auf einem anderen Receiver gelandet ist als erwartet, eine Transaktion, die abgelaufen ist, bevor sie gemined wurde, oder – neu im Jahr 2026 – Guthaben, das im Orchard-Pool liegt, während die Wallet es nach Ironwood verschiebt. Diese Anleitung ist nach Symptomen aufgebaut: Du springst direkt zu dem, was du gerade siehst, arbeitest die sicheren Prüfschritte der Reihe nach ab und weißt bei jedem Schritt, was die Wallet tatsächlich tut.

Alles hier gilt für die aktuelle Generation von Zcash Light Wallets im Netzwerk, wie es im September 2026 besteht. Wenn du von älterer Software kommst – zcashd, ZecWallet, YWallet oder einem frühen Ledger-Setup –, gibt es gegen Ende einen eigenen Abschnitt dafür; die Ratschläge in den Hauptabschnitten sind nicht für diese Tools geschrieben.

Direkt zu deinem Symptom:

• Wallet synchronisiert nicht
• Guthaben fehlt
• Restore zeigt null
• ZEC nicht angekommen
• Transaktion ausstehend
• Transaktion fehlgeschlagen
• Problem mit einer Börse
• Orchard / Ironwood

Jeder Abschnitt folgt demselben Aufbau: was du siehst, die schnellen Prüfungen, die sich zuerst lohnen, was die Wallet darunter tatsächlich tut, die sicheren nächsten Schritte und was du lassen solltest. Wenn dein Problem zwei Abschnitte berührt – ein Restore, der null anzeigt, ist zugleich eine Guthabenfrage –, lies beide; sie verweisen aufeinander.

1. Wallet synchronisiert nicht

Symptom: Die Fortschrittsanzeige steht lange beim selben Prozentwert, die Wallet meldet bei jedem Start „Synchronisiere“ oder „Ins Stocken geraten“, oder Transaktionsverlauf und Guthaben füllen sich nie.

Schnelle Prüfungen, der Reihe nach

1. Ist die App aktuell? Seit NU6.3 kann eine Wallet-Version von vor Ende Juli 2026 Ironwood-Aktivität überhaupt nicht lesen und kommt in der Nähe der Aktivierungshöhe womöglich nicht mehr voran. Aktualisiere über den offiziellen Store-Eintrag oder die Release-Seite des Projekts selbst – nicht über einen Link, den dir jemand geschickt hat.
2. Läuft die App überhaupt? Gescannt wird nur, solange die Wallet im Vordergrund auf einem wachen Gerät läuft. Ein gesperrtes Smartphone mit der App im Hintergrund ist der mit Abstand häufigste Grund, warum eine Synchronisierung „nie fertig wird“. Schließ das Gerät ans Ladegerät an, lass die App geöffnet und lass sie arbeiten.
3. Ist genug Speicherplatz frei? Eine Synchronisierung, die von einem vollen Speicher unterbrochen wird, kann stillschweigend stehen bleiben und hat in mindestens einer Wallet außerdem Tor ohne Hinweis abgeschaltet. Schaffe Platz und starte die App neu.
4. Ist der Server erreichbar? Light Wallets hängen von einem Server ab (siehe unten). Wenn deine Wallet eine Server-Einstellung anbietet, stelle sie von einem manuellen Eintrag auf automatisch oder auf einen anderen Server um und versuche es erneut. Zodl zum Beispiel wählt Server automatisch aus und wechselt nur, wenn ein anderer spürbar schneller ist; eine ins Stocken geratene Synchronisierung zeigt dort ein Banner „Sync has stalled“ mit einer Option zum erneuten Versuch, statt sich endlos zu drehen.
5. Tor oder VPN im Spiel? Das Routing über Tor schützt deine IP-Adresse vor dem Server, erhöht aber die Latenz und schlägt gelegentlich ganz fehl. Es für eine Synchronisierung testweise abzuschalten, ist eine vernünftige Diagnose – sei dir nur des Kompromisses bewusst: Ohne Tor oder VPN können der Server und dein Netzanbieter deine IP-Adresse mit den Blöcken verknüpfen, die deine Wallet angefordert hat. Schalte es danach wieder ein, wenn dir das wichtig ist.

Was tatsächlich passiert

Eine moderne Zcash-Wallet ist eine Light Wallet. Sie speichert nicht die Blockchain und fragt niemanden nach deinem Guthaben, denn bei geschütztem Guthaben kann es niemand sonst berechnen. Stattdessen verbindet sie sich mit einem Lightwalletd-Server, lädt eine kompakte Version jedes Blocks herunter und versucht, jeden darin enthaltenen geschützten Output mit deinen eigenen Schlüsseln zu entschlüsseln. Die Kette der Abhängigkeiten sieht so aus:

deine Wallet → ein Lightwalletd-Server → ein Zebra-Node → das Zcash-Netzwerk

Ein Problem irgendwo in dieser Kette sieht aus Sicht der Wallet immer gleich aus: kein Fortschritt. Der Scan selbst ist der langsame Teil, und er ist mit Absicht langsam – das lokale Probe-Entschlüsseln von Outputs ist genau das, was dein Guthaben vor dem Server geheim hält. Bis die Wallet nahe an die aktuelle Chain-Spitze gescannt hat, kann sie nicht wissen, welche deiner Notes noch nicht ausgegeben sind, also zeigt sie ein verfügbares Guthaben von null an oder blendet das Guthaben ganz aus. Aktuelle Wallets machen das explizit: Die Engine von Zodl etwa meldet das verfügbare Guthaben als „maskiert“, bis sie eine frische Chain-Spitze bestätigt hat, und neuere Versionen zeigen währenddessen keine nackte Null mehr an.

Wie weit hänge ich hinterher?

Vergleiche die Blockhöhe, die deine Wallet anzeigt, mit der aktuellen Mainnet-Höhe. Die Seiten Halving Countdown und Mining von ZecZcash zeigen die aktuelle Höhe an, gelesen aus einer Datenquelle eines Drittanbieters und alle paar Minuten aktualisiert – dieser Wert kann also selbst kurz hinterherhinken. Ein Abstand von einer Handvoll Blöcken ist normal. Ein Abstand von Hunderten oder Tausenden Blöcken bedeutet, dass die Wallet wirklich noch nicht aufgeholt hat, und daraus solltest du noch nichts über dein Guthaben ablesen.

Wenn sie immer noch nicht synchronisiert

Erst wenn die App aktuell ist, das Gerät während eines vollständigen Versuchs wach geblieben ist und ein Serverwechsel nicht geholfen hat, kommen die schwereren Optionen in Betracht – und nur mit einer geprüften Recovery-Phrase in der Hand (siehe Warnung oben):

• Rescan (sofern die Wallet ihn anbietet) verwirft den lokalen Scan-Stand und baut ihn ab deinem Birthday neu auf. Deine Schlüssel bleiben, wo sie sind.
• Wiederherstellen aus der Recovery-Phrase in einer frischen Installation bewirkt dasselbe und ist die einzige Option in Wallets ohne Rescan-Button. Wähle den Birthday sorgfältig – Abschnitt 3 erklärt, warum.
• Wenn ein vollständiger Rescan immer wieder an derselben Stelle hängen bleibt, lohnt es sich, das dem Support der Wallet zu melden, zusammen mit der Höhe, bei der er stehen bleibt. Die Recovery-Phrase gehört nicht in die Meldung.

Was du lassen solltest: Deinstalliere nicht als ersten Schritt, stelle nicht in einer anderen Wallet-App wieder her, nur weil die erste langsam ist (verschiedene Wallets stellen unterschiedlich wieder her – Abschnitt 3), und schicke kein Guthaben „sicherheitshalber“ irgendwohin aus einer Wallet, die du nicht vollständig überblicken kannst.

2. Guthaben ist null oder niedriger als erwartet

Symptom: Die Wallet öffnet sich und zeigt 0 ZEC an, oder ein Guthaben, das deutlich niedriger ist als in deiner Erinnerung, oder ein Guthaben, das kurz erschienen und dann auf null gefallen ist.

In diesem Abschnitt ist die wichtigste Unterscheidung die zwischen dem, was die Wallet anzeigt, und dem, was die Blockchain tatsächlich enthält. Die meisten Meldungen über ein Nullguthaben gehören zur ersten Sorte.

Anzeige- und Scan-Zustände

• Nicht bis zur Spitze synchronisiert. Wie in Abschnitt 1 erklärt, kann eine Wallet kein bestätigtes, verfügbares Guthaben melden, bevor sie bis zum aktuellen Stand der Chain gescannt hat. Null ist hier ein Platzhalter, kein Befund.
• Birthday zu spät. Hat ein Restore erst bei einem Block zu scannen begonnen, der nach dem Eingang deines Guthabens liegt, wurden diese Notes nie gesehen. Im schlimmsten Fall zeigt eine Wallet sogar ein negatives Guthaben an: Sie sieht, wie du eine Note ausgibst, deren Empfang sie nie gesehen hat. Das ist eine bekannte Einschränkung der zugrunde liegenden Wallet-Bibliothek, und die Lösung ist ein Restore mit einem früheren Birthday.
• Migration läuft. Nach NU6.3 verschieben Wallets Orchard-Guthaben nach Ironwood. Währenddessen wird der Teil, der noch in Orchard liegt, typischerweise als ausstehend oder in Bestätigung gezählt statt als verfügbar. Cake Wallet zeigt unter dem Guthaben eine Zeile „migrating to Ironwood“; Zodl zeigt ein Banner für jeden Rest, der danach in Orchard verbleibt.
• Transparenter Receiver. Eine Unified Address bündelt mehrere Receiver, und eine Börse oder eine ältere Wallet, die nicht geschützt senden kann, hat womöglich deinen transparenten Receiver bezahlt. Das Geld ist echt und öffentlich; deine Wallet wird dir anbieten, es zu shielden. Manche Wallets zeigen diesen transparenten Betrag getrennt vom geschützten Guthaben an, was wie „fehlend“ wirkt, wenn du eine einzige Zahl erwartet hast.
• Veraltete Wallet, Ironwood-Notes. Eine Wallet, die älter als NU6.3 ist, kann kein Guthaben erkennen, das in Ironwood zugestellt wurde – auch keine Zahlungen an deine bestehende Adresse, denn ein aktueller Absender stellt jetzt in Ironwood zu. Aktualisiere die Wallet und lass sie neu scannen.
• MAX ist nicht finanzierbar. Zcash-Gebühren skalieren mit der Anzahl der „Logical Actions“ in einer Transaktion (siehe Abschnitt 6). Eine Wallet mit vielen kleinen Notes kann einen verfügbaren Gesamtbetrag anzeigen, der sich – sobald die Gebühr für das Ausgeben all dieser Notes hinzukommt – nicht in einem Rutsch senden lässt. Das Guthaben stimmt; das Maximum, das der Senden-Bildschirm anbietet, nicht.

Die Realität on-chain

Wenn die Synchronisierung vollständig ist, der Birthday stimmt und das Guthaben trotzdem nicht deinen Erwartungen entspricht, betreffen die verbleibenden Erklärungen die Chain, nicht die Anzeige:

• Das Guthaben wurde bewegt. Jede Ausgabe aus deiner Wallet ist eine Transaktion. Prüfe den Verlauf der Wallet auf Sendungen, die du nicht wiedererkennst – einschließlich Migrations-Selbstüberweisungen, die legitim sind – und schlage alles, woran eine transparente Adresse beteiligt ist, im Explorer nach.
• Das Guthaben ging an andere Schlüssel. Eine Zahlung an eine Adresse aus einer anderen Wallet, einem anderen Konto oder einer anderen Recovery-Phrase taucht hier nicht auf, egal wie lange du synchronisierst. Das ist viel häufiger, als es klingt: ein zweites Konto in derselben App, eine Phrase aus einer alten Wallet, das Konto einer Hardware-Wallet statt des Software-Kontos.

Was dir allein aufgrund eines Nullguthabens niemand versprechen kann, ist, dass die ZEC sicher sind – dafür muss man sie finden. Was ein Nullguthaben aber ebenso wenig belegt, ist, dass sie weg sind. Arbeite die Liste oben ab, bevor du den einen oder anderen Schluss ziehst, und setze die Wallet nicht zurück, solange du noch nachforschst.

3. Wiederhergestellte Wallet zeigt nichts an

Symptom: Du hast eine Recovery-Phrase in eine frische Installation eingegeben, die Wallet hat die Synchronisierung abgeschlossen, und Guthaben und Verlauf sind leer – oder zeigen ein anderes Guthaben als die ursprüngliche Wallet.

Was eine Recovery-Phrase wiederherstellt – und was nicht

Eine Recovery-Phrase kodiert das Master-Geheimnis, aus dem deine Schlüssel abgeleitet werden. Sie enthält weder deinen Transaktionsverlauf noch dein Guthaben; beides existiert nur als verschlüsselte Daten auf der Blockchain. Eine wiederherstellende Wallet muss die Schlüssel ableiten und dann die Chain scannen, um neu zu entdecken, welche Outputs zu ihnen gehören. Daraus folgen zwei Dinge: Eine leere Wallet direkt nach dem Wiederherstellen ist normal, und der Scan muss früh genug beginnen, um alles zu sehen.

Wallet-Birthday

Der Birthday ist die Blockhöhe (oder das Datum, das die Wallet in eine Blockhöhe übersetzt), bei der der Scan beginnt. Er soll Restores schnell machen: Eine Wallet, die letzten Monat erstellt wurde, muss nicht zehn Jahre an Blöcken scannen. Ein Birthday, der nach deiner ersten eingehenden Zahlung liegt, überspringt aber die Blöcke, die sie enthalten, und die Wallet wird dieses Guthaben nie sehen, bis du erneut mit einem früheren Birthday wiederherstellst.

Die Regel: Im Zweifel früher wählen. Ein zu früher Birthday kostet dich Zeit. Ein zu später Birthday kostet dich die Sichtbarkeit deines Guthabens. Zodl schätzt einen Birthday anhand des ungefähren Datums deiner ersten Transaktion; wenn du es nicht kennst, wähle lieber das Erstellungsdatum der Wallet oder ein früheres.

Gleiche Phrase, andere Wallet, anderes Ergebnis

Eine gültige Recovery-Phrase garantiert nicht, dass jede Wallet-App dieselben Konten und denselben Verlauf daraus rekonstruiert. Geprüfte Gründe, warum dieselbe Phrase unterschiedliche Ergebnisse liefern kann:

• Die transparente Ableitung unterscheidet sich. Zcash-native Wallets leiten transparente Adressen nach ZIP 32 ab; Wallets im Bitcoin-Stil (Ledgers transparente App, Exodus, Trust Wallet und ähnliche) verwenden Pfade im Stil von BIP 44, und manche rotieren transparente Adressen. Zkool importiert „BIP 44 transparent keys“ gezielt für die Kompatibilität mit Ledger und Exodus und fordert dich nach dem ersten Scan auf, nach alternativen transparenten Adressen zu suchen; Zodl hat Restore-Unterstützung für die Rotation transparenter Adressen im Bitcoin-Stil und für rein transparente Wallets wie Trust Wallet ergänzt. Wenn ein transparentes Guthaben fehlt, ist das der erste Verdächtige.
• Wortanzahl und Passphrase. Zcash-native Phrasen haben 24 Wörter. Eine Phrase mit 12, 18 oder 21 Wörtern stammt meist aus einer anderen Wallet-Familie; Zkool akzeptiert mehrere Längen plus eine optionale Passphrase, während Zodl 24-Wort-Phrasen wiederherstellt (Unterstützung für 12 Wörter war zum Zeitpunkt des Schreibens noch eine offene Anfrage). Eine BIP-39-Passphrase ist, falls eine gesetzt wurde, Teil des Schlüssels – lässt du sie weg, stellst du eine andere, leere Wallet wieder her.
• Alte Sapling-Schlüssel. Wallets aus der zs1-Ära enthalten manchmal Sapling Extended Spending Keys statt einer Phrase. Zkool kann diese direkt importieren; eine Wallet, die nur Phrasen kennt, nicht.
• Importierte Schlüssel. Jeder Schlüssel, den du separat importiert hast (ein transparenter privater Schlüssel, ein Viewing Key, ein alter geschützter Schlüssel), wurde nie aus der Phrase abgeleitet und kommt mit ihr nicht zurück.
• Nur-Ansicht-Konten werden als Nur-Ansicht-Konten wiederhergestellt. Sie zeigen Guthaben an, können es aber nicht ausgeben – und sollten das auch nie.
• Scannen nach NU6.3. Die Wallet-Regeln von NU6.3 verlangen, dass eine wiederherstellende Wallet nach zwei möglichen Schlüsselkonfigurationen scannt, bis sie erkennen kann, welche das Konto verwendet hat. Eine aktuelle Wallet erledigt das automatisch; eine alte übersieht womöglich Notes aus der Ironwood-Ära. Stelle mit einer aktuellen Version wieder her.
• Hardware-Wallets leiten ihre eigenen Konten ab. Das Guthaben einer Hardware-Wallet erscheint, wenn die Software-Wallet mit dem Gerät gekoppelt wird (Zodl mit Keystone; Zkool mit Ledger über Ledgers eigene dokumentierte Verbindung), nicht wenn ihre Phrase in ein Smartphone eingetippt wird.

Wenn Zodl unerwartet den Onboarding-Bildschirm zeigt

Eine neuere Zodl-Version kehrt zum Onboarding zurück, wenn sie den sicheren Schlüsselspeicher des Geräts leer vorfindet (zum Beispiel nach bestimmten Wiederherstellungen auf Betriebssystemebene). Das ist eine Aufforderung, aus deiner Recovery-Phrase wiederherzustellen, nicht, eine neue Wallet zu erstellen. Eine neue Wallet zu erstellen zerstört on-chain nichts, gibt dir aber eine fremde, leere Wallet und eine zweite Phrase, die du im Blick behalten musst.

Was du lassen solltest: Stelle dieselbe Phrase nicht in immer mehr Apps wieder her in der Hoffnung, dass eine das Guthaben zeigt – mit jedem Restore liegt die Phrase an einem weiteren Ort. Finde heraus, mit welcher Wallet und welcher Ableitung das Guthaben ursprünglich empfangen wurde, und stelle dann einmal und gezielt in einer Wallet wieder her, die das unterstützt.

4. ZEC gesendet, aber nicht angekommen

Symptom: Jemand (oder eine Börse, oder du selbst aus einer anderen Wallet) hat ZEC gesendet, und sie sind nicht dort aufgetaucht, wo du sie erwartet hast.

Schritt 1 – die Transaktions-ID besorgen

Jede Zcash-Transaktion, ob geschützt oder nicht, hat eine öffentliche Transaktions-ID (TXID). Die Wallet des Absenders zeigt sie in der Sendebestätigung oder im Verlauf; eine Börse zeigt sie im Auszahlungsdatensatz, manchmal mit Verzögerung. Eine TXID zu teilen verrät nichts außer der Tatsache, dass die Transaktion existiert – du kannst sie gefahrlos erfragen und weitergeben.

Noch keine TXID? Dann wurde die Zahlung womöglich gar nicht gesendet (broadcast). Bitte den Absender zu bestätigen, dass die Transaktion in seiner Wallet tatsächlich als gesendet angezeigt wird (nicht „Sending…“ oder fehlgeschlagen), und dir die ID zu schicken, sobald das der Fall ist.

Schritt 2 – nachschlagen

Füge die TXID in den ZecZcash Explorer ein. Es gibt vier mögliche Ergebnisse:

Nicht gefunden. Die Transaktion ist nicht in den Daten des Explorers. Das kann bedeuten, dass sie nie gesendet wurde, dass sie abgelaufen ist, bevor sie gemined wurde (Abschnitt 5), dass die ID unvollständig kopiert wurde (sie hat genau 64 Zeichen) oder dass der Datenanbieter des Explorers sie gerade nicht hat. „Nicht gefunden“ beweist für sich genommen nicht, dass die Transaktion abgelaufen ist – der Explorer kann den Ablauf nicht sehen –, also behandle es als „kein Hinweis darauf, dass sie gemined wurde“ und wende dich wieder an den Absender.

Unbestätigt. Der Explorer hat sie gesehen, aber sie wurde noch nicht in einen Block aufgenommen. Warte. Bleibt sie länger als etwa eine Stunde unbestätigt, ist sie höchstwahrscheinlich abgelaufen und muss erneut gesendet werden.

Bestätigt, mit einem transparenten Output. Der Explorer zeigt die transparente Zieladresse und den Betrag. Wenn diese Adresse deine ist, liegt das Geld auf deinem transparenten Receiver – synchronisiere und shielde es dann. Wenn es die Einzahlungsadresse einer Börse ist, liegt die offene Frage bei der Börse (Abschnitt 7). Wenn es eine Adresse ist, die du nicht kennst, hat der Absender das falsche Ziel verwendet, und daran ändert keine noch so lange Synchronisierung auf deiner Seite etwas.

Bestätigt, mit geschützter Aktivität. Der Explorer kann belegen, dass die Transaktion existiert und bestätigt ist, und er kann zeigen, welche geschützten Pools sie berührt hat und – für die Pools, die er abbildet – wie viele geschützte Actions sie enthält und welcher Nettowert eine Pool-Grenze überquert hat. Er kann nicht zeigen, wer sie empfangen hat, wie viel eine einzelne geschützte Überweisung bewegt hat, oder das Memo. So funktioniert das Design. Ab hier ist die Wallet des Empfängers der einzige Ort, an dem die Zahlung sichtbar ist: Stelle sicher, dass sie vollständig synchronisiert ist (Abschnitt 1) und, falls sie frisch wiederhergestellt wurde, dass ihr Birthday vor der Zahlung liegt (Abschnitt 3). Wenn der Absender ein Memo angehängt hat, erscheint es nur in der Wallet des Empfängers.

Was du lassen solltest

Sende die Zahlung nicht noch einmal, nur weil die erste „noch“ nicht aufgetaucht ist. Kläre zuerst den Status der ersten – eine noch gültige Transaktion und ein Duplikat können beide bestätigt werden. Und geh nicht davon aus, dass eine Börse oder ein Dritter in ein geschütztes Ziel „hineinschauen“ kann, das er nicht kontrolliert: Das kann niemand.

5. Transaktion ausstehend oder abgelaufen

Symptom: Eine Sendung steht schon lange auf „ausstehend“, „wird gesendet“ oder „wartet auf Bestätigung“, oder deine Wallet hat eine Transaktion als abgelaufen markiert.

Wie Zcash mit einer Transaktion umgeht, die nicht gemined wird

Wenn eine Zcash-Wallet eine Transaktion erstellt, versieht sie sie mit einer Ablaufhöhe (Expiry Height). Wurde die Transaktion bis zu dieser Höhe nicht in einen Block aufgenommen, entfernen die Nodes sie aus ihren Mempools, und sie kann in dieser Form nie mehr gemined werden. Diese Regel (ZIP 203) existiert genau dafür, dass eine unbestätigte Transaktion nicht ewig herumhängen kann – und deshalb kennt Zcash keinen Zustand „seit Tagen festgesteckt“, wie es ihn in manchen Netzwerken gibt.

Der Standardwert, den eine Wallet setzt, liegt 40 Blöcke in der Zukunft. Beim aktuellen Block-Timing vor NU7 von etwa 75 Sekunden pro Block sind das ungefähr 50 Minuten. NU7 soll die Ziel-Blockzeit deutlich verkürzen; falls es aktiviert wird, prüfe, ob der Standard-Ablauf in Blöcken angepasst wurde, bevor du von derselben Anzahl Minuten ausgehst.

Drei Folgen für die Fehlersuche:

• Gesendet heißt nicht bestätigt. Wenn eine Wallet „gesendet“ meldet, bedeutet das, dass ein Server die Transaktion angenommen hat. Sie kann trotzdem ungemined ablaufen. Aktuelle Wallets sind hier deutlicher – Zodl zeigt inzwischen „Sent · awaiting confirmation“ statt eines unbefristeten „Sending…“, sobald ein Server eine Transaktion angenommen hat –, aber die Unterscheidung ist überall dieselbe.
• Abgelaufen heißt neu senden. Ist die Transaktion abgelaufen, ist sie aus dem Netzwerk verschwunden, und das Geld hat deine Wallet nie verlassen. Das Guthaben deiner Wallet kehrt zum vorherigen Stand zurück (manchmal erst nach der nächsten Synchronisierung), und du führst die Zahlung erneut aus. Nichts ist verloren; nichts muss „wiederhergestellt“ werden.
• Dupliziere keine noch gültige Transaktion. Liegt die Transaktion noch innerhalb ihres Ablauffensters, beschleunigt eine zweite Sendung die erste nicht – und beide können bestätigt werden. Warte das Fenster ab (oder prüfe die TXID im Explorer), bevor du erneut sendest.

Was du tun kannst, solange sie aussteht

Lass die Wallet geöffnet und synchronisiert. Meldet die Wallet einen Sendefehler statt eines ausstehenden Zustands, ist das ein Fall für Abschnitt 6. Zeigt der Explorer die Transaktion als bestätigt an, deine Wallet aber noch als ausstehend, hängt die Wallet der Chain hinterher – synchronisiere (Abschnitt 1).

Zu Bestätigungen

Es gibt keine vom Protokoll festgelegte Anzahl an Bestätigungen, die eine Zcash-Transaktion „endgültig“ macht. Wallets und Börsen legen jeweils eigene Schwellenwerte fest, und diese ändern sich. Eine Transaktion mit null Bestätigungen sollte niemals als abgeschlossen gelten – das gilt für jede Blockchain, und der Text von ZIP 203 sagt das für Zcash ausdrücklich. Darüber hinaus gilt der Schwellenwert, den die empfangende Seite veröffentlicht, nicht eine Zahl aus einem Artikel.

6. Transaktion fehlgeschlagen

Symptom: Die Wallet meldet beim Senden einen Fehler, oder eine Sendung, die scheinbar rausgegangen ist, wird später als fehlgeschlagen markiert.

Ursachen, die häufigsten zuerst

1. Die Wallet ist veraltet. Seit NU6.3 lehnt das Netzwerk jede Transaktion ab, die versucht, einen neuen Orchard-Output für jemand anderen zu erzeugen. Eine Wallet, die vor Ironwood gebaut wurde, versucht genau das, wenn sie an eine geschützte Adresse zahlt, und die Transaktion scheitert im Netzwerk – oft mit einer wenig hilfreichen Fehlermeldung. Aktualisiere die Wallet. Das ist Ende 2026 die mit Abstand häufigste Ursache für „fehlgeschlagen“.
2. Der Chain-Zustand hat sich zwischen Prüfung und Bestätigung geändert. Wurde eine Note, die du gerade ausgeben wolltest, bereits ausgegeben (zum Beispiel durch eine Migrationsüberweisung) oder ist ein neuer Block eingetroffen, der den Vorschlag ungültig gemacht hat, schlägt die Sendung fehl. Wallets sagen das zunehmend auch – Zodl hat für diesen Fall eine ausdrückliche Meldung ergänzt –, und die Lösung ist einfach, die Wallet synchronisieren zu lassen und es erneut zu versuchen.
3. Nicht genug Guthaben für die Gebühr. Siehe unten.
4. Nicht synchronisiert. Eine Wallet, die die Chain-Spitze noch nicht erreicht hat, versucht womöglich, Notes auszugeben, deren Status sie gar nicht genau kennt. Erst synchronisieren.
5. Server- oder Sendeproblem. Vorübergehend. Aktuelle Wallets wiederholen das Senden im Hintergrund und senden im Fall von Zodl an mehrere Server gleichzeitig; hält der Fehler an, wechsle den Server (Abschnitt 1).
6. Hardware-Signatur. Keystone in Kombination mit Zodl braucht Firmware 3.0.2 oder neuer (die „Cypherpunk“-Edition), um Ironwood- oder Migrationstransaktionen zu signieren. Ältere Firmware scheitert beim Signieren. Ledgers eigene native Zcash-App braucht Ledger Wallet Desktop 4.21+ und die Zcash-Geräte-App v3.9.4+, um überhaupt eine geschützte (Ironwood-)Transaktion zu signieren – eine veraltete Ledger-Wallet-Installation oder Geräte-App scheitert auf dieselbe Weise.

Gebühren – und warum „nicht genug Guthaben“ zugleich stimmen und falsch sein kann

Zcash-Gebühren sind keine pauschalen 0,0001 ZEC. Nach ZIP 317 ist die Gebühr proportional zur Anzahl der Logical Actions einer Transaktion – grob gesagt, wie viele Notes sie über den transparenten und den geschützten Teil hinweg ausgibt und erzeugt –, mit 5.000 Zatoshi pro Action und einem Minimum von zwei Actions. Eine einfache Zahlung kostet 10.000 Zatoshi (0,0001 ZEC); eine Zahlung, die viele kleine Notes zusammensammeln muss, kostet mehr, und der Wechselgeld-Output bringt eine eigene Action mit. Der Glossareintrag zur Transaktionsgebühr enthält die Kurzfassung.

Genau hier kann „MAX“ in die Irre führen. Der verfügbare Gesamtbetrag einer Wallet stimmt, aber die Gebühr, um alles davon auszugeben, hängt davon ab, wie viele Notes daran beteiligt sind – und der Wechselgeld-Output, den die Wallet hinzufügt, kann die Transaktion über die angezeigte Gebühr hinausschieben. Zum Zeitpunkt des Schreibens hat die mobile Wallet von Zingo einen bestätigten, offenen Bug genau dieser Art: Ein Druck auf MAX schlägt einen Betrag vor, den die Wallet dann nicht finanzieren kann, und die Eingabe eines etwas kleineren Betrags (einen Bruchteil eines Cents weniger) funktioniert. Dieser Workaround – etwas weniger als das angezeigte Maximum senden – ist in jeder Wallet sicher, weil dabei immer nur etwas mehr als Wechselgeld zurückbleibt. Sei dir nur im Klaren darüber, was er ist: das Umgehen eines Wallet-Bugs, keine Regel des Protokolls.

Was du lassen solltest

„Repariere“ eine fehlgeschlagene geschützte Sendung nicht, indem du das Guthaben auf eine transparente Adresse verschiebst und von dort sendest – du würdest damit ein Wallet-Update gegen deine Privatsphäre eintauschen. Versuche es nicht in einer Schleife gegen denselben Fehler; jeder Fehlschlag hat eine der oben genannten Ursachen, und die ersten drei lassen sich alle durch Aktualisieren und Synchronisieren beheben.

7. Probleme mit Einzahlungen oder Auszahlungen bei Börsen

Symptom: Eine Börse hat eine Einzahlung nicht gutgeschrieben, hat deine Auszahlungsadresse abgelehnt, oder eine Auszahlung von einer Börse ist nicht in deiner Wallet angekommen.

Die Richtlinien von Börsen ändern sich oft, daher bleibt dieser Abschnitt bewusst allgemein. Was einzelne Börsen aktuell unterstützen, pflegt ZecZcash in einem Verzeichnis von Börsen mit Zcash-Unterstützung, das unabhängig von dieser Anleitung aktualisiert wird.

Auszahlung in deine Wallet

• „Ungültige Adresse.“ Die meisten Börsen senden ZEC nur an transparente Adressen. Wenn du eine Unified Address (u1…) oder eine Sapling-Adresse (zs1…) eingefügt hast und die Börse sie abgelehnt hat, ist das eine Einschränkung der Börse, kein Problem mit deiner Adresse. Gib stattdessen die transparente Adresse deiner Wallet an – jede aktuelle Wallet zeigt eine an (in Zodl: Receive → Transparent Address). Eine kleine Zahl von Börsen unterstützt Unified- oder geschützte Auszahlungen; wenn deine das tut, nutze das.
• Geld angekommen, aber auf der transparenten Seite. Das ist zu erwarten, wenn die Börse an eine transparente Adresse gezahlt hat, und auch möglich, wenn sie an eine Unified Address ohne Unterstützung für geschützte Zahlungen gezahlt hat: Der Absender wählt den privatesten Receiver, den er unterstützt, und bei einer Börse ist das meist der transparente. Shielde das Geld, sobald es angekommen ist; bis dahin ist es öffentlich auf der Chain sichtbar, wie ein Bitcoin-Guthaben.
• Auszahlung zeigt „abgeschlossen“, aber nichts ist angekommen. Hol dir die TXID aus dem Auszahlungsdatensatz und folge Abschnitt 4. Zeigt der Explorer sie als an deine transparente Adresse bestätigt an, synchronisiere deine Wallet.

Einzahlung auf eine Börse

• Verwende die aktuelle Einzahlungsadresse der Börse. Manche Börsen rotieren Einzahlungsadressen; eine Zahlung an eine alte wird womöglich nicht automatisch gutgeschrieben. Prüfe die Adresse im Einzahlungsbildschirm der Börse genau in dem Moment, in dem du sendest.
• Sende von einer transparenten Adresse oder deshielde vorher. Wenn die Börse angibt, nur transparente Einzahlungen anzunehmen, ist eine Zahlung aus einem geschützten Pool, die auf der transparenten Adresse der Börse landet, auf deren Seite trotzdem ein transparenter Eingang und normalerweise in Ordnung – aber einige Plattformen schränken ein, was sie gutschreiben, und manche (zum Zeitpunkt des Schreibens Kraken) geben an, keine Block-Reward-Auszahlungen aus dem Mining anzunehmen, die direkt an eine Einzahlungsadresse gesendet werden. Lies die Einzahlungsseite der jeweiligen Börse.
• Bestätigungen. Börsen schreiben Einzahlungen nach ihrem eigenen Bestätigungs-Schwellenwert gut, den sie veröffentlichen und ändern. Zeigt der Explorer deine Transaktion als an die transparente Einzahlungsadresse der Börse bestätigt an und hat die Börse sie nach ihrem angegebenen Schwellenwert trotzdem nicht gutgeschrieben, liegen die weiteren Schritte beim Support der Börse – du hast die TXID und den On-Chain-Nachweis, den sie brauchen.
• Rund um Upgrades pausieren Einzahlungen. Börsen haben ZEC-Ein- und -Auszahlungen rund um die Ironwood-Aktivierung am 28. Juli routinemäßig ausgesetzt und werden das um NU7 herum wahrscheinlich wieder tun. Eine während einer Pause gesendete Einzahlung wird meist gutgeschrieben, sobald die Verarbeitung wieder läuft, aber prüfe die Mitteilung der Börse, bevor du sendest.

Was eine Börse nicht kann, ist, in ein geschütztes Ziel hineinzuschauen, das sie nicht kontrolliert. Wenn du versehentlich an deine eigene geschützte Adresse statt an die Einzahlungsadresse der Börse gesendet hast, ist das Geld in deiner Wallet, nicht verloren – und keine Börse kann es für dich sehen oder zurückholen.

8. Orchard und Ironwood: Fragen zur Migration

Symptom: Die Wallet sagt, ein Teil deines Guthabens sei „in Orchard“ oder werde „migriert“, lässt dich ihn nicht ausgeben, oder du siehst mehrere ausgehende Transaktionen, die du nicht erstellt hast.

Was sich geändert hat

Das geschützte Guthaben von Zcash liegt in Pools. Orchard war von 2022 bis Juli 2026 der aktuelle Pool. Nachdem im Mai 2026 ein Fehler im Beweis-Schaltkreis (Proof Circuit) von Orchard gefunden worden war, führte das Upgrade NU6.3 einen neuen Pool ein, Ironwood, der auf einem korrigierten Design aufbaut, und änderte die Regeln für Orchard: Werte können den Orchard-Pool weiterhin verlassen – nach Ironwood, nach Sapling oder an eine transparente Adresse –, aber es dürfen keine neuen Werte hinein, und Orchard-zu-Orchard-Zahlungen zwischen verschiedenen Adressen sind nicht mehr erlaubt. Neue geschützte Aktivität läuft über Ironwood.

Genau das bedeutet „Orchard ist nur noch zum Verlassen da“ – und mehr steckt nicht dahinter. Dein Orchard-Guthaben wurde durch das Upgrade weder bewegt noch eingefroren noch weggenommen. Du kannst es aus dem Pool heraus ausgeben, und der empfohlene Weg dafür ist die Migration nach Ironwood.

Die Fakten, klar und einfach

• Nichts wurde verloren oder gesperrt. Das Upgrade hat geändert, was in Orchard hinein darf, nicht, wer das kontrolliert, was bereits dort liegt.
• Keine neue Adresse nötig. Ironwood hat die Adressformate nicht verändert. Deine bestehende Unified Address funktioniert weiter, und eine aktuelle Wallet stellt neue Zahlungen an sie in Ironwood zu.
• Es gibt keine Protokoll-Frist. ZIP 318, der die Migration definiert, setzt keinen Stichtag. Trotzdem ist Orchard ein Pool, aus dem du nur noch ausgeben kannst, es gibt also keinen Grund, Guthaben dort unbegrenzt liegen zu lassen, und die Empfehlung des Wallet-Ökosystems lautet: migrieren.
• Die Migration erfordert eine aktuelle Wallet. Eine App, die älter als NU6.3 ist, kann keine Ironwood-Transaktionen erstellen, also weder Orchard-Guthaben migrieren noch an einen Ironwood-Empfänger ausgeben. Bis du aktualisierst, wirkt dieses Guthaben nicht verfügbar; das liegt an der Wallet, nicht an der Chain.

So funktioniert die Migration in deiner Wallet

Aktuelle Wallets bieten einen geführten Ablauf – Zodl nennt ihn „Move to Ironwood“ und bietet ihn seit Anfang August 2026 an; Cake Wallet startet die Migration automatisch, wenn du eine synchronisierte Wallet mit Orchard-Guthaben zum ersten Mal öffnest; Zkool, Zingo und Unstoppable Wallet liefern jeweils eigene Abläufe. Die meisten bieten zwei Optionen, die direkt aus ZIP 318 stammen:

• Sofort migrieren. Eine Transaktion bewegt alles. Schnell, aber der volle Betrag, der in einem einzigen Schritt die Pool-Grenze überquert, ist on-chain als Netto-Poolfluss sichtbar.
• Mit Privatsphäre migrieren. Die Wallet teilt dein Guthaben in standardisierte runde Beträge auf – das 1-, 2- oder 5-Fache einer Zehnerpotenz in ZEC (100, 50, 20, 10, 5, 2, 1, 0,5 … bis hinunter zu 0,01 ZEC) – und sendet jeden davon als eigene Transaktion nach einem zufälligen Zeitplan, mit Verzögerungen, die jeweils eine Stunde oder mehr betragen können. Weil die Beträge standardisiert und die Zeitpunkte gestaffelt sind, kann ein Beobachter deine Migration nicht von der anderer Leute unterscheiden.

Du bestätigst den Plan einmal; die Wallet sendet die einzelnen Überweisungen dann im Hintergrund, solange sie geöffnet und synchronisiert ist. Deshalb siehst du nach Wahl der privaten Option mehrere ausgehende Transaktionen, die du nicht selbst manuell erstellt hast. Jede davon ist eine Überweisung von deiner eigenen Wallet an deine eigene Wallet. Die Dokumentation von Cake Wallet bringt es gut auf den Punkt: Sie können beunruhigend aussehen, aber es ist dein eigenes Geld, das sich zwischen deinen eigenen Pools bewegt.

Zwei Dinge, die falsch aussehen, es aber nicht sind

• Ein kleiner Betrag bleibt in Orchard. Die private Migration arbeitet mit festen Stückelungen, deshalb bleibt ein Rest unter 0,01 ZEC bewusst zurück. Zodl zeigt dafür ein Banner und bietet an, ihn abzuräumen (was on-chain erkennbar ist) oder ihn gesperrt zu lassen, damit er nicht versehentlich ausgegeben wird. Ein winziger Restbetrag ist keine fehlgeschlagene Migration.
• Das verfügbare Guthaben sinkt während der Migration. Guthaben, das gerade unterwegs ist, zählt als „in Bestätigung“, nicht als verfügbar. Cake Wallet kennzeichnet das unter dem Guthaben mit „migrating to Ironwood“; der verfügbare Betrag steigt wieder, sobald jede Überweisung bestätigt ist.

Wenn die Migration hängt

Lass die App geöffnet und synchronisiert – Hintergrundüberweisungen werden nur gesendet, solange die Wallet läuft. Aktualisiere die App: Frühe Migrationsversionen hatten echte Bugs (Zodl hat einen Fall behoben, in dem die Migration „bei vorübergehenden Fehlern hängen blieb“, und einen weiteren, in dem Wallets „nach der Migration kein verfügbares Guthaben erkannten“, beide im August 2026). Für Keystone-Nutzer gilt: Das Signieren von Migrationstransaktionen erfordert Firmware 3.0.2 oder neuer in der Cypherpunk-Edition; beachte, dass laut Keystone diese Firmware danach nicht mehr auf die Standard-Editionen Multi-Coin oder BTC-only zurückgestuft werden kann. Zeigt eine Wallet nach all dem immer noch nicht migriertes Orchard-Guthaben an, braucht ihr Support die Wallet-Version und das, was der Migrationsbildschirm anzeigt – niemals die Recovery-Phrase.

Wallet für Wallet, kurz gefasst

Zodl (früher Zashi)

Geführter Ablauf „Move to Ironwood“ seit v3.9.0 (August 2026), mit sofortiger und privater Option; ein Banner auf dem Startbildschirm für verbliebene Orchard-ZEC; Keystone-Signatur für die Migration mit Firmware 3.0.2+ unterstützt. Bugs bei der Migration und beim Guthaben nach der Migration wurden im Laufe von 3.9.x behoben – aktualisiere, wenn du eine frühere Version nutzt. Zodl und Zashi sind dieselbe App: Die Umbenennung im Februar 2026 kam als Update, ohne Neuinstallation und ohne neue Phrase.

Cake Wallet

Die Migration startet automatisch beim ersten Öffnen im synchronisierten Zustand; der noch nicht migrierte Teil erscheint unter dem Guthaben als „migrating to Ironwood“ und gilt als „in Bestätigung“, bis jeder Teilbetrag angekommen ist. Mehrere ausgehende Selbstüberweisungen sind normal. Ein Rest unter 0,01 ZEC in Orchard ist normal.

Zkool, Zingo, Unstoppable Wallet

Alle drei bieten in ihren aktuellen Versionen Ironwood-Unterstützung und die Migration von Orchard nach Ironwood. Zkool ist außerdem das Ziel für frühere YWallet-Nutzer (siehe den Abschnitt zu Legacy-Wallets). Die neueren Versionen von Unstoppable Wallet haben unter iOS eine Erkennung für hängende Synchronisierungen und einen automatischen Serverwechsel ergänzt – das ist hier wichtig, weil Migrationsüberweisungen nur gesendet werden, solange die Wallet synchronisiert ist.

Brave Wallet

Die integrierte Wallet von Brave bietet seit 2025 auf dem Desktop geschützte ZEC an und hat im Laufe von 2026 Ironwood-Unterstützung aufgebaut; die Änderung, die sie standardmäßig aktiviert, wurde am 23. September 2026 in die Entwicklungs-Builds von Brave übernommen. Ob deine Brave-Version sie enthält, hängt von deinem Release-Kanal ab – prüfe die Release Notes deiner Version, bevor du dich darauf verlässt, und wenn deine Brave Wallet Orchard-Guthaben hält, das sie noch nicht bewegen kann, ist Abwarten auf das Update die sichere Option, statt die Phrase woanders hinzubringen.

Keystone 3 Pro

Ironwood und Batch-Signierung kamen mit der Firmware 3.0.2 der Cypherpunk-Edition (27. Juli 2026); die Migrationsanleitung von Zodl setzt sie voraus. Keystone weist darauf hin, dass das Gerät nach dem Upgrade nicht mehr auf die Firmware 3.0.0 Multi-Coin oder BTC-only zurückgestuft werden kann.

Was du lassen solltest

Verschiebe Orchard-Guthaben nicht auf eine transparente Adresse, „um es rauszuholen“ – du würdest ohne jeden Nutzen genau die Privatsphäre aufgeben, die die Migration bewahren soll. Erwarte nicht, dass der ZecZcash Explorer eine Transaktion ausdrücklich als Migration erkennt – er kann den Nettowert zeigen, der sich in einer bestimmten Transaktion zwischen Orchard und Ironwood bewegt hat (siehe Abschnitt 4), gibt aber nie eine Absicht an, daher bleibt der Verlauf deiner eigenen Wallet die Referenz, um zu bestätigen, dass eine Überweisung deine Migration war. Und lies die Regel „nur noch zum Verlassen“ nicht als Dringlichkeit: Sie ist ein Grund, in einem ruhigen Moment mit einer aktuellen Wallet zu migrieren, kein Grund, irgendetwas überstürzt zu tun.

Referenz: So synchronisiert eine Zcash Light Wallet

Die Wallet hält deine Schlüssel. Ein Lightwalletd-Server, betrieben vom Wallet-Team oder von einem Community-Betreiber, sitzt vor einem Full Node (seit der Einstellung von zcashd: Zebra) und liefert kompakte Blöcke über eine API aus. Die Wallet lädt sie herunter und versucht für jeden geschützten Output darin eine Entschlüsselung mit ihren eigenen Schlüsseln; die Treffer sind deine eingehenden Notes. Außerdem verfolgt sie Nullifier – die öffentlichen Markierungen, die verraten, dass eine Note ausgegeben wurde, ohne zu verraten, welche –, damit sie weiß, welche deiner Notes noch nicht ausgegeben sind. Dein Guthaben ist die Summe der nicht ausgegebenen Notes und wird vollständig auf deinem Gerät berechnet.

Der Server erfährt also deine IP-Adresse und welche Blöcke du angefragt hast, aber weder deine Schlüssel noch dein Guthaben noch deine Adressen. Tor oder ein VPN verbergen die IP; nichts verbirgt die Tatsache, dass ein Scan aufwendig ist – und das ist der ehrliche Grund, warum Synchronisierungen so lange dauern, wie sie dauern. Alle Details und die Abwägungen zur Privatsphäre findest du auf der Seite Zcash privacy.

Referenz: Adresstypen und Receiver-Auswahl

Zcash hat drei Adressformate, denen du begegnen wirst, und eine Regel, die die meisten Überraschungen erklärt:

• Transparent – t1… (und t3…): öffentlich, wie bei Bitcoin. Guthaben und Verlauf sind für jeden sichtbar. Siehe transparente Adressen.
• Sapling – zs1…: das ältere geschützte Format. Weiterhin gültig, weiterhin privat; die meisten aktuellen Wallets erzeugen keine neuen mehr. Siehe geschützte Adressen.
• Unified – u1…: das aktuelle Format. Eine Unified Address ist ein Container, der mehrere Receiver gleichzeitig enthalten kann – typischerweise einen geschützten Receiver plus einen transparenten. Sie ist keine „Orchard-Adresse“ und keine „Ironwood-Adresse“; sie ist ein Bündel, und Ironwood hat weder ihr Format noch ihren Inhalt verändert.

Die Regel: Die Wallet des Absenders wählt aus dem Bündel den privatesten Receiver, den sie unterstützt. Eine aktuelle Wallet, die an eine Unified Address zahlt, stellt in den Ironwood-Pool zu. Eine Börse oder eine ältere Wallet, die nur transparente Adressen versteht, zahlt an den transparenten Receiver innerhalb derselben Adresse – deshalb kann eine Zahlung an deine u1…-Adresse als öffentliches, transparentes Guthaben ankommen, das deine Wallet dir dann zum Shielden anbietet. Die empfangende Wallet hatte dabei kein Mitspracherecht.

Geschützte vs. transparente Zcash-Transaktionen erklärt behandelt die Folgen jedes Formats für die Privatsphäre; der Eintrag zur Unified Address enthält die Kurzdefinition.

Referenz: Was ein Block Explorer belegen kann – und was nicht

Das ist dieselbe Grenze, die der ZecZcash Explorer zieht: Die Suche nach einer geschützten oder Unified Address bestätigt dort nur, dass die Adresse gültig aufgebaut ist, und nichts weiter, denn die Blockchain enthält nichts, was eine geschützte Adresse mit irgendeiner Transaktion verknüpft. Der Netto-Poolfluss ist der eine Punkt, mit dem die Leute nicht rechnen – wer ZEC aus einem geschützten Pool an eine transparente Adresse bewegt, legt den Betrag offen, der die Grenze überquert hat, und dasselbe gilt für eine Migration zwischen Pools in einer einzigen Transaktion. Genau deshalb gibt es die privatsphärefreundliche Migration aus Abschnitt 8.

Referenz: Viewing Keys – und warum du vorsichtig damit sein solltest

Ein Viewing Key erlaubt seinem Inhaber, die Transaktionen eines geschützten Kontos zu sehen, ohne daraus ausgeben zu können. Zcash definiert Full Viewing Keys (eingehender und ausgehender Verlauf) und Incoming Viewing Keys (nur eingehend), und manche Wallets – Zkool zum Beispiel – können einen davon importieren, um ein Nur-Ansicht-Konto anzulegen. Das ist ein legitimes Werkzeug für deine eigene Buchhaltung oder für einen Buchhalter, dem du vertraust. Eine vollständige Erklärung, was welche Art von Schlüssel offenlegt, findest du unter Was ist ein Zcash Viewing Key?.

Er ist aber kein beiläufiges Mittel für einen Zahlungsnachweis. Wer einen Viewing Key teilt, legt den gesamten Verlauf dieses Kontos offen, vergangen und künftig, und diese Offenlegung lässt sich nicht widerrufen – es gibt keine Möglichkeit, das Teilen rückgängig zu machen. Wenn du jemandem eine einzelne Zahlung nachweisen musst, sind die Wallet des Empfängers selbst, die TXID und das Memo die richtigen Belege; ältere „Payment Disclosure“-Funktionen aus der zcashd-Ära waren experimentell, deckten die aktuellen Pools nie ab und sind heute in keiner gängigen Wallet enthalten. Lass dich von niemandem dazu überreden, einen Viewing Key als „Verifizierungsschritt“ zu exportieren.

Legacy-Wallets: zcashd, ZecWallet, YWallet, alte Ledger-Setups

Wenn deine Zcash in Software aus einer früheren Ära liegen, gelten die Abschnitte oben nicht direkt, und die Anleitungen in alter Dokumentation beziehen sich auf Tools, die im heutigen Netzwerk nicht mehr laufen. So sieht die aktuelle Lage jeweils aus:

• zcashd (der ursprüngliche Node samt Wallet) wurde am 18. Juli 2026 bei Block 3.417.100 endgültig gestoppt. Befehle aus seiner Dokumentation – -rescan, -reindex, zcash-fetch-params, zcash-cli, das Sichern von wallet.dat – gehören zu dieser Software und sind keine Schritte, die ein Wallet-Nutzer im Jahr 2026 befolgen sollte. Wenn du noch eine wallet.dat hast, ist der gepflegte Weg Zallet, der Nachfolger der zcashd-Wallet, der sich an Node-Betreiber richtet und sich zum Zeitpunkt des Schreibens noch in der Beta befand (und ein offenes Issue zum Ausgeben einiger sehr alter transparenter Outputs hatte). Für die meisten Menschen ist der praktische Weg, die relevanten Schlüssel oder die Phrase mit den vorhandenen Tools zu exportieren und in einer aktuellen Wallet wiederherzustellen, die Legacy-Schlüssel akzeptiert – Zkool importiert Sapling Extended Keys und transparente Schlüssel im Bitcoin-Stil. Mach das gezielt und nur einmal, und bewege das Guthaben danach in eine frische Wallet.

• ZecWallet (Lite und Full Node) wird nicht mehr gepflegt, und seine öffentlichen Server sind abgeschaltet. Stelle seine 24-Wort-Phrase in einer aktuellen Wallet wieder her, mit einem Birthday ab dem Zeitpunkt, an dem du es zum ersten Mal genutzt hast.

• YWallet hat die Zcash-Unterstützung am 23. August 2026 vollständig entfernt; es läuft nur noch als Ycash-Wallet weiter. Die Nachfolge-App seines Entwicklers, Zkool, akzeptiert dieselben Phrasen und Schlüssel. Folge keinen Anleitungen, die YWallet noch für Zcash empfehlen.

• Nighthawk ist überhaupt keine Zcash-Wallet mehr; das Projekt ist zu einem anderen Netzwerk gewechselt. Stelle seine Phrase in einer aktuellen Wallet wieder her.

• Ledger. Hier hat sich am 23. September 2026 viel geändert. Ledgers eigene App unterstützt jetzt native, Ironwood-geschützte ZEC direkt in Ledger Wallet™ Desktop (dem Produkt, das früher Ledger Live hieß und im November 2025 umbenannt wurde) – zum Senden oder Empfangen ist keine separate Begleit-App nötig, und ein einzelnes Konto kann sowohl ein transparentes als auch ein Ironwood-geschütztes Guthaben anzeigen. Vorausgesetzt werden Ledger Wallet Desktop 4.21+ und die Zcash-Geräte-App v3.9.4+, und jede Transaktion – transparent oder geschützt – wird weiterhin auf dem Hardware-Gerät selbst bestätigt und signiert. Das gilt nur für Ironwood: Sapling- und Orchard-Guthaben werden über die neue Integration weder angezeigt noch sind sie darüber ausgebbar. Das heißt nicht, dass ältere geschützte ZEC verloren sind – es heißt, dass die neue App sie nicht anzeigt oder bewegt –, aber es heißt auch nicht, dass diese ZEC über die neue App automatisch erreichbar sind; sieh dir den Migrationshinweis direkt unten an, falls sie speziell unter der alten App liegen. Vorerst gibt es das nur auf dem Desktop, nicht in Ledger Wallet mobil. Die Geräteunterstützung ist in den Quellen nicht ganz einheitlich: Ledger Nano S Plus, Stax und Flex werden bestätigt unterstützt; der Status des Nano X ist zwischen Ledgers eigenen Materialien (noch nicht aktiviert) und Ledgers eigenen GitHub-Release-Tags (ein Build existiert) umstritten; der Ledger Nano S ist überall, wo geprüft wurde, bestätigt nicht unterstützt.

  Wenn du die ältere, von Zondax gebaute Ledger-App „Zcash Shielded“ vor diesem Update für geschützte ZEC genutzt hast – diese App wird am 5. November 2026 aus dem App-Katalog von Ledger Wallet entfernt, und sie verwendet einen anderen Ableitungspfad für Konten als Ledgers neue native App, sodass die neue App Guthaben, das unter der alten erstellt wurde, nicht sehen kann. Wenn du dort ein Guthaben hast, auch ZEC im Sapling-Pool, bewege es vor diesem Datum auf ein Konto, das mit Ledgers neuer Zcash-App erstellt wurde. Deine Recovery-Phrase selbst ist von der Entfernung der alten App nicht betroffen, aber um dieses Guthaben danach zurückzuholen, musst du dieselbe Phrase in einer Wallet wiederherstellen, die den speziellen Ableitungspfad der alten App versteht – es reicht nicht, einfach die neue App von Ledger Wallet zu öffnen und darauf zu warten, dass das Guthaben erscheint.

  Unabhängig davon: Wenn du transparente ZEC aus der Zeit vor 2018 auf einem Ledger hältst, hat Ledgers Support-Dokumentation darauf hingewiesen, dass einige sehr alte transparente Transaktionen nicht unterstützt werden; prüfe Ledgers aktuellen Zcash-Support-Artikel, bevor du in die eine oder andere Richtung etwas annimmst, und nutze die Coin-Control-Funktion von Ledger Wallet, um ausgebbare Outputs auszuwählen, wo sie angeboten wird. Für die Einrichtungsschritte, die vollständige Übersicht zur Geräte- und Software-Unterstützung und mehr zur oben genannten Migrationsfrist siehe Zcash auf Ledger: So funktioniert die native Unterstützung für geschützte (Ironwood-)ZEC.

• Trezor unterstützt nur transparente ZEC. Auf der geschützten Seite gibt es nichts zu beheben, weil es keine geschützte Seite gibt.

Das Wallet-Verzeichnis listet auf, was jede Wallet aktuell unterstützt; Die richtige Zcash-Wallet auswählen und Die besten Zcash-Wallets 2026 helfen dir, eine aktuelle Wallet auszuwählen.

Hilfe bekommen, ohne betrogen zu werden

Wallet-Support gibt es – Zodl zum Beispiel nimmt Support-Anfragen nur per E-Mail entgegen und erklärt, dass es dich niemals von sich aus auf Discord, Telegram, X oder sonst irgendwo anschreiben wird, und dass jeder, der nach deiner Recovery-Phrase fragt oder dich dazu bringen will, ein Ticket an einer anderen als der veröffentlichten Adresse aufzumachen, ein Betrüger ist. Dieses Muster gilt für jedes legitime Projekt.

Wenn du um Hilfe bittest, teile: den Namen und die Version der Wallet, Gerät und Betriebssystem, was der Bildschirm anzeigt, die gemeldete Blockhöhe und – bei einer bestimmten Zahlung – die TXID. Teile niemals die Recovery-Phrase, Spending Keys oder einen Viewing Key, und teile deinen Bildschirm mit einer Wallet niemals mit jemandem, der dich kontaktiert hat. Wenn ein „Support-Mitarbeiter“ irgendetwas davon braucht, um dir zu helfen, ist er kein Support.

ZecZcash ist eine unabhängige Community-Website; wir betreiben keine Wallet und können dein Guthaben nicht sehen. Wenn du glaubst, dass diese Anleitung falsch oder veraltet ist, sag es uns über die Kontaktseite – das Netzwerk und die Wallets drumherum ändern sich schnell, und das Prüfdatum oben auf dieser Seite gibt an, wann diese Fakten zuletzt überprüft wurden.

Quellen

Die oben genannten Protokollregeln stammen aus den Zcash Improvement Proposals, wie sie im Repository zcash/zips veröffentlicht sind: ZIP 203 (Ablauf von Transaktionen), ZIP 229 (Transaktionsformat v6), ZIP 258 (Deployment von NU6.3), ZIP 316 (Unified Addresses), ZIP 317 (Gebühren), ZIP 318 (Migration von Orchard nach Ironwood) und ZIP 326 (Folgen von NU6.3 für Wallets). Angaben zu Nodes und Aktivierung stammen aus den Release Notes von Zebra und der Mitteilung zum Support-Ende von zcashd; das Verhalten der Wallets aus den veröffentlichten Changelogs, Repositories und Support-Artikeln von Zodl, Zkool, Zingo, Cake Wallet, Unstoppable Wallet, Brave, Keystone und Ledger, Stand jeweils zum oben angegebenen Prüfdatum. Die Zeitleiste der Zcash-Netzwerk-Upgrades nennt Daten und Blockhöhen aller hier erwähnten Upgrades.