Zcash
KLEAR3 ResearchVeröffentlicht am Aktualisiert am
Zcash, eine Zahlungs-Chain, die Betrag und beide Seiten verbergen kann, ohne dass jemand die Transaktion nicht mehr prüfen könnte, veröffentlicht seit November 2014 Code. Das Verzeichnis, auf das alle Verzeichnisdienste weiter verlinken, ist archiviert, seine Node-Software schaltete sich bei einer fest eingebauten Blockhöhe ab, und die Chain lief 72.516 Blöcke weiter.
Was macht Zcash konkret?
Zcash ist eine Zahlungs-Chain, bei der Betrag, Absender und Empfänger verborgen bleiben können, während die Transaktion für jeden prüfbar bleibt. Es ist der Gedanke des Bargelds, neu gebaut auf einem öffentlichen Register: Das Netz prüft, dass die Summe echt ist, ohne zu erfahren, wer sie bewegt hat.
Der Satz klingt unmöglich, und genau darin liegt der Reiz. Auf einer gewöhnlichen Chain einigt man sich auf eine Zahlung, indem man sie liest. Guthaben sind öffentlich, weil Prüfen und Offenlegen derselbe Vorgang sind. Zcash trennt beides: Wer zahlt, erzeugt einen mathematischen Beweis, dass die Rechnung aufgeht, und das Netz prüft den Beweis statt der Zahlung.
Die praktische Folge gehört deutlich gesagt. Ihr Gehalt, Ihre Miete und Ihre Lieferanten werden nicht zu einer öffentlichen Akte, die jeder für immer durchblättern kann. Auf einer transparenten Chain legt eine einzige geleakte Adresse ein Leben rückwärts offen; hier lässt sich der Beweis prüfen und der Inhalt nicht.
Der Haken ist genauso wichtig: Vertraulichkeit ist hier eine Wahl, keine Voreinstellung. Die Chain trägt auch offen lesbare Adressen, und eine Münze darauf ist so öffentlich wie anderswo. Beim Wechsel zwischen beiden Seiten entsteht der größte Teil der realen Lecks, und keine Kryptographie repariert eine Gewohnheit.
Der Konsens dagegen ist unauffällig: Equihash, Proof of Work, dieselbe Familie von Mechanismus wie bei Bitcoin. Die Vertraulichkeit steckt in den Transaktionen, nicht darin, wie Blöcke zustande kommen.
Ist der Code wirklich offen?
Ja, und auf mehr als einem Verzeichnis. Die Node, die das Netz heute betreibt, trägt eine anerkannte freie Lizenz, was heißt: Jeder darf sie lesen, weiterverwenden, damit Geld verdienen. Das Verzeichnis, auf das die Verzeichnisdienste weiter zeigen, ist eine andere Geschichte.
Die lebende Node erscheint unter NOASSERTION und hat 95 nummerierte Versionen herausgebracht, zuletzt v6.3.0. Das ist die Form, die man sehen will: eine Lizenz, auf die man sich stützen kann, und eine Veröffentlichungsgeschichte, die zeigt, wie die Arbeit die Werkstatt verlässt.
Das archivierte Verzeichnis ist das Gegenbeispiel, und sein Lizenzfeld liefert NOASSERTION zurück, was keine Lizenz ist. So antwortet GitHub, wenn es keine anerkannte erkennt. Verzeichnisdienste, die dort ein grünes Lizenzabzeichen zeigen, füllen ein leeres Feld.
Quelle GitHub, gelesen am 2026-09-20
Diese drei Balken erzählen die ganze Seite. Sie messen dasselbe, im selben Zeitfenster, auf drei Verzeichnissen, und der kürzeste ist der, auf den verlinkt wird. Für sich gelesen, sagt dieser Balken: ein Projekt, das ausläuft. Neben den beiden anderen gelesen, sagt er: eine absichtlich geschlossene Tür, während die Arbeit nebenan weiterging.
Nicht gefunden haben wir einen einzigen Prüfbericht. Das Projekt schreibt ausdrücklich, dass es förmliche Prüfungen beider Nodes gab, und verweist auf zwei Blogs; keiner nennt eine Prüfstelle, einen Bericht oder ein Datum, und dem Verweis zu folgen brachte nichts. Wir haben außerdem 6 Verzeichnisse der Referenz-Implementierungen durchsucht: keines veröffentlicht einen.
Vorsicht beim Lesen. Es fehlt ein veröffentlichtes Verzeichnis, nicht die Prüfung selbst. Beides wird ständig verwechselt, und nur das Erste wurde hier gemessen.
Quelle GitHub · z.cash/security, gelesen am 2026-09-20
Arbeitet noch jemand daran?
Ja, und weit mehr, als ein Verzeichnisdienst einem zeigen würde. Das Verzeichnis, auf das die Datenseiten immer noch zeigen, erhielt 10 Commits in 90 Tagen. Die Rust-Bibliothek hinter allen heutigen Implementierungen erhielt 1237, und die lebende Node 10, alle drei im genau gleichen Zeitfenster gemessen.
Das archivierte Verzeichnis wurde nicht aufgegeben, es wurde stillgelegt. Sein eigenes README sagt, dass die Software an einem genannten Tag endgültig anhielt, bei einer fest eingebauten Blockhöhe, und dass jede unveränderte Node sich selbst abschaltete, als die Chain diese Zahl erreichte. Ein gewollter, angekündigter Halt ist das Gegenteil von Vernachlässigung, aber ein Commit-Zähler sieht den Unterschied nicht.
Ein Vorbehalt gilt für jede Zählung auf dieser Seite. 90 Tage sind ein Zeitfenster, das von allein wandert: dieselbe Messung nächste Woche ergibt etwas anderes, ohne dass etwas geschehen wäre. Darum reisen die beiden Daten mit der Zahl, wo immer sie auftaucht.
Gezählt haben wir Git-Identitäten, keine Menschen, und 3 Identitäten sind nicht 3 Personen. Auf der lebenden Node sind 5 davon erklärte Bot-Konten, und eine Person unterschreibt oft mit zwei Namen. Zu lesen als Untergrenze, nie als Belegschaft.
Quelle GitHub, gelesen am 2026-09-20
Was zeigt, dass es läuft
- Das Netz antwortet — Block 3489616, 72516 über der Halt-Höhe
- An der lebenden Node wird aktiv gearbeitet — 10 Commits in den 90 Tagen bis zum 2026-09-20, 3 verschiedene Git-Identitäten, davon 5 Bots
Quelle Blockchair · GitHub, gelesen am 2026-09-20
- Das Verzeichnis wird auf GitHub öffentlich
- Das Netz startet
- Der Gründeranteil an der Blockprämie endet
- Zweite Halbierung der Blockprämie
- Die ursprüngliche Node-Software hält endgültig an
- Diese Seite, geprüft und veröffentlicht
Wo es tatsächlich läuft
Auf einer einzigen Chain, der eigenen, und wir haben geprüft, dass sie antwortet. Das zählt hier mehr als anderswo, weil die Referenz-Node in diesem Sommer endgültig abschaltete, bei einer in sie hineingeschriebenen Blockhöhe. Das Netz hörte nicht mit ihr auf, und die Blocknummer belegt das.
Der Halt war auf Block 3.417.100 gesetzt. Als wir die Spitze der Chain lasen, stand sie bei 3.489.616, also 72.516 Blöcke weiter. Diese beiden Zahlen nebeneinander sind der ganze Beleg, den es braucht: die Software hielt an, das Register nicht.
Der Vergleich mit dem Rest dieser Seite lohnt sich. Ein Dollar-Token existiert als eigener Vertrag auf jeder Chain, die er erreicht, und auf das falsche Netz geschickt ist er verloren. Hier gibt es kein falsches Netz zu wählen und keine Brücke zwischen Ihnen und Ihrem Geld. Der Preis dieser Einfachheit: Alles muss auf einer Chain geschehen, in ihrem Tempo und zu ihrem Tarif.
Quelle Blockchair · GitHub, gelesen am 2026-09-20
Netz geprüft durch Lesen der aktuellen Blockhöhe auf einem öffentlichen Knoten.
Wozu der Token dient
ZEC bezahlt die Transaktionsgebühren, und in ZEC werden Miner entlohnt. Keine Münze wurde vorab beiseitegelegt: Alles, was existiert, kam aus einem Block. An die Stelle des Gründeranteils der Anfangsjahre trat ein Bruchteil jeder Blockprämie, gelenkt von Regeln, die im Konsens-Code selbst stehen.
Beginnen wir mit der Gebühr, denn das ist der Betrag, den Sie wirklich zahlen. Eine Transaktion kostet 5.000 der kleinsten Einheit je logischer Aktion, die ersten 2 sind in jedem Fall frei, sodass eine gewöhnliche Zahlung auf 10.000 dieser Einheit kommt. Die Gebühren gehen vollständig an den Miner.
Quelle ZIP 317, gelesen am 2026-09-20
Interessanter ist die Blockprämie, denn ein Fünftel davon geht nicht an den Miner. Von jeder Prämie fließen 8 % an eine Förderstelle und 12 % in eine Rücklage, die noch niemand ausgegeben hat, beides bis Block 4.406.400. Davor teilten sich drei benannte Organisationen dasselbe Fünftel.
Diese Rücklage ist kein Versprechen auf einer Website. Sie wurde einmal öffentlich geleert, und die Chain zeigt es: Bei Block 3.146.400 betrug die Prämie 78.751,375, während ein gewöhnlicher Block jener Zeit 1,375 auszahlt. Der Code kündigt 78.750 in 10 gleichen Teilen an; das Register zeigt genau diese Summe in genau dieser Höhe.
Quelle zcash/zcash — src/consensus/params.cpp + src/chainparams.cpp · zcash/zcash — src/chainparams.cpp, gelesen am 2026-09-20
Davor gab es einen Gründeranteil: 20 % jeder Prämie, ausgezahlt im Takt des Minings, bis Block 1.046.399. Es war nie ein Haufen zurückgehaltener Münzen, und über dem Kopf eines Käufers wartet nichts mehr auf Freigabe, das Erste, worauf man bei einem Token schaut, und woran die meisten scheitern.
Die Ausgabe selbst ist eine Treppe. Die Prämie startet bei 12,5 und halbiert sich; heute steht sie bei 1,563, und die nächste Stufe fällt bei Block 4.406.400, derselben Höhe, in der die heutigen Finanzierungsregeln auslaufen. Im Umlauf: 16.940.252.
Quelle zcash/zcash — src/main.cpp + src/chainparams.cpp · zcash/zcash — src/consensus/params.cpp · CoinGecko, gelesen am 2026-09-20
- Im Umlauf16.940.251,728
- Ausgegeben, nicht im Umlauf1.904,688
- Noch nicht ausgegeben, bis zur Obergrenze4.057.843,584
- Wozu der Token dientDirekt geprüft
- Wie viele existierenVon Dritten bestätigt
- Wie neue entstehenDirekt geprüft
- Wer sie erhalten hatDirekt geprüft
- Wer die Regeln ändern kannDirekt geprüft
Die KLEAR3-Note erklärt
Noch keine Note
Bewertet wird nur, was gemessen wurde. Bei diesem Projekt stützen sich zu wenige Achsen auf eine belegte Tatsache, also entsteht keine Gesamtnote. Eine Zahl über Lücken läse sich als Urteil über das Protokoll — sie wäre eines über unsere eigene Recherche.
Bisher nichts gemessen bei Audits
Jede Achse erhält 0 bis 5 aus den Fakten des Registers, nach vorab festgelegten Schwellen. Die Gesamtnote ist ihr gewichteter Durchschnitt und erscheint nur, wenn sich mindestens 5 der 6 Achsen auf eine gemessene Tatsache stützen.
- Audits ×1,3
- Offener Code ×1,2
- Geschäftsmodell ×1,1
- Token-Ausrichtung ×1
- Governance ×1
- Reife ×0,7
- Offener Code4
öffentliches Repository · 95 veröffentlichte Versionen · 10 Commits in 90 Tagen
Was sie bremst Lizenz ungeklärt: lesbar, aber nicht wiederverwendbar
- Auditsnicht gemessen
Was sie bremst kein Bericht in unserem Register · kein Bericht geöffnet: wir wissen nicht, was sie gefunden haben
- Geschäftsmodell5
Geschäftsmodell vom Protokoll veröffentlicht · bezahlt von dem Absender der Transaktion · eingenommen von dem Miner, der den Block erzeugt · die Gebühren gehen vollständig an den Miner
- Governance4
Entscheidung durch ein öffentliches Verfahren schriftlicher Vorschläge, ohne Abstimmung · 99 veröffentlichte Änderungsvorschläge · Verfahren seit 10 Jahren offen
- Token-Ausrichtung5
Menge auf 21 Millionen begrenzt · 81 % bereits im Umlauf · Ausgabeplan veröffentlicht · Team und Investoren seit 2020-11-18 vollständig freigegeben
- Reife5
11 Jahre öffentlicher Code · 1 von uns geprüftes Netz
Bewertet wird das Protokoll: sein Aufbau, was sich davon prüfen lässt, wie sein Token dazu passt. Nie eine Geldanlage. Eine hohe Note rät nicht zum Kauf, eine niedrige nicht zum Verkauf.
Was wir nicht belegen konnten
Drei Dinge, und das erste wiegt am schwersten. Über keinen der von uns verfolgten Wege ist ein Prüfbericht erreichbar, obwohl das Projekt förmliche Prüfungen behauptet. Eine kleine Lücke in den veröffentlichten Mengenangaben können wir nicht erklären. Und wie der Halterfonds entscheidet, haben wir nicht belegt.
Bei den Prüfungen wollen wir genau sagen, was gemessen wurde. Die Sicherheitsseite schreibt, beide Node-Implementierungen seien förmlich geprüft worden, und schickt Lesende zu zwei Blogs. Wir haben den ersten geöffnet: Sein Index liefert uns keinen einzigen Beitrag, sein HTML enthält das Wort Audit kein einziges Mal, und sein statischer Feed antwortet mit einem Fehler. Das ist eine Sackgasse, kein Urteil über den Code.
Die Mengenlücke ist kleiner und sonderbarer. Der Aggregator veröffentlicht eine Gesamtmenge leicht über dem, was er Umlauf nennt, und der Unterschied zählt in Tausenden von Münzen. Keine Rücklage dieser Chain wächst in diesem Tempo, die naheliegenden Erklärungen passen also nicht. Wir veröffentlichen beide Zahlen und keine Geschichte dazu.
Den Fonds sollte man im Auge behalten. Der Konsens-Code benennt ihn, speist ihn und hat einmal daraus gezahlt, doch der Name ist alles, was im Code steht. Wer abstimmt, worüber und mit welcher Mehrheit, steht nicht darin, und außerhalb davon haben wir nicht gesucht.
Quelle z.cash/security · CoinGecko · zcash/zcash — src/consensus/params.cpp + src/chainparams.cpp, gelesen am 2026-09-20
Häufige Fragen
Gibt es wirklich eine Grenze von 21 Millionen ZEC?
Nein, und die Zahl, die der Code erzeugt, ist nicht rund. Das Protokoll schreibt nirgends eine Gesamtmenge. Es schreibt eine Blockprämie, die sich durch Bitverschiebung halbiert, und das Verschieben ganzer Zahlen erzeugt keinen Bruch: Jede Halbierung verliert die ungerade kleinste Einheit, und die Reihe bleibt darunter.
Zählt man jeden Block zusammen, der jemals eine Prämie trägt, bis Block 49.766.399, ergibt sich 20.999.999,815, also 0.1848 unter der Zahl, die alle wiederholen. Die Lücke ist in Geld nichts wert, sagt alles über die Methode.
Bitcoin verfehlt dieselbe runde Zahl, um einen anderen Betrag, aus demselben Grund. Zwei Chains, eine Rechengewohnheit, kein Verzeichnisdienst prüft nach.
Der letzte Block mit Prämie ist Block 49.766.399, Dutzende Millionen Blöcke von hier. Eine so ferne Obergrenze ist ein Fahrplan, keine Grenze, und der Fahrplan entscheidet, was ein Miner nächstes Jahr verdient.
Wenn das Haupt-Verzeichnis archiviert ist, ist das Projekt dann tot?
Nein, und die Verwechslung lohnt sich zu verstehen, weil ein Commit-Zähler davon nichts sieht. Das Verzeichnis wurde nach einem Fahrplan stillgelegt, den das Projekt selbst angekündigt hat, und die Software hielt bei einer eingebauten Blockhöhe an. Die Arbeit läuft anderswo weiter, in weit höherem Tempo.
Das stillgelegte Verzeichnis erhielt 10 Commits in unserem Zeitfenster. In denselben Tagen erhielt die lebende Node 10 und die gemeinsame Bibliothek 1.237. Das stille Verzeichnis ist die Ausnahme, nicht das Bild.
Der Beleg, dass nichts aufhörte, liegt im Register. Der Halt war auf Block 3.417.100 gesetzt; die Chain antwortete uns bei 3.489.616. Was diese Episode wirklich zeigt, ist wie lange ein Verzeichnisdienst auf eine geschlossene Tür zeigt.
Verzeichnisdienste lesen selten nach, worauf sie verlinken. Ein Eintrag wird einmal gesetzt und wandert dann von Seite zu Seite, sodass ein Link überleben kann, worauf er zeigt.
Macht Zcash meine Zahlungen unauffindbar?
Von allein nicht, und das ist das teuerste Missverständnis. Die Chain kennt zwei Arten von Adressen: eine verbirgt Betrag und Beteiligte, die andere zeigt alles, genau wie ein gewöhnliches Register. Welche Sie nutzen, entscheidet darüber, was ein Fremder von Ihnen sehen kann.
Eine Münze auf einer transparenten Adresse ist so öffentlich wie auf jeder anderen Chain. Heikel ist die Grenze: Der Wechsel zwischen beiden Seiten hinterlässt eine sichtbare Kante, und von dort stammen fast alle realen Lecks, nicht aus einer Schwäche der Mathematik.
Dazu kommt alles, was die Chain nie sieht. Eine Börse, die Ihre Identität kennt, ein Händler, der Ihre Bestellung kennt, ein Telefon, das weiß, wo Sie waren: ein verschwiegenes Register macht kein verschwiegenes Leben. Es nimmt eine Quelle der Offenlegung weg, eine große, und sie ist nicht die einzige. Mehrere Quellen zusammen sagen oft mehr als eine allein.
Wo es weitergeht, bei ihnen — jede Adresse antwortete am 2026-09-20.
Weiterlesen: unser Solana-Profil zeigt den anderen Fall eines verlinkten, aber eingefrorenen Verzeichnisses, unser Hyperliquid-Profil zeigt, wie eine Chain aussieht, von der gar kein Protokollcode veröffentlicht ist, und unsere Methodik sagt, was hier als Quelle gilt.
Lassen Sie einen Assistenten sie zusammenfassen und ihre Aussagen prüfen.