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.
Mainnet funciona desde el 2026-10-07T00:00:00Z, chain id 1, y ese
instante es el genesis_time del archivo de parámetros publicado, no un
anuncio — un nodo que discrepe de él está en una cadena distinta. No existía ninguna moneda antes del
bloque 0 y no se vendió ninguna: quien te ofrezca una preventa, una asignación o un airdrop de
ZCD te está estafando. Las monedas de la testnet pública no valen nada por diseño. Cada 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, minada bajo proof of work hasta que la era 2 la pasa a proof of stake, 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, cargando cada omisión al depósito que el certificado nombró. Un contrato con estado caliente lo atiende un secuenciador, que ejecuta fuera de la cadena los intents firmados de los usuarios y publica los resultados como certificados; un camino forzado permite a cualquier usuario llegar a cualquier contrato sin él.
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 construida fuera de la cadena, verificada en paralelo solo a partir de sus bytes y confirmada por un único fold secuencial. El certificado, el fold y sus resultados, el acceso tipado, los secuenciadores y el camino forzado, los dos mercados de gas y las eras — 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, celda, era.
Preguntas frecuentes
Las preguntas que de verdad se hacen.
RPC API
Todas las rutas que responde el nodo, con sus parámetros y campos.
Integración para exchanges
Depósitos, retiros, comisiones y confirmaciones, para listar ZCD.
El camino útil más corto#
Si quieres estar en la red hoy en lugar de leer sobre ella, esto es todo. El
ejemplo se une a la testnet pública, que ejecuta la misma versión que mainnet con su propio archivo de
parámetros y chain id; sin --testnet, y con un directorio propio, el mismo comando
se une a 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)
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 sus riesgos aceptados nombrados. El documento v2 y su complemento sobre el lanzamiento, las eras y los parámetros. | 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 mainnet
Cada bloque desde la génesis, incluido el mensaje de lanzamiento que revela el bloque 1, y el resultado de cada certificado.
En vivoExplorador 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, todas las versiones
Cada versión, como depósito citable: doi:10.5281/zenodo.22167489, que resuelve a la más reciente. La v1.0 queda reemplazada por la v2.0, que también está en este sitio.