Documentation Zycord
Tout ce qui a été publié sur Zycord, dans l'ordre de lecture — l'argument de conception, la spécification d'ingénierie, et les guides d'exploitation pour le faire réellement tourner.
Il n'existe encore aucune pièce sur le mainnet, et quiconque vous vend des ZCD aujourd'hui vous
arnaque. Les pièces du testnet public ne valent rien par conception. La genèse du mainnet est fixée au
2026-10-01T00:00:00Z, et cet instant est le genesis_time du
fichier de paramètres publié plutôt qu'une annonce — un nœud qui n'est pas d'accord avec lui est sur une
autre chaîne. Toute annonce officielle est signée avec E724 39CE DD85 11F9 D607 550B 87FD 60D5 EB4A 0B29 et publiée dans
le fil du forum. Nulle part ailleurs.
Zycord est un réseau à preuve de travail dans lequel chaque transaction — appelée certificat — porte l'état qu'elle a lu et l'état qu'elle a écrit. En vérifier une est donc une fonction pure de ses octets : pas de disque, pas d'historique, pas d'état partagé, et aucune borne au nombre de machines qui la vérifient à la fois. La chaîne n'exécute jamais rien. Elle ordonne des certificats et les valide par un fold déterministe qui applique chaque certificat dont les entrées déclarées tiennent encore, et omet les autres.
Ces pages sont la documentation de ce système : l'argument de conception, la spécification d'ingénierie, et les guides opérationnels pour le faire tourner. Elles sont écrites à partir des mêmes sources que celles dont l'implémentation de référence est construite, et là où l'une d'elles contredit le dépôt, c'est le dépôt qui a raison.
Pour commencer#
Commencez par l'image d'ensembleComment le réseau fonctionne
Tout le système sur une page : une transaction assemblée hors chaîne entre serveurs, vérifiée en parallèle à partir de ses seuls octets, et validée par un unique fold séquentiel. Le certificat, les deux verbes, les rôles, les deux marchés de gas et la voie protégée — en schémas.
Livre blanc
L'argument de conception au complet.
Architecture
Comment le nœud de référence est construit.
Le faire tourner#
Installation
Installer les binaires sur une machine.
Vérifier un téléchargement
Sommes de contrôle, signatures, compilations reproductibles.
Faire tourner un nœud
Exploiter zycordd.
Minage
RandomX, les paiements, et ce qu'il en coûte de le faire tourner.
Portefeuille
Les clés, l'envoi, et les huit règles.
Testnet public
Rejoindre le réseau qui tourne en ce moment.
Référence#
Protocole réseau
Ce que les nœuds se disent entre eux.
Glossaire
Certificat, fold, omission, garant, cellule.
FAQ
Les questions qui sont réellement posées.
Le chemin utile le plus court#
Si vous voulez être sur le réseau aujourd'hui plutôt que lire à son sujet, voici tout ce qu'il faut. Le testnet public tourne en ce moment ; ce sont les mêmes règles de consensus que le mainnet sous un identifiant de chaîne différent.
# 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)
Démarrez-le quand vous voulez, y compris avant l'heure du premier bloc d'un réseau : le nœud refuse de construire un bloc que sa propre horloge n'a pas atteint, dit combien de temps dure l'attente, et se met à miner de lui-même. Il n'y a rien à programmer ni à redémarrer. La version complète de ceci est Testnet public, et ce qu'il en coûte de le faire tourner est sous Minage.
Ce qui fait autorité, et ce qui n'est qu'explication#
Cela compte davantage ici que dans la plupart des projets, car le réseau n'a pas de clé d'administration et donc aucun moyen de corriger une erreur après coup. Les documents sont hiérarchisés, et la hiérarchie n'est pas une formalité :
| Couche | Ce que c'est | Où cela se trouve |
|---|---|---|
| Le protocole | Les fichiers de paramètres et les vecteurs de test de référence. Une implémentation indépendante qui passe les vecteurs est un pair, pas un fork. | spec/ |
| La couche pair | Les exigences normatives sur ce que les nœuds se disent entre eux. | Protocole réseau |
| L'argument | Pourquoi la conception a cette forme, avec des mesures et des questions ouvertes nommées. | Livre blanc |
| L'implémentation | Comment le nœud de référence réalise tout ce qui précède. Explicatif, non normatif. | Architecture |
| Les guides de l'opérateur | Installer, faire tourner, miner, et détenir des clés. | Ces pages |
Là où deux d'entre eux divergent, le plus précis l'emporte et la divergence est un bogue qui mérite d'être signalé. Aucun nombre écrit à la main dans les couches explicatives n'est une source de vérité ; il est engendré depuis le code, affirmé par un test nommé, ou une illustration que rien d'autre ne peut citer.
Vérifiez par vous-même#
Pour un projet dont l'auteur ne se portera pas garant en personne, rien ici ne vaut plus que ce que vous pouvez vérifier sans rien demander. Le protocole est un répertoire de fichiers : les fichiers de paramètres figés à la genèse, et des vecteurs de référence qui donnent à chaque règle de fold, de bloc et de validité son propre cas. Une implémentation qui les passe est un pair, pas un fork.
Paramètres et vecteurs de référence
Chaque règle sous forme de cas (état avant, bloc) → (état après, frais), positif et négatif. Exécutez-les contre ce nœud, ou contre le vôtre.
Explorateur testnet
Regardez le réseau en fonctionnement produire des blocs, et voyez par certificat des résultats qu'aucun explorateur d'une autre chaîne ne peut afficher.
ArchivéLivre blanc, version de référence
Le dépôt versionné et citable : doi:10.5281/zenodo.22167490.