Die Zcash-Lockbox ist eine Reserve, die das Protokoll selbst führt. Seit November 2024 fließen 12 % jeder Blockbelohnung dort hinein statt an irgendeine Adresse. Am 14. Oktober 2026 lagen darin 69.684,375 ZEC, und niemand kann sie heute ausgeben: Die Regeln, die sie freigeben würden, sind noch nicht geschrieben.
Stand 14. Oktober 2026
Lockbox-Saldo bei Block 3.518.049: 69.684,375 ZEC, aus unserem täglichen Shielded-Supply-Tracker (Englisch),
der jeden Value Pool aus der Blockchain liest. Der Saldo wächst um 0,1875 ZEC pro Block. Den täglichen Verlauf enthält der
CSV-Export des Trackers, aufgeführt auf unserer Datenseite (Englisch, Spalte lockbox_zec).
Was die Lockbox ist
ZIP 2001 hat eine neue Art Funding Stream geschaffen, dessen Anteil an der Blockbelohnung direkt in den Deferred Funding Pool eingezahlt wird, statt an eine Empfängeradresse zu gehen. Full Nodes führen diesen Pool als eigenes Guthaben, neben dem transparenten Pool und den geschützten Pools Sprout, Sapling, Orchard und Ironwood.
ZIP 1015 gibt ihm den Namen, den alle verwenden: Die „Lockbox“ ist ein separater Pool ausgegebener Mittel, den das Protokoll verfolgt. Daraus folgen drei Eigenschaften:
- Keine Adresse, kein Schlüssel. Es gibt nichts zu hacken und niemanden, der unterschreiben könnte. Der Saldo ändert sich nur durch Konsensregeln.
- Ausgegebenes Angebot. ZIP 2001 zählt den Deferred Pool zum ausgegebenen Angebot, Lockbox-Coins gehören also zum Gesamtangebot, obwohl sie in keiner Wallet liegen.
- Nicht geschützt. Unsere Zahlen zum geschützten Angebot zählen die Lockbox nie als geschützt.
Warum eine Lockbox statt direkter Zahlungen an Organisationen
Der vorherige Entwicklungsfonds, ZIP 1014, zahlte 20 % jeder Blockbelohnung direkt an Organisationen: Electric Coin Company, die Zcash Foundation und einen Fonds für größere Zuschüsse. Als er mit dem zweiten Halving endete, ersetzte ZIP 1015 ihn durch 8 % für Zcash Community Grants und 12 % für die Lockbox.
ZIP 1015 nennt als Gründe regulatorische Risiken, ineffiziente Finanzierung und Zentralisierungsbedenken und formuliert das Ziel klar: Mittel in eine Lockbox zu lenken, soll einen Anreiz schaffen, einen dezentralen Mechanismus für die Auszahlung der gesperrten Mittel zu entwickeln. Das Geld wird jetzt gesammelt und später freigegeben, sobald sich die Community auf einen Weg geeinigt hat, der nicht von einer einzelnen Organisation abhängt.
Die vier Phasen
| Phase | Blöcke (Mainnet) | Was geschah | Quelle |
|---|---|---|---|
| Dev Fund | 1.046.400 bis 2.726.399 | 20 % direkt an Organisationen, keine Lockbox | ZIP 1014 (Active) |
| Start der Lockbox (NU6) | ab 2.726.400 | 12 % in die Lockbox, 8 % an Zcash Community Grants | ZIP 1015, ZIP 2001 (Final) |
| Einmalige Auszahlung (NU6.1) | Block 3.146.400 | 78.750 ZEC an ein 2-von-3-Multisig; der 12-%-Strom läuft weiter | ZIP 271, ZIP 1016 (Proposed, mit NU6.1 aktiviert) |
| Heute | nach 3.146.400 | 12 % sammeln sich weiter an, ohne Auszahlungsweg | ZIP 271 |
NU6 wurde am 23. November 2024 bei Block 2.726.400 aktiv. Von da an bis Block 3.146.400 erhielt die Lockbox 0,1875 ZEC pro Block, 12 % der Subvention von 1,5625 ZEC. Das sind 420.000 Blöcke × 0,1875 ZEC = 78.750 ZEC, genau der Betrag, den ZIP 271 danach herausbewegte.
Die Regel in ZIP 271 ist genau: Die Coinbase-Transaktion des NU6.1-Aktivierungsblocks muss Auszahlungs-Outputs an ein 2-von-3-P2SH-Multisig enthalten, dessen Schlüssel die Zcash Foundation, die Electric Coin Company und Shielded Labs halten. Aus diesem Multisig werden die Zuschüsse bezahlt, über die Coinholder abstimmen. Wie Abstimmungen, Schwellen und Vetos funktionieren, erklärt unser Artikel zur Zcash-Coinholder-Abstimmung.
Zwei verschiedene Töpfe
Das Multisig hat die einmaligen 78.750 ZEC erhalten und zahlt von Coinholdern genehmigte Zuschüsse. Die Lockbox ist der Protokoll-Pool, der sich danach weiter gefüllt hat. Coinholder-Abstimmungen können das Erste lenken; das Zweite kann nichts bewegen, bis ein Netzwerk-Upgrade eine Regel dafür hinzufügt.
Wie der Saldo wächst
Nach der einmaligen Auszahlung begann die Lockbox fast wieder bei null. Weil jeder Block genau 0,1875 ZEC hinzufügt, ist ihr Saldo bis auf die letzte Stelle vorhersagbar:
Saldo = (Blockhöhe − 3.146.400 + 1) × 0,1875 ZEC
Das gilt für Blöcke nach NU6.1 unter den heutigen Regeln. Wir haben die Formel an jedem Wendepunkt unserer Tagesdaten geprüft:
| Datum (UTC) | Block | Lockbox (ZEC) | Was es zeigt |
|---|---|---|---|
| 22. November 2024 | 2.725.869 | 0 | Vor NU6 |
| 23. November 2024 | 2.727.001 | 112,875 | Erster Tag der Lockbox |
| 23. November 2025 | 3.145.447 | 78.571,5 | Letzter Tag vor NU6.1 |
| 24. November 2025 | 3.146.589 | 35,625 | Nach der Auszahlung von 78.750 ZEC |
| 14. Oktober 2026 | 3.518.049 | 69.684,375 | Neuester Stand |
ZIP 271 nennt den weiterlaufenden 12-%-Strom FS_CCF_H3. Bei den heutigen 75-Sekunden-Blöcken läuft er bis zum
dritten Halving (Englisch) bei Block 4.406.400 und würde damit 1.260.000 × 0,1875 = 236.250 ZEC hinzufügen
(unsere Rechnung, keine Zahl aus den ZIPs).
Das geplante Upgrade NU7 würde die Blockzeit ändern, und eine Entwurfsrevision von ZIP 214 passt die Endhöhe des Stroms daran an. Laut dem NU7-Deployment-ZIP wird die Mainnet-Aktivierungshöhe am 20. Oktober 2026 festgelegt; wir aktualisieren diesen Abschnitt, sobald das bestätigt ist, statt jetzt Entwurfszahlen zu zitieren. Den Vorschlag selbst erklärt unser NU7-Artikel.
Wer sie ausgeben kann
Heute niemand. ZIP 1015 hielt von Anfang an fest, dass für die Lockbox derzeit kein Auszahlungsmechanismus definiert ist und die Community in einem künftigen ZIP einen geeigneten dezentralen Mechanismus für Entnahmen beschließen und spezifizieren muss. ZIP 271 wiederholt nach seiner einmaligen Übertragung, dass sich die Mittel weiter sicher in der Lockbox ansammeln, bis ein Auszahlungsmechanismus in einem künftigen Netzwerk-Upgrade umgesetzt ist.
Die Konsensregeln schützen den Pool auch von der anderen Seite: Seit NU6 ist ein Block ungültig, der den Lockbox-Saldo negativ machen würde (ZIP 256).
Stand 15. Oktober 2026 haben wir keinen ZIP gefunden, auch keinen Entwurf, der einen laufenden Auszahlungsmechanismus festlegt, und der NU7-Deployment-ZIP fügt keinen hinzu. Jede Entnahme bräuchte einen solchen ZIP, Node-Software, die ihn umsetzt, und ein Netzwerk-Upgrade, das ihn aktiviert. Wie dieser Prozess abläuft, erklärt der Artikel Wer steuert Zcash?.
Was dein Node anzeigt
Zebra meldet die Lockbox in getblockchaininfo und getblock als Value Pool mit der ID lockbox. Ihr chainValue ist
alles Eingezahlte abzüglich der einen Auszahlung nach ZIP 271. Laut Zebras RPC-Changelog für Version 2.0.0 (7. August 2025)
wurde der Bezeichner von deferred in lockbox umbenannt, ältere Werkzeuge verwenden womöglich noch den alten Namen. Ein
Feld monitored am Pool sagt nur, ob der Saldo ungleich null ist; über Eigentum oder Sicherheit sagt es nichts.
Der Status der ZIPs
| ZIP | Thema | Status (gelesen am 15. Oktober 2026) |
|---|---|---|
| ZIP 1014 | Vorheriger Dev Fund | Active |
| ZIP 1015 | 8 % ZCG und 12 % Lockbox | Final |
| ZIP 2001 | Lockbox Funding Streams | Final |
| ZIP 271 | Einmalige Auszahlung und Verlängerung | Proposed |
| ZIP 1016 | Community and Coinholder Funding Model | Proposed |
| ZIP 255 | Deployment von NU6.1 | Final |
ZIP 271 und ZIP 1016 tragen weiter den Status Proposed, obwohl der NU6.1-Deployment-ZIP (Final) sie aufführt und NU6.1 aktiv ist; die Release Notes von zcashd 6.10.0 beschreiben ZIP 1016 als „teilweise“ umgesetzt. Wir geben beide Fakten wieder, ohne sie zu deuten.
Quellen
Die ZIP-Texte wurden am 15. Oktober 2026 im Zcash-ZIP-Repository gelesen: ZIP 1014, ZIP 1015, ZIP 2001, ZIP 214, ZIP 255, ZIP 256, ZIP 271 und ZIP 1016. Die RPC-Details stammen aus dem Zebra-RPC-Changelog. Die Salden sind unsere eigenen Shielded-Supply-Snapshots (Englisch); die Formel oben reproduziert jeden davon. Weiterlesen: der Glossareintrag zur Lockbox und wie viele Zcash es gibt.