Ensamblado fuera de la cadena.
Verificado en paralelo.
Confirmado en orden.
Toda blockchain grande obliga a cada nodo a reejecutar cada transacción contra un estado global. Zycord saca la ejecución fuera de la cadena: la transacción se ensambla entre servidores ajenos a ella, llega completa con todo lo que leyó y escribió, cualquier máquina la comprueba solo a partir de los bytes, y un único bucle confirma el resultado.
La transacción es un certificado
No pide “ejecuta esto”. Declara “leí esto, escribí aquello, y aquí está la prueba”. Cualquiera recalcula y compara.
program sobre los reads produce exactamente los writes. Sin disco, sin historia.reads declarados siguen coincidiendo con el estado cuando al certificado le llega su turno en el bloque?Dos verbos, dos etapas
Todo el diseño consiste en separar estas dos preguntas — y responder cada una en el lugar más barato.
¿Es válido?
Se responde mirando solo el certificado. Miles a la vez, en cualquier máquina.
- Las firmas canónicas cuadran
- La reejecución coincide con los writes
- Las pruebas de rango cierran (carril blindado)
- Inválido: nunca entra en el bloque
¿Es aplicable?
Se responde en la posición del certificado dentro del bloque, comparando bytes contra la tabla de estado.
- Los reads siguen coincidiendo → los writes se confirman
- Reads obsoletos → omisión, quema la comisión del avalista
- Celda ya gastada → omisión
- El bloque sigue siendo válido en todos los casos
El recorrido, del nacimiento al libro mayor
Construcción entre servidores
El monedero abre la petición. Cada contrato con actividad tiene su propio secuenciador — un servidor de aplicaciones corriente — que guarda una copia del estado, serializa quién se mueve primero y encadena cada certificado a los writes del anterior. Una transacción que toca dos contratos la co-construyen ambos secuenciadores y llega a la cadena como un único certificado atómico.
El avalista firma
Un avalista con fondos depositados comprueba contra estado fresco, co-firma y asume el riesgo de omisión. Cobra al remitente fuera de banda y vende, en la práctica, una preconfirmación. Quien no quiera intermediarios se avala a sí mismo con su propio depósito — siempre disponible, sin pedir permiso.
La red recibe y verifica en paralelo
Cada nodo comprueba la validez a partir de los bytes antes de retransmitir. Con muestreo, un comité sorteado por VRF verifica cada certificado; cualquier nodo puede comprobar cualquier cosa, y un solo mensaje basta para castigar a un avalista que dio fe de basura.
El proponente ordena
Un comité PoS elige certificados válidos y ensambla el bloque. No ejecuta nada y no guarda estado de aplicación. Solo recuerda los ID vistos dentro de la ventana del TTL. Los certificados de la cola forzada deben incluirse en un plazo de F bloques.
Fold secuencial
Ordena por (underwriter, seq, id) — el proponente no elige el orden. Para cada certificado: ¿coinciden los reads con el estado? Los puntos de control se finalizan cada 32 bloques.
Quién hace qué
Ningún rol es necesario para la seguridad de la red. Si todos desaparecen, la cola forzada mantiene el sistema con vida.
Monedero
- Hace
- Construye el certificado, declara reads y writes, firma
- Ve
- El estado público que necesita leer
- Confía en
- Nadie
Secuenciador
- Hace
- Serializa un contrato con actividad fuera de la cadena, empaqueta lotes en un solo certificado
- Se confía en él para
- Solo la disponibilidad. Si miente, el certificado se omite y paga el depósito
- Captura
- El MEV de su propia aplicación, explícitamente
Avalista
- Hace
- Co-firma y asume el riesgo de omisión con un depósito
- Ve
- Celdas vivas o gastadas — nunca el valor oculto
- Pierde
- Solo por una falta demostrable en los bytes (equivocación)
Nodo verificador
- Hace
- Comprueba la validez a partir de los bytes, retransmite, sincroniza
- Necesita
- Núcleos. Estado solo si va a confirmar
- Coste
- Baja a medida que la red crece, porque verifica una porción
Proponente (PoS)
- Hace
- Ordena certificados válidos, ejecuta el fold, propone el bloque
- Ve
- Bytes, no significado
- Gana
- Subsidio + comisión de prioridad de los aplicados
Cola forzada
- Hace
- Una salida sin permisos: depositas, se incluye en un plazo de F bloques, se aplica con garantía
- Coste
- Latencia y privacidad
- Garantiza
- Que ningún operador sea una prisión
Privacidad sin tocar la ruta secuencial
Transacciones Confidenciales con una dirección de un solo uso, sobre un grafo público. Oculta el valor. Aplaza el vínculo con el destinatario. No es Monero, y el documento lo dice.
Qué queda público
- Que hubo un pago, y quién lo avaló
- Qué salida se gastó, en el momento del gasto
- Cada cruce entre el carril público y el blindado, con el valor a la vista
- Comisiones, coinbase, pagos a contratos
La reserva blindada es una valla, no una alarma
El fold nunca hace aritmética de curvas. Guarda 32 bytes de compromiso y compara por igualdad. Toda la criptografía pesada — pruebas de rango, la ecuación de saldo — se verifica en la etapa paralela y se paga en el mercado barato.
La contrapartida que el documento admite
La privacidad y la resistencia a la censura no coexisten en el mismo certificado. El modo privado (co-firmado) tiene un operador que puede negarse. El modo sin permisos (autoavalado o forzado) revela tu monedero de depósito. Quien reciba una negativa de todos los avalistas conserva el derecho a gastar y pierde la privacidad en el mismo gesto.
Por qué no hay firmas de anillo
Un anillo referencia salidas de otras personas — eso hace de la validez una función de la historia, y mata la verificación sin estado. Zycord no renuncia a esa propiedad, así que su privacidad es más débil que la de Monero por decisión, no por descuido.
La red: dos mercados de gas
Una cadena que cobra todo en una sola subasta hace que la verificación de una prueba compita con una escritura de estado. Aquí cada recurso tiene su propio precio.
Gas paralelo
Paga la verificación: firmas, reejecución, bytes, pruebas pesadas, esquemas poscuánticos.
Gas secuencial
Paga el fold: comprobar reads, writes, arrendamientos. El único bucle que cada nodo ejecuta en orden.
La comisión por omisión se quema, nunca se paga
Si un certificado omitido pagara al proponente, a quien ensambla el bloque le convendría fabricar conflictos. Quemarla invierte el incentivo: una omisión ocupa espacio y no gana nada, así que maximizar los ingresos significa maximizar la aplicación.
La red vista desde arriba
Cuatro capas que no se solapan: quién serializa, quién avala, quién verifica, quién ordena. Cada una escala con un recurso distinto.
Secuenciadores por aplicación
Web2 corriente: websockets, colas, autoescalado. Serializan contratos con actividad y empaquetan lotes con la forma que las GPU verifican bien. Nunca custodian datos — el estado siempre se puede reconstruir solo a partir de la cadena.
Mercado de avalistas
Los avalistas con depósito venden preconfirmación: “aplicado en segundos o paga mi depósito”. La equivocación se castiga con una prueba en los bytes; la lentitud solo cuesta reputación. La latencia nunca se convierte en confiscación.
Comités de verificación
Sorteados por VRF para cada certificado, con un tamaño tal que la fuga de un certificado inválido sea despreciable. Cualquier nodo completo puede auditar cualquier cosa. Un mensaje basta para castigar.
Comité PoS + fold
Propone bloques, ejecuta el fold, finaliza los puntos de control. La cola forzada obliga a la inclusión en un plazo de F bloques y garantiza la aplicación — el mecanismo que hace que la red sobreviva a cualquier operador, incluido el autor.