Preguntas frecuentes
Respuestas breves, incluidas las de las preguntas que un proyecto preferiría que no le hicieran. Los problemas conocidos se nombran aquí y en el whitepaper en lugar de dejar que los descubras tú.
Estas son las preguntas que de verdad se hacen, respondidas tal como se respondieron en el hilo del lanzamiento. Si la tuya no está aquí, hazla allí — ese hilo no está automoderado, así que nada en él puede borrarse.
¿Cuándo exchange?#
Nunca se ha solicitado, nunca se ha pagado, nunca se ha anunciado. Mainnet funciona desde el 2026-10-07 y cada moneda que hay en ella ha sido minada; las monedas de la testnet no valen nada por diseño. Dónde cotice la moneda de mainnet es asunto del mercado, no del autor — no hay empresa que firme un acuerdo de listado ni fondo que lo pague. El proyecto no vende nada: quien te ofrezca ZCD en nombre del proyecto, antes de que se minara un bloque, o a un precio de “preventa” te está estafando.
¿Hay pools?#
El proyecto no opera ninguno ni respalda ninguno. El nodo mina en solitario de serie, y puede servir el dialecto Stratum que habla XMRig (zycordd --stratum-listen), de modo que un software de minería externo puede trabajar contra tu propio nodo. Si aparecen pools, son terceros; aplica el escepticismo que aplicarías en cualquier otro sitio.
¿Recompensas? ¿Airdrop? ¿Campaña de firmas?#
No, no y no. Nada de aquí paga promoción. Si alguien te ofrece Zycord por publicitarlo, no viene de este proyecto.
¿Es esta otra cadena de “1M TPS”?#
La afirmación es más estrecha y falsable: la verificación no necesita estado, por tanto se paraleliza sin límite, por tanto el coste por nodo puede bajar a medida que crece la red. La red arranca con techos modestos — en la génesis, 4.000 certificados y 2,5 MB por bloque de 30 segundos, frente a un objetivo de gas secuencial de 1.600.000 — y solo suben con un uso sostenido y aplicado, hasta unas capacidades estáticas. Nadie, incluido el autor, puede subirlos por decreto. Si tu máquina discrepa de un número publicado, publica las cifras.
¿En qué se diferencia esto de una “EVM paralela” como Monad o Sei?#
Esos paralelizan la ejecución dentro de un nodo — cada nodo sigue reejecutando cada transacción, así que el muro de E/S de estado se queda exactamente donde estaba. Aquí la validez es una función pura de los bytes de una transacción, así que la verificación se reparte por toda la red en lugar de repetirla toda ella, y la única etapa secuencial toca memoria y no una base de datos. Un muro distinto, no un coche más rápido contra el mismo.
¿Por qué RandomX? Vendrán las botnets.#
Vendrán; toda moneda minable con CPU las ha combatido y este proyecto no espera ser la excepción. El intercambio se acepta con los ojos abiertos: una distribución sesgada por botnets sigue siendo más amplia que una decidida en una venta, y mantener competitivo el portátil que ya tienes es la razón entera por la que existe RandomX.
¿Qué pasa cuando las transacciones entran en conflicto?#
El posterior en el orden del fold se omite, se quema una comisión de omisión fija de su depósito, y el bloque sigue siendo válido — nada “falla” nunca a medias. Los pagos, las acuñaciones y las propinas usan deltas conmutativos y no pueden entrar en conflicto en absoluto; solo el estado de contrato de lectura exacta (libros de órdenes, AMM) compite, y eso es lo que los secuenciadores existen para serializar fuera de la cadena. Llegan con la máquina en la Era 1.
¿Por qué se omitió mi certificado, y quién pagó?#
Un certificado se omite cuando, en su lugar dentro del fold, una de sus lecturas declaradas ya no se cumple — normalmente porque otro certificado gastó antes la misma celda de un solo uso, o porque un certificado del que dependía entró en un bloque posterior — o cuando uno de sus deltas desbordaría. No se registra nada de lo que escribió. Se quema de su depósito una comisión de omisión fija de 1.000.000 de drops (0,01 ZCD), que no paga a nadie, ni siquiera al productor, y el resto del depósito se devuelve. Paga quien nombró el depósito: en un pago o una llamada simple que firmaste tú mismo, eres tú, porque elegiste las lecturas; en una llamada atendida por un secuenciador es el secuenciador, cuyo propio saldo deposita por el fill. Un usuario nunca paga la omisión de un fill, y el pago del usuario al secuenciador solo se liquida si el fill se aplica. Si el propio depósito no pudo reservarse, el certificado se descarta en su lugar: no se cobra nada y puede enviarse de nuevo. El explorador muestra el resultado de cada certificado y qué lectura declarada dejó de cumplirse.
¿Qué fue de los avalistas, los arrendamientos y la cola forzada?#
Estaban en el whitepaper v1.0 y no están en la v2.0, que lo reemplaza por completo. Los certificados avalados y los avalistas dieron paso a una regla más simple: cada certificado nombra una celda de depósito que responde por él. Las cofirmas y los arrendamientos de los secuenciadores se convirtieron en intents, fills, recibos, pipelines y el contador fence. La cola forzada, con sus arrendamientos, cuotas y retrasos, se convirtió en el camino forzado, donde la inclusión es la aplicación. Nada de la maquinaria eliminada funciona en mainnet ni en la testnet pública, y las fianzas de stake ya no forman parte de la Era 1: llegan con la Era 2. El §15 del whitepaper detalla cada cambio.
¿Cuándo llegan los contratos inteligentes?#
En la altura 80.640 de mainnet — 28 épocas después del bloque 0, hacia el 4 de noviembre de 2026 —, cuando la Era 1 se activa en la versión que ya hace funcionar la red: la cEVM con una biblioteca estándar orientada a deltas predesplegada, registros de contrato con un secuenciador y un administrador, intents, fills y cosecuenciación, el directorio de secuenciadores y el camino forzado. La altura es un parámetro congelado en la génesis; alcanzarla no requiere ningún fork. La máquina es un dialecto de la EVM: Solidity, sus compiladores y sus auditores se trasladan, mientras que no se afirma compatibilidad directa con los monederos. En la testnet pública la Era 1 está activa desde la altura 2.880, su primer día, así que funciona allí durante semanas antes de que mainnet llegue a la puerta.
¿Qué son las eras, y cuál está activa ahora?#
La Era 0, minar y pagar, está activa en mainnet: proof of work, activos nativos, direcciones de un solo uso y persistentes, ambos mercados de comisiones, el reparto del subsidio y la tesorería sellada. La Era 1, la máquina, se activa en la altura 80.640 (hacia el 4 de noviembre de 2026) y ya está activa en la testnet pública. La Era 2, proof of stake, abre las fianzas en la época 182 (altura 524.160, hacia el 7 de abril de 2027), inicia una rampa de 90 épocas una vez que el stake activo mantiene el 10% del suministro durante 30 épocas, o en la época 273 a más tardar, y después pasa la producción de bloques del proof of work al stake. La Era S, pagos confidenciales, llegaría solo tras auditorías independientes y una testnet pública adversaria, y no forma parte de la especificación actual. La Era 2 y la Era S se publican cada una como su propia versión mediante hard fork. Lo que hay más allá de que cada nodo verifique cada certificado se expone en el whitepaper como una dirección, no como una especificación. La tabla está en el documento complementario.
¿Cuándo llega el proof of stake y qué pasa con la minería?#
En tres pasos, cada uno una regla de consenso de la Era 2. Las fianzas se abren en la época 182, hacia el 7 de abril de 2027: cualquiera con 1.000 ZCD puede ponerlos en fianza como stake, y un poseedor más pequeño puede delegar en una pool, mientras la minería sigue produciendo todos los bloques y llevándose toda la parte del productor. La rampa empieza una vez que el stake activo, delegaciones incluidas, mantiene el 10% del suministro durante 30 épocas, y en la época 273, hacia el 7 de julio de 2027, a más tardar. Durante 90 épocas que superen su compuerta, todo bloque sigue minándose pero lleva además la firma de un staker sorteado por stake, que se lleva una parte del subsidio del productor que empieza en 1/180 y sube 1/180 con cada época que pasa, de modo que la minería conserva al menos la mitad hasta el final. Un bloque minado sin esa firma es válido, y la parte de su productor y sus comisiones de prioridad se queman. En la transición, el primer bloque de la época siguiente, la minería termina: un staker sorteado para cada slot de 5 segundos produce el bloque, y un día paga el mismo subsidio que antes, una sexta parte por bloque. Llega no más tarde de la época 363, hacia el 5 de octubre de 2027, salvo que la compuerta la pause. La moneda de un delegador nunca sale de su dirección y nunca se quema por una falta de la pool; la única falta castigada es que una clave firme dos bloques para un mismo slot, y solo le cuesta la propia fianza de esa clave. Espera 20 bloques para la finalidad antes de la transición y 120, diez minutos, después de ella. El §11 del whitepaper tiene las reglas.
¿Qué es un secuenciador, y puede robar mis fondos?#
Un secuenciador es un servidor corriente, normalmente operado por el equipo de una aplicación, que un contrato elige para serializar las llamadas que leen su estado de forma exacta — un libro de órdenes, un AMM. No construyes un certificado contra un contrato así: firmas un intent que nombra la llamada, una ventana de como máximo 8 bloques, límites sobre el resultado y el pago que se le debe al secuenciador. El secuenciador lo ejecuta, responde en milisegundos con un recibo firmado y publica el resultado como un fill. No puede robar tus fondos. No puede cambiar lo que hace tu intent, solo cuándo entra; un resultado fuera de tus límites no puede aplicarse; y un fill construido sobre entradas falsas se omite a costa del propio secuenciador. Se confía en él para la disponibilidad, nunca para la seguridad. Lo que sí puede hacer es ver primero el flujo de órdenes de su aplicación, cosa que el diseño declara abiertamente, y dejar de atenderte, que es para lo que existe el camino forzado. Los pagos nunca necesitan uno: las transferencias son deltas con guarda, que ningún secuenciador restringe.
¿Y si un secuenciador desaparece o me censura?#
Sales por el camino forzado, que no pide permiso a nadie: zcd wallet intent --fallback lo hace por ti cuando el secuenciador no está accesible, descarta tu intent o deja que se cierre su ventana, y zcd wallet open-intent lo hace a mano. Es más lento y cuesta las comisiones de la red íntegras, pero funciona contra cualquier contrato. El propio contrato sigue vivo: sus métodos de delta no necesitan secuenciador, y su administrador, o su propio código, puede vincular un nuevo secuenciador por el mismo camino. Un certificado forzado que fija celdas del contrato mueve su contador fence, así que los fills que el antiguo secuenciador construyó sobre ese estado ya no pueden entrar. La censura le cuesta al censor comisiones y usuarios, y a la red no le cuesta nada.
¿Qué es el camino forzado?#
El camino lento que no necesita secuenciador. Firmas un intent abierto — un intent sin secuenciador nombrado, financiado por tus propios pagadores de un solo uso — y lo retransmites a la red. Un productor de bloques ejecuta los intents abiertos que elige contra el estado al final de su bloque y añade los resultados como certificados forzados, los últimos del bloque. La inclusión es la aplicación: no hay cola, ni arrendamiento, ni cuota, ni periodo de espera. Un bloque lleva como máximo 16, cada uno con como máximo 4.000 unidades de derivación de presupuesto paralelo, y por eso toda salida que ofrezca un contrato debe caber en ese presupuesto. Tu pago cubre las comisiones: la comisión base se quema y el resto va al productor. Una llamada que revierte igualmente entra, como FORCED_FAILED: tus pagadores pagan, tu cambio vuelve, y no se escribe nada más. Llega con la Era 1. El §8 del whitepaper contiene todo el mecanismo.
¿Cuáles son los problemas conocidos?#
Nombrados en el whitepaper en lugar de dejarlos para que los descubras: el registro de direcciones gastadas crece para siempre (compartido con todo diseño de conjunto de anuladores); el ancho de banda y el almacenamiento a alto rendimiento son un problema abierto declarado, porque los cuerpos son datos de la cadena y cada nodo lleva cada byte; los secuenciadores ven primero el flujo de órdenes de su propia aplicación — su MEV lo captura la aplicación, explícitamente; el camino forzado es más lento y más caro que un secuenciador, y un productor puede perjudicar un contrato muy disputado en torno a un bloque, pagando por ello; bajo proof of stake la cadena es tan segura como un proof of stake convencional, y reescribir la historia con claves que ya retiraron su fianza solo lo impiden los checkpoints que fija cada versión; y la cEVM amplía la superficie que tiene que estar bien a la primera, sin botón de pausa para arreglarlo después. El §13, Riesgos aceptados, los enumera todos por su nombre.
¿Hay un Discord o un Telegram?#
Sí. El Discord y el Telegram los gestiona la comunidad, y es ahí donde se está construyendo la comunidad. Los anuncios oficiales son otra cosa: cada uno está firmado con la clave del proyecto y publicado en el hilo del foro. Si un mensaje en un chat se presenta como anuncio oficial, busca el mensaje firmado en ese hilo; ante la duda, consulta BitcoinTalk.
¿Quién eres?#
Simstoshi. Esa es toda la respuesta, y es justo la idea: nada en este diseño exige confiar en el autor. Sin claves de administración de las que abusar, sin premine que volcar al mercado, sin ningún operador del que dependa la seguridad — y un camino forzado que mantiene accesible cada contrato aunque desaparezcan todos los secuenciadores, el autor incluido. Cada versión y cada anuncio oficial se firman con E724 39CE DD85 11F9 D607 550B 87FD 60D5 EB4A 0B29.
¿Hay premine, una parte del fundador o una ronda de inversores?#
Sin premine y sin ronda de inversores, y ambas cosas son comprobables: zcd genesis imprime allocations 0, reconstruido a partir de los parámetros integrados en el binario. No existía ninguna moneda antes del bloque 0, y el bloque 0 no pagó ninguna. Hay una parte del fundador, escrita en el consenso: cada subsidio de bloque paga el 94% al minero, el 3% a la dirección del fundador hasta la época 1.095 (tres años) y el 3% a la tesorería, que pasa a recibir el 6% después. El reparto se aplica solo al subsidio, nunca a las comisiones. A lo largo de sus tres años, la parte del fundador suma menos del 2% del suministro emitido antes de la cola.
¿Cómo se emite ZCD?#
Solo como subsidio de bloque. Empieza en 21 ZCD por bloque, es constante dentro de una época de un día, 2.880 bloques, y baja en cada límite de época según una regla entera fija, E(n) = max(tail, E(n−1) − floor(E(n−1) / 1054)), de modo que se reduce a la mitad aproximadamente cada dos años. Los primeros 86.400 bloques (30 días) son una rampa: la recompensa sube en línea recta desde casi cero hasta el calendario, y los aproximadamente 907.917 ZCD que retiene no se pagan nunca. Desde la época 4.376, hacia el año 12, el subsidio se queda en una cola perpetua de 0,33 ZCD por bloque, momento para el cual se habrán emitido unos 61,8 millones de ZCD. A partir de la transición a proof of stake llega un bloque cada 5 segundos y paga una sexta parte, de modo que un día paga lo mismo. Contra la cola corren la quema de la comisión base de ambos mercados de comisiones y la quema de cada certificado omitido, así que la emisión neta puede ser negativa con carga. zcd emission --height N imprime el subsidio y su reparto 94/3/3 a cualquier altura.
¿Qué es la tesorería, y quién la controla?#
Nadie, todavía. La tesorería es el saldo propio de la dirección del protocolo: ningún hash de clave da esa dirección, ningún certificado puede debitarla y la génesis no nombra ningún quórum. Recibe el 3% de cada subsidio de bloque desde el bloque 1. El protocolo no tiene forma alguna de gastarla: una vía de gasto solo puede llegar con una actualización posterior, con firmantes elegidos por la comunidad y no por el fundador, y el compromiso de lanzamiento es que ninguna llegue antes de la altura 259.200, hacia el 5 de enero de 2027. Para los tres primeros años hay una propuesta de custodia — cinco puestos con estatutos públicos, 3 de 5 para gastar, 4 de 5 para sustituir a un titular o tocar la reserva — y es una propuesta para revisión de la comunidad, no una regla de consenso: nada de ella obliga hasta que los operadores de nodos adopten una actualización que fije un conjunto de claves. El texto está en el documento complementario.
¿Cómo verifico que un binario es realmente vuestro?#
Haz algo mejor: verifica que es de verdad el código fuente publicado. Recompila la etiqueta y compara hashes — si coinciden, la cuestión de quién lo compiló deja de importar. El procedimiento es Verificar una descarga. Ten en cuenta que los archivos -randomx son cgo y no pueden reproducirse byte a byte; ese nivel se enuncia explícitamente en lugar de difuminarse.
¿Puedo minar con una GPU o un ASIC?#
RandomX está diseñado para hacer eso no rentable frente a una CPU, que es justo el sentido. Mina en la máquina que ya tienes. Presupuesta unos 3,3 GiB de RAM para un nodo minero y aproximadamente 1 GiB para uno que solo verifica — los números están aquí.
¿Qué pasa si arranco mi nodo antes de la génesis?#
Mainnet y la testnet pública ya han pasado su génesis, así que hoy esto solo afecta a una red que aún no se ha abierto. El nodo espera, y esa es la forma prevista de usarlo: se niega a construir un bloque cuya marca de tiempo su propio reloj no ha alcanzado, imprime cuánto falta y empieza a minar por sí solo. Se conecta con pares y se sincroniza todo el tiempo. No hay nada que programar ni nada que reiniciar.
¿Es la moneda de testnet la misma que la de mainnet?#
No. La testnet pública tiene su propio chain id, sus monedas no valen nada por diseño, y puede reiniciarse desde la génesis. Existe para medir el comportamiento de mainnet — que es por lo que lleva la tabla de gas de mainnet sin cambios.
¿Dónde informo de un problema de seguridad?#
En SECURITY.md, que expone el proceso de divulgación. El proyecto prefiere el informe al beneficio de la duda, y un defecto comunicado en privado cuesta mucho menos que uno encontrado en producción.