ZYCORD documentación
Español

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.

Antes de leer nada más

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 panorama

Có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.

Ejecútalo#

Referencia#

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:

CapaQué esDónde vive
El protocoloLos 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 paresLos requisitos normativos de lo que los nodos se dicen entre sí.Protocolo de red
El argumentoPor 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ónCómo el nodo de referencia materializa todo lo anterior. Explicativo, no normativo.Arquitectura
Las guías del operadorInstalar, 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.