ZYCORD Doku
Deutsch

Zycord-Dokumentation

Alles, was zu Zycord veröffentlicht ist, in Lesereihenfolge — die Entwurfsbegründung, die technische Spezifikation und die Betreiberanleitungen für den tatsächlichen Betrieb.

Bevor Sie irgendetwas anderes lesen

Das Mainnet läuft seit 2026-10-07T00:00:00Z, Chain-ID 1, und dieser Zeitpunkt ist die genesis_time in der veröffentlichten Parameterdatei statt einer Ankündigung — ein Node, der davon abweicht, ist auf einer anderen Chain. Vor Block 0 existierte kein Coin, und keiner wurde verkauft: wer Ihnen einen Presale, eine Zuteilung oder einen Airdrop von ZCD anbietet, betrügt Sie. Die Coins des öffentlichen Testnets sind absichtlich nichts wert. Jede offizielle Ankündigung ist signiert mit E724 39CE DD85 11F9 D607 550B 87FD 60D5 EB4A 0B29 und wird in dem Forumsthread gepostet. Nirgendwo sonst.

Zycord ist ein Netzwerk, gemint unter Proof of Work, bis Ära 2 es an Proof of Stake übergibt, in dem jede Transaktion — ein Zertifikat genannt — den Zustand mitträgt, den sie gelesen, und den Zustand, den sie geschrieben hat. Eines zu verifizieren ist daher eine reine Funktion seiner Bytes: keine Festplatte, keine Historie, kein geteilter Zustand und keine Grenze dafür, wie viele Maschinen es gleichzeitig prüfen. Die Chain führt nie etwas aus. Sie ordnet Zertifikate und schreibt sie mit einem deterministischen Fold fest, der jedes Zertifikat anwendet, dessen deklarierte Eingaben noch gelten, und den Rest überspringt, wobei jeder Skip der Einlage belastet wird, die das Zertifikat benannt hat. Ein Contract mit heißem Zustand wird von einem Sequencer bedient, der die signierten Intents der Nutzer off-chain ausführt und die Ergebnisse als Zertifikate veröffentlicht; ein Forced Path lässt jeden Nutzer jeden Contract auch ohne einen erreichen.

Diese Seiten sind die Dokumentation zu diesem System: die Entwurfsbegründung, die technische Spezifikation und die Betreiberanleitungen für den Betrieb. Sie sind aus denselben Quellen geschrieben, aus denen die Referenzimplementierung gebaut wird, und wo eine von ihnen dem Repository widerspricht, hat das Repository recht.

Hier anfangen#

Mit dem Bild anfangen

Wie das Netzwerk funktioniert

Das ganze System auf einer Seite: eine Transaktion, off-chain gebaut, allein aus ihren Bytes parallel verifiziert und durch einen einzigen sequenziellen Fold festgeschrieben. Das Zertifikat, der Fold und seine Ergebnisse, typisierter Zugriff, Sequencer und der Forced Path, die zwei Gas-Märkte und die Ären — als Diagramm.

Betreiben#

Referenz#

Der kürzeste nützliche Weg#

Wenn Sie heute im Netzwerk sein wollen, statt darüber zu lesen, ist das hier alles davon. Das Beispiel tritt dem öffentlichen Testnet bei, das dasselbe Release wie das Mainnet mit eigener Parameterdatei und eigener Chain-ID betreibt; ohne --testnet und mit einem eigenen Verzeichnis tritt derselbe Befehl dem Mainnet bei.

# Build the binary that can join a RandomX network.
# `make build` produces a devnet-only binary -- see Installation, "Two tiers".
make build-randomx

# A payout address. The node never sees the key behind it.
./bin/zcd-randomx wallet new --out miner.json

# Join, and mine to yourself. Coins come from mining; on testnet there is
# also a faucet at zycord.com/faucet/ for a first, small balance.
./bin/zycordd-randomx --testnet --dir ./testnet \
  --mine --payout $(./bin/zcd-randomx wallet address --key miner.json)

Starten Sie ihn, wann Sie wollen, auch bevor der erste Block eines Netzwerks fällig ist: der Node verweigert es, einen Block zu bauen, den seine eigene Uhr noch nicht erreicht hat, sagt, wie lange die Wartezeit ist, und beginnt von selbst zu minen. Es gibt nichts zu planen und nichts neu zu starten. Die vollständige Fassung davon ist Öffentliches Testnet, und was der Betrieb kostet, steht unter Mining.

Was maßgeblich ist und was nur Erläuterung#

Das zählt hier mehr als bei den meisten Projekten, weil das Netzwerk keinen Admin-Schlüssel hat und daher keine Möglichkeit, einen Fehler nachträglich zu korrigieren. Die Dokumente sind gestuft, und die Stufung ist keine Formalität:

EbeneWas sie istWo sie liegt
Das ProtokollDie Parameterdateien und die Golden Test Vectors. Eine unabhängige Implementierung, die die Vektoren besteht, ist ein Peer, kein Fork.spec/
Die Peer-EbeneDie normativen Anforderungen daran, was Nodes einander sagen.Wire-Protokoll
Die BegründungWarum der Entwurf so geformt ist, mit seinen benannten akzeptierten Risiken. Das v2-Paper und sein Begleitdokument zu Launch, Ären und Parametern.Whitepaper
Die ImplementierungWie der Referenz-Node all das umsetzt. Erläuternd, nicht normativ.Architektur
Die BetreiberanleitungenInstallieren, betreiben, minen und Schlüssel verwahren.Diese Seiten

Wo zwei einander widersprechen, gewinnt das genauere, und der Widerspruch ist ein meldenswerter Fehler. Keine von Hand geschriebene Zahl in den erläuternden Ebenen ist eine Quelle der Wahrheit; sie wird aus Code erzeugt, von einem benannten Test behauptet, oder sie ist eine Illustration, die sonst nichts zitieren darf.

Prüfen Sie es selbst#

Bei einem Projekt, dessen Autor nicht persönlich für es bürgen wird, ist hier nichts mehr wert als das, was Sie prüfen können, ohne zu fragen. Das Protokoll ist ein Verzeichnis voller Dateien: die bei Genesis eingefrorenen Parameterdateien und Golden Vectors, die jeder Fold-, Block- und Gültigkeitsregel ihren eigenen Fall geben. Eine Implementierung, die sie besteht, ist ein Peer und kein Fork.