Documentación de Zycord
Todo lo publicado sobre Zycord, en orden de lectura — el argumento de diseño, la especificación de ingeniería y las guías para operadores que quieran ejecutarlo de verdad.
Todavía no hay moneda en mainnet, y cualquiera que te venda ZCD hoy te está
estafando. Las monedas de la testnet pública no valen nada por diseño. La génesis de mainnet es el
2026-10-01T00:00:00Z, y ese instante es el genesis_time del
archivo de parámetros publicado y no un anuncio — un nodo que discrepe de él está en una
cadena distinta. Todo anuncio oficial se firma con E724 39CE DD85 11F9 D607 550B 87FD 60D5 EB4A 0B29 y se publica en
el hilo del foro. En ningún otro sitio.
Zycord es una red de proof of work en la que cada transacción — llamada certificado — lleva el estado que leyó y el estado que escribió. Verificar uno es por tanto una función pura de sus bytes: sin disco, sin historia, sin estado compartido, y sin límite a cuántas máquinas lo comprueban a la vez. La cadena nunca ejecuta nada. Ordena certificados y los confirma con un fold determinista que aplica cada certificado cuyas entradas declaradas siguen cumpliéndose, y omite el resto.
Estas páginas son la documentación de ese sistema: el argumento de diseño, la especificación de ingeniería y las guías operativas para ejecutarlo. Están escritas a partir de las mismas fuentes con las que se construye la implementación de referencia, y allí donde cualquiera de ellas discrepe de el repositorio, manda el repositorio.
Empieza aquí#
Empieza por el panoramaCómo funciona la red
Todo el sistema en una página: una transacción ensamblada fuera de la cadena entre servidores, verificada en paralelo solo a partir de sus bytes, y confirmada por un único fold secuencial. El certificado, los dos verbos, los roles, los dos mercados de gas y el carril blindado — en diagramas.
Whitepaper
El argumento de diseño completo.
Arquitectura
Cómo está construido el nodo de referencia.
Ejecútalo#
Instalación
Poner los binarios en una máquina.
Verificar una descarga
Sumas de comprobación, firmas, compilaciones reproducibles.
Ejecutar un nodo
Operar zycordd.
Minería
RandomX, pagos, y lo que cuesta ejecutarlo.
Monedero
Claves, envíos, y las ocho reglas.
Testnet pública
Unirse a la red que está funcionando ahora.
Referencia#
Protocolo de red
Lo que los nodos se dicen entre sí.
Glosario
Certificado, fold, omisión, avalista, celda.
Preguntas frecuentes
Las preguntas que de verdad se hacen.
El camino útil más corto#
Si quieres estar hoy en la red en lugar de leer sobre ella, esto es todo. La testnet pública está funcionando ahora; son las mismas reglas de consenso que mainnet bajo otro chain id.
# 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)
Arráncalo cuando quieras, incluso antes de que corresponda el primer bloque de una red: el nodo se niega a construir un bloque que su propio reloj no ha alcanzado, dice cuánto falta, y empieza a minar por su cuenta. No hay nada que programar ni nada que reiniciar. La versión completa de esto es Testnet pública, y lo que cuesta ejecutarlo está en Minería.
Qué es normativo y qué es solo explicación#
Esto importa aquí más que en la mayoría de los proyectos, porque la red no tiene clave de administración y por tanto no hay forma de corregir un error a posteriori. Los documentos están jerarquizados, y la jerarquía no es una formalidad:
| Capa | Qué es | Dónde vive |
|---|---|---|
| El protocolo | Los archivos de parámetros y los vectores de prueba de referencia. Una implementación independiente que pase los vectores es un par, no un fork. | spec/ |
| La capa entre pares | Los requisitos normativos de lo que los nodos se dicen entre sí. | Protocolo de red |
| El argumento | Por qué el diseño tiene esta forma, con mediciones y preguntas abiertas nombradas. | Whitepaper |
| La implementación | Cómo el nodo de referencia materializa todo lo anterior. Explicativo, no normativo. | Arquitectura |
| Las guías del operador | Instalar, ejecutar, minar y guardar claves. | Estas páginas |
Donde dos cualesquiera discrepen, gana el más preciso y la discrepancia es un fallo que merece la pena informar. Ningún número escrito a mano en las capas explicativas es fuente de verdad; se genera a partir del código, lo afirma una prueba nombrada, o es una ilustración que nada más puede citar.
Compruébalo tú mismo#
Para un proyecto cuyo autor no va a responder por él en persona, aquí nada vale más que lo que puedes comprobar sin preguntarle a nadie. El protocolo es un directorio de archivos: los archivos de parámetros congelados en la génesis, y vectores de referencia que dan a cada regla de fold, de bloque y de validez su propio caso. Una implementación que los pasa es un par, no un fork.
Parámetros y vectores de referencia
Cada regla como un caso (estado previo, bloque) → (estado posterior, comisiones), positivo y negativo. Ejecútalos contra este nodo, o contra el tuyo.
Explorador de testnet
Observa cómo la red en funcionamiento produce bloques, y mira desenlaces por certificado que ningún explorador de otra cadena puede mostrar.
ArchivadoWhitepaper, versión de registro
El depósito versionado y citable: doi:10.5281/zenodo.22167490.