Questions fréquentes
Des réponses courtes, y compris aux questions qu'un projet préférerait qu'on ne lui pose pas. Les problèmes connus sont nommés ici et dans le livre blanc plutôt que laissés à votre découverte.
Voici les questions qui sont réellement posées, avec les réponses telles qu'elles ont été données dans le fil de lancement. Si la vôtre n'y figure pas, posez-la là-bas — ce fil n'est pas auto-modéré, donc rien ne peut y être effacé.
Quand sur une plateforme d'échange ?#
Jamais demandée, jamais payée, jamais annoncée. Le mainnet tourne depuis le 2026-10-07 et chaque pièce qui s'y trouve a été minée ; les pièces du testnet ne valent rien par conception. Là où la pièce du mainnet s'échange regarde le marché, non l'auteur — il n'y a aucune société pour signer un accord de cotation et aucun fonds pour en payer un. Le projet ne vend rien : quiconque vous propose des ZCD venant du projet, avant qu'un bloc ait été miné, ou à un prix de “prévente” vous arnaque.
Y a-t-il des pools ?#
Le projet n'en exploite aucun et n'en cautionne aucun. Le nœud mine en solo dès la sortie de la boîte, et il peut servir le dialecte Stratum que parle XMRig (zycordd --stratum-listen), de sorte qu'un logiciel de minage externe peut travailler contre votre propre nœud. Si des pools apparaissent, ce sont des tiers ; appliquez-leur le scepticisme que vous appliqueriez n'importe où.
Primes ? Airdrop ? Campagne de signatures ?#
Non, non et non. Rien ici ne paie de promotion. Si quelqu'un vous propose des Zycord pour en faire l'article, cela ne vient pas de ce projet.
Est-ce encore une chaîne à “1M TPS” ?#
L'affirmation est plus étroite et falsifiable : la vérification n'a besoin d'aucun état, elle se parallélise donc sans borne, et le coût par nœud peut donc baisser à mesure que le réseau grandit. Le réseau est livré avec des plafonds modestes — à la genèse, 4 000 certificats et 2,5 Mo par bloc de 30 secondes, pour une cible de gas séquentiel de 1 600 000 — et ils ne montent que sur un usage soutenu et appliqué, jusqu'à des capacités statiques. Personne, l'auteur compris, ne peut les relever par décret. Si votre machine contredit un chiffre publié, publiez vos chiffres.
En quoi est-ce différent d'un “EVM parallèle” comme Monad ou Sei ?#
Ceux-là parallélisent l'exécution à l'intérieur d'un nœud — chaque nœud réexécute toujours chaque transaction, si bien que le mur des entrées-sorties d'état reste exactement là où il était. Ici, la validité est une fonction pure des octets d'une transaction, si bien que la vérification se répartit sur tout le réseau au lieu d'être répétée par tout le réseau, et que l'unique étape séquentielle touche de la mémoire plutôt qu'une base de données. Un autre mur, non une voiture plus rapide dans le même.
Pourquoi RandomX ? Les botnets viendront.#
Ils viendront ; toute monnaie minable au CPU les a combattus et ce projet ne s'attend pas à faire exception. Le compromis est pris en connaissance de cause : une distribution faussée par des botnets reste plus large qu'une distribution décidée dans une vente, et garder compétitif l'ordinateur portable que vous possédez déjà est toute la raison d'être de RandomX.
Que se passe-t-il quand des transactions entrent en conflit ?#
Le plus tardif dans l'ordre du fold est omis, des frais d'omission fixes sont brûlés sur son dépôt, et le bloc reste valide — rien n'“échoue” jamais à mi-chemin. Les paiements, les frappes et les pourboires utilisent des deltas commutatifs et ne peuvent pas entrer en conflit du tout ; seul l'état de contrat à lecture exacte (carnets d'ordres, AMM) est disputé, et c'est ce que les séquenceurs existent pour sérialiser hors chaîne. Ils arrivent avec la machine dans l'Ère 1.
Pourquoi mon certificat a-t-il été omis, et qui a payé ?#
Un certificat est omis lorsque, à sa place dans le fold, l'une de ses lectures déclarées ne tient plus — généralement parce qu'un autre certificat a dépensé la même cellule à usage unique en premier, ou qu'un certificat dont il dépendait a atterri dans un bloc ultérieur — ou lorsque l'un de ses deltas déborderait. Rien de ce qu'il a écrit ne prend effet. Des frais d'omission fixes de 1 000 000 drops (0,01 ZCD) sont brûlés sur son dépôt et ne paient personne, pas même le producteur, et le reste du dépôt est restitué. Celui qui a nommé le dépôt paie : pour un paiement ou un appel simple que vous avez signé vous-même, c'est vous, parce que vous avez choisi les lectures ; pour un appel servi par un séquenceur, c'est le séquenceur, dont le propre solde sert de dépôt au fill. Un utilisateur ne paie jamais l'omission d'un fill, et le paiement de l'utilisateur au séquenceur ne se règle que si le fill s'applique. Si le dépôt lui-même n'a pas pu être réservé, le certificat est au contraire rejeté : rien n'est facturé et il peut être envoyé à nouveau. L'explorateur montre l'issue de chaque certificat et quelle lecture déclarée a cessé de tenir.
Qu'est-il advenu des garants (underwriters), des baux (leases) et de la file forcée ?#
Ils figuraient dans le livre blanc v1.0 et ne figurent pas dans la v2.0, qui le remplace intégralement. Les certificats assurés et les garants ont cédé la place à une règle plus simple : chaque certificat nomme une cellule de dépôt qui en répond. Les cosignatures de séquenceur et les baux sont devenus les intents, les fills, les reçus, les pipelines et le compteur fence. La file forcée, avec ses baux, ses quotas et ses délais, est devenue le chemin forcé, où l'inclusion est l'application. Aucune des mécaniques retirées ne tourne sur le mainnet ni sur le testnet public, et l'engagement d'enjeu ne fait plus partie de l'Ère 1 : il arrive avec l'Ère 2. Le §15 du livre blanc détaille chaque changement.
Quand les contrats intelligents arrivent-ils ?#
À la hauteur 80 640 sur le mainnet — 28 époques après le bloc 0, vers le 4 novembre 2026 —, lorsque l'Ère 1 s'active dans la version qui fait déjà tourner le réseau : la cEVM avec une bibliothèque standard en priorité delta pré-déployée, les enregistrements de contrat avec un séquenceur et un administrateur, les intents, les fills et le coséquençage, l'annuaire des séquenceurs et le chemin forcé. La hauteur est un paramètre figé à la genèse ; l'atteindre ne nécessite aucun fork. La machine est un dialecte de l'EVM : Solidity, ses compilateurs et ses auditeurs se transposent, tandis que la compatibilité brute avec les portefeuilles n'est pas revendiquée. Sur le testnet public, l'Ère 1 est active depuis la hauteur 2 880, son premier jour, si bien qu'elle y tourne pendant des semaines avant que le mainnet n'atteigne la porte.
Quelles sont les ères, et laquelle est en service aujourd'hui ?#
L'Ère 0, miner et payer, est en service sur le mainnet : preuve de travail, actifs natifs, adresses à usage unique et persistantes, les deux marchés de frais, la répartition de la subvention et la trésorerie scellée. L'Ère 1, la machine, s'active à la hauteur 80 640 (vers le 4 novembre 2026) et est déjà en service sur le testnet public. L'Ère 2, la preuve d'enjeu, ouvre l'engagement à l'époque 182 (hauteur 524 160, vers le 7 avril 2027), démarre une rampe de 90 époques dès que l'enjeu actif détient 10 % de l'offre pendant 30 époques, ou à l'époque 273 au plus tard, puis fait basculer la production de blocs de la preuve de travail vers l'enjeu. L'Ère S, les paiements confidentiels, ne viendrait qu'après des audits indépendants et un testnet public adverse, et ne fait pas partie de la spécification actuelle. L'Ère 2 et l'Ère S sortent chacune comme une version à part entière par hard fork. Ce qui se trouve au-delà de la vérification de chaque certificat par chaque nœud est exposé dans le livre blanc comme une direction, non comme une spécification. Le tableau se trouve dans le document compagnon.
Quand la preuve d'enjeu arrive-t-elle, et qu'advient-il du minage ?#
En trois étapes, chacune étant une règle de consensus de l'Ère 2. L'engagement s'ouvre à l'époque 182, vers le 7 avril 2027 : quiconque détient 1 000 ZCD peut les engager comme enjeu, et un détenteur plus modeste peut déléguer à un pool, tandis que le minage continue de produire chaque bloc et de toucher toute la part du producteur. La rampe démarre dès que l'enjeu actif, délégations comprises, détient 10 % de l'offre pendant 30 époques, et à l'époque 273, vers le 7 juillet 2027, au plus tard. Pendant 90 époques qui franchissent sa porte, chaque bloc est encore miné mais porte aussi la signature d'un staker tiré au sort selon l'enjeu, qui touche une part de la subvention du producteur commençant à 1/180 et augmentant de 1/180 à chaque époque qui franchit la porte, si bien que le minage en garde au moins la moitié jusqu'à la fin. Un bloc miné sans cette signature est valide, et la part de son producteur ainsi que ses frais de priorité sont brûlés. À la bascule, le premier bloc de l'époque suivante, le minage prend fin : un staker tiré au sort pour chaque slot de 5 secondes produit le bloc, et une journée paie la même subvention qu'avant, un sixième par bloc. Elle survient au plus tard à l'époque 363, vers le 5 octobre 2027, sauf si la porte la suspend. La pièce d'un délégateur ne quitte jamais son adresse et n'est jamais brûlée pour la faute d'un pool ; la seule faute punie est une clé qui signe deux blocs pour un même slot, et elle ne coûte que la caution propre de cette clé. Attendez 20 blocs pour la finalité avant la bascule et 120, soit dix minutes, après elle. Le §11 du livre blanc expose les règles.
Qu'est-ce qu'un séquenceur, et peut-il voler mes fonds ?#
Un séquenceur est un serveur ordinaire, généralement exploité par l'équipe d'une application, qu'un contrat choisit pour sérialiser les appels qui lisent son état de façon exacte — un carnet d'ordres, un AMM. Vous ne construisez pas de certificat contre un tel contrat : vous signez un intent qui nomme l'appel, une fenêtre de 8 blocs au plus, des bornes sur le résultat et le paiement dû au séquenceur. Le séquenceur l'exécute, répond en quelques millisecondes avec un reçu signé, et publie le résultat sous forme de fill. Il ne peut pas voler vos fonds. Il ne peut pas changer ce que fait votre intent, seulement le moment où il atterrit ; un résultat hors de vos bornes ne peut pas s'appliquer ; et un fill construit sur de fausses entrées est omis aux propres frais du séquenceur. On lui fait confiance pour la vivacité, jamais pour la sûreté. Ce qu'il peut faire, c'est voir en premier le flux d'ordres de son application, ce que la conception déclare ouvertement, et cesser de vous servir, ce à quoi sert le chemin forcé. Les paiements n'en ont jamais besoin : les transferts sont des deltas gardés, qu'aucun séquenceur ne contrôle.
Et si un séquenceur disparaît ou me censure ?#
Vous sortez par le chemin forcé, qui ne demande la permission de personne : zcd wallet intent --fallback le fait pour vous lorsque le séquenceur est injoignable, abandonne votre intent ou laisse sa fenêtre se fermer, et zcd wallet open-intent le fait à la main. C'est plus lent et cela coûte les frais du réseau en totalité, mais cela fonctionne contre n'importe quel contrat. Le contrat lui-même reste vivant : ses méthodes delta n'ont besoin d'aucun séquenceur, et son administrateur, ou son propre code, peut lier un nouveau séquenceur par le même chemin. Un certificat forcé qui fixe les cellules du contrat fait avancer son compteur fence, si bien que les fills que l'ancien séquenceur a construits sur cet état ne peuvent plus entrer. La censure coûte au censeur des frais et des utilisateurs, et ne coûte rien au réseau.
Qu'est-ce que le chemin forcé ?#
Le chemin lent qui n'a besoin d'aucun séquenceur. Vous signez un intent ouvert — un intent sans séquenceur nommé, financé par vos propres payeurs à usage unique — et le relayez au réseau. Un producteur de blocs exécute les intents ouverts qu'il choisit contre l'état de fin de son bloc et en ajoute les résultats comme certificats forcés, les derniers du bloc. L'inclusion est l'application : il n'y a ni file, ni bail, ni quota, ni délai d'attente. Un bloc en porte 16 au plus, chacun avec au plus 4 000 unités de dérivation de budget parallèle, ce qui explique pourquoi chaque sortie qu'offre un contrat doit tenir dans ce budget. Votre paiement couvre les frais : les frais de base sont brûlés et le reste va au producteur. Un appel qui échoue (revert) atterrit tout de même, comme FORCED_FAILED : vos payeurs paient, votre monnaie revient, et rien d'autre n'est écrit. Il arrive avec l'Ère 1. Le §8 du livre blanc décrit tout le mécanisme.
Quels sont les problèmes connus ?#
Nommés dans le livre blanc plutôt que laissés à votre découverte : le registre des adresses dépensées croît pour toujours (en commun avec toute conception à ensemble de nullificateurs) ; la bande passante et le stockage à haut débit sont un problème ouvert déclaré, parce que les corps sont des données de la chaîne et que chaque nœud porte chaque octet ; les séquenceurs voient en premier le flux d'ordres de leur propre application — sa MEV est captée par l'application, explicitement ; le chemin forcé est plus lent et plus cher qu'un séquenceur, et un producteur peut nuire à un contrat chaud pendant environ un bloc, en payant pour cela ; sous preuve d'enjeu, la chaîne est aussi sûre qu'une preuve d'enjeu conventionnelle, et la réécriture de l'historique avec des clés désengagées depuis n'est empêchée que par les points de contrôle que fixe chaque version ; et la cEVM élargit la surface qui doit être juste du premier coup, sans bouton pause pour la corriger plus tard. Le §13, Risques acceptés, les énumère tous par leur nom.
Y a-t-il un Discord ou un Telegram ?#
Oui. Le Discord et le Telegram sont gérés par la communauté, et c'est là que la communauté se construit. Les annonces officielles sont autre chose : chacune est signée avec la clé du projet et publiée dans le fil du forum. Si un message dans un chat se présente comme une annonce officielle, cherchez le message signé dans ce fil ; en cas de doute, consultez BitcoinTalk.
Qui êtes-vous ?#
Simstoshi. C'est toute la réponse, et c'est bien le propos : rien dans cette conception n'exige de faire confiance à l'auteur. Aucune clé d'administration dont abuser, aucun premine à liquider, aucun opérateur dont dépend la sécurité — et un chemin forcé qui garde chaque contrat joignable même si tous les séquenceurs disparaissent, l'auteur compris. Chaque version et chaque annonce officielles sont signées avec E724 39CE DD85 11F9 D607 550B 87FD 60D5 EB4A 0B29.
Y a-t-il un premine, une part du fondateur ou un tour d'investissement ?#
Pas de premine ni de tour d'investisseurs, et les deux sont vérifiables : zcd genesis affiche allocations 0, reconstruit à partir des paramètres intégrés au binaire. Aucune pièce n'existait avant le bloc 0, et le bloc 0 n'en a payé aucune. Il existe une part du fondateur, inscrite dans le consensus : chaque subvention de bloc verse 94 % au mineur, 3 % à l'adresse du fondateur jusqu'à l'époque 1 095 (trois ans) et 3 % à la trésorerie, qui en reçoit 6 % ensuite. La répartition ne s'applique qu'à la subvention, jamais aux frais. Sur ses trois ans, la part du fondateur totalise moins de 2 % de l'offre émise avant la queue.
Comment les ZCD sont-ils émis ?#
Uniquement sous forme de subvention de bloc. Elle commence à 21 ZCD par bloc, est constante au sein d'une époque d'un jour, 2 880 blocs, et diminue à chaque frontière d'époque selon une règle entière fixe, E(n) = max(tail, E(n−1) − floor(E(n−1) / 1054)), si bien qu'elle est divisée par deux environ tous les deux ans. Les 86 400 premiers blocs (30 jours) forment une rampe : la récompense monte en ligne droite de presque zéro jusqu'au calendrier, et les quelque 907 917 ZCD qu'elle retient ne sont jamais reversés. À partir de l'époque 4 376, vers l'année 12, la subvention reste à une queue perpétuelle de 0,33 ZCD par bloc, moment auquel environ 61,8 millions de ZCD auront été émis. À partir de la bascule vers la preuve d'enjeu, un bloc arrive toutes les 5 secondes et paie six fois moins, si bien qu'une journée paie autant. Face à la queue jouent le brûlage des frais de base des deux marchés de frais et le brûlage de chaque certificat omis, si bien que l'émission nette peut être négative sous charge. zcd emission --height N affiche la subvention et sa répartition 94/3/3 à n'importe quelle hauteur.
Qu'est-ce que la trésorerie, et qui la contrôle ?#
Personne, pour l'instant. La trésorerie est le propre solde de l'adresse du protocole : aucune clé n'a pour hash cette adresse, aucun certificat ne peut la débiter, et la genèse ne nomme aucun quorum. Elle reçoit 3 % de chaque subvention de bloc à partir du bloc 1. Le protocole n'a aucun moyen de la dépenser : un chemin de dépense ne peut venir qu'avec une mise à niveau ultérieure, avec des signataires choisis par la communauté et non par le fondateur, et l'engagement pris au lancement est qu'aucun ne viendra avant la hauteur 259 200, vers le 5 janvier 2027. Pour les trois premières années, il existe une proposition d'intendance — cinq sièges dotés de chartes publiques, 3 sur 5 pour dépenser, 4 sur 5 pour remplacer un titulaire ou toucher à la réserve — et c'est une proposition soumise à l'examen de la communauté, non une règle de consensus : rien de ce qu'elle contient n'engage tant que les opérateurs de nœuds n'adoptent pas une mise à niveau qui fixe un jeu de clés. Le texte se trouve dans le document compagnon.
Comment vérifier qu'un binaire est bien le vôtre ?#
Faites mieux que cela : vérifiez que c'est bien le code source publié. Reconstruisez le tag et comparez les hachages — s'ils correspondent, la question de savoir qui l'a construit cesse d'avoir de l'importance. La procédure est Vérifier un téléchargement. Notez que les archives -randomx sont en cgo et ne peuvent pas être reproduites octet pour octet ; ce palier est énoncé explicitement plutôt que brouillé.
Puis-je miner sur un GPU ou un ASIC ?#
RandomX est conçu pour rendre cela non rentable face à un processeur, et c'est tout l'enjeu. Minez sur la machine que vous possédez déjà. Prévoyez environ 3,3 Gio de RAM pour un nœud mineur et environ 1 Gio pour un nœud qui ne fait que vérifier — les chiffres sont ici.
Que se passe-t-il si je démarre mon nœud avant la genèse ?#
Le mainnet et le testnet public ont tous deux passé leur genèse, si bien qu'aujourd'hui cela ne concerne qu'un réseau qui n'a pas encore ouvert. Le nœud attend, et c'est la manière prévue de l'utiliser : il refuse de construire un bloc dont sa propre horloge n'a pas atteint l'horodatage, imprime le temps restant, et se met à miner de lui-même. Il s'appaire et se synchronise tout du long. Il n'y a rien à programmer ni à redémarrer.
La pièce du testnet est-elle la même que celle du mainnet ?#
Non. Le testnet public a son propre identifiant de chaîne, ses pièces ne valent rien par conception, et il peut être réinitialisé depuis la genèse. Il existe pour mesurer le comportement du mainnet — c'est pourquoi il porte le barème de gas du mainnet sans changement.
Où signaler un problème de sécurité ?#
Dans SECURITY.md, qui énonce le processus de divulgation. Le projet préfère le rapport au bénéfice du doute, et un défaut signalé en privé coûte bien moins cher qu'un défaut trouvé sur le terrain.