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.
Le mainnet tourne depuis 2026-10-07T00:00:00Z, identifiant de chaîne 1, 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. Aucune pièce n'existait avant
le bloc 0 et aucune n'a été vendue : quiconque vous propose une prévente, une allocation ou un airdrop de
ZCD vous arnaque. Les pièces du testnet public ne valent rien par conception. Chaque 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, miné sous preuve de travail jusqu'à ce que l'ère 2 le fasse passer à la preuve d'enjeu, dans lequel chaque transaction — appelée certificat — porte l'état qu'elle a lu et l'état qu'elle a écrit. La vérifier est donc une fonction pure de ses octets : ni disque, ni historique, ni état partagé, et aucune borne au nombre de machines qui la contrôlent à la fois. La chaîne n'exécute jamais rien. Elle ordonne les certificats et les valide au moyen d'un fold déterministe qui applique chaque certificat dont les entrées déclarées tiennent encore, et omet les autres, en imputant chaque omission au dépôt que le certificat a nommé. Un contrat à l'état chaud est servi par un séquenceur, qui exécute hors chaîne les intents signés des utilisateurs et publie les résultats sous forme de certificats ; un chemin forcé permet à tout utilisateur d'atteindre n'importe quel contrat sans séquenceur.
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 construite hors chaîne, vérifiée en parallèle à partir de ses seuls octets, et validée par un unique fold séquentiel. Le certificat, le fold et ses issues, l'accès typé, les séquenceurs et le chemin forcé, les deux marchés de gas et les ères — 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, cellule, ère.
FAQ
Les questions qui sont réellement posées.
RPC API
Chaque route à laquelle le nœud répond, avec ses paramètres et ses champs.
Intégration pour les plateformes d'échange
Dépôts, retraits, frais et confirmations, pour lister ZCD.
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. L'exemple
rejoint le testnet public, qui fait tourner la même version que le mainnet sous son propre fichier de paramètres
et son propre identifiant de chaîne ; sans --testnet, et avec un répertoire qui lui est propre, la même commande
rejoint le mainnet.
# 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 ses risques acceptés nommés. L'article v2 et son document compagnon sur le lancement, les ères et les paramètres. | 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 mainnet
Chaque bloc depuis la genèse, y compris le message de lancement que révèle le bloc 1, et le résultat de chaque certificat.
En directExplorateur 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, toutes les versions
Chaque version, sous forme de dépôt citable : doi:10.5281/zenodo.22167489, qui pointe vers la plus récente. La v1.0 est remplacée par la v2.0, qui est également sur ce site.