EncrypiaBrief companion v0.1Septiembre 2026Público · Pre-testnet
01 · Introducción · Whitepaper
Qué problema trata, y cómo se ve un acuerdo.
Tratá esta lectura como un primer: al terminar deberías llevarte un objeto caminado — un acuerdo tipado — no solo un eslogan. Encrypia publica este companion del brief técnico público v0.1. Zeqron es el protocolo. Septiembre de 2026. Estado: diseño avanzado y software sustancial en un monorepo Rust. No hay red pública con rendimiento medido. Architecture · Pre-testnet.
La mayoría de los libros distribuidos todavía resuelven el problema de 2008: una lista global de transferencias. Cada escritura compite por la misma máquina de estado. La criptografía que firma esa lista —ECDSA, Ed25519— es la que NIST ya puso en calendario de reemplazo con FIPS 203, 204 y 205. Migrar una red viva después es un riesgo sistémico de años: lo que se guarda hoy se podrá leer mañana.
Ese modelo deja tres huecos. Primero, contención del estado global: escalar se vuelve un impuesto permanente. Segundo, transparencia por defecto no es privacidad: quien observa la lista puede reconstruir relaciones. Tercero, identidad pensada solo para personas: un agente, un modelo o un controlador industrial necesita identidad atestada y un permiso acotado, no solo una dirección de billetera.
Tesis: Zeqron no es «otra L1 de tokens». Es un protocolo de coordinación semántica: las partes negocian y liquidan acuerdos que cargan significado —contratos— con estado local del actor, pruebas de privacidad opcionales, y criptografía post-cuántica desde el origen. Los agentes (ZAXON) y los activos industriales (ZNA) son conceptos del protocolo, no demos pegados al final.
Un ejemplo caminado — sin cliente inventado y sin cifra. Dos organizaciones acuerdan la entrega de un lote compuesto. La aplicación de su zona presenta el contrato con tipo y contexto. La coordinación lo valida y, si la zona lo pide, adjunta una prueba de conocimiento cero con setup transparente. El consenso ordena el compromiso en un DAG. La identidad acompaña a cada parte con credenciales post-cuánticas. Ese recorrido es el mismo objeto que el diseño nombra en ContractState — Proposed → … → Anchored (con caminos de disputa y aborto) — puntero a la lectura de desarrolladores, sin pegar código aquí. Lo que el registro global ancla es el orden del compromiso; no hace falta publicar el saldo de todo el mundo.
Cuándo alcanza este primer: para fijar problema, tesis y el objeto caminado. Cuándo abrir otro rol: inversores (diligencia / pack gated); desarrolladores (extractos ContractState / AgentIdentity); operadores (alta aún cerrada); empresa (encaje de comité); legal (nota de alcance); investigación (postura con etiquetas). Si sitio y brief divergen, manda el brief. ZQN es vocabulario de diseño; esta página no ofrece un instrumento.
Arquitectura · cuatro capas
Brief público v0.1 §3 · diseño
- AApplicationZonas semánticas, módulos de dominio, oráculos
- BCoordinationContratos, pruebas STARK, puentes semánticos
- CConsensusQronGraph (DAG) + comité estilo BFT
- DIdentityDID PQ, credenciales verificables, reputación
Una responsabilidad por capa. El flujo conceptual: Applications → Coordination → Consensus; Identity autentica en todo el recorrido.
Principios que sostiene el brief
Coordinación bilateral
El trabajo se negocia entre las partes primero. El DAG global ancla hashes para el orden y la finalidad. No es un candado de una sola cuenta mundial para cada paso del acuerdo. Eso separa el objeto del protocolo —el acuerdo con significado— del libro único de transferencias.
Tipificación semántica
Las relaciones cargan tipo y contexto dentro de zonas. Un número en una cuenta no describe qué se acordó, entre quiénes, ni bajo qué regla de dominio. Las zonas son el lugar donde vive esa regla.
Privacidad opcional nativa
Las pruebas de tipo STARK, con setup transparente, forman parte de la superficie de diseño y se configuran por zona. No son un mezclador añadido después. Los parámetros finos (FRI, Poseidon, tamaños) no se publican en este sitio: son omisión deliberada del brief.
Criptografía PQ de origen
FIPS 203 (ML-KEM) para encapsulación de claves, FIPS 204 (ML-DSA) para firmas, FIPS 205 (SLH-DSA) para firmas de vida larga. El plan de seguridad no es «migrar más adelante». Las curvas clásicas en experimentos de puente no son la postura de largo plazo.
Agentes y activos en el protocolo
ZAXON ata la identidad del agente al digest del código, al operador y al conjunto de capacidades: cambiar el código cambia la identidad. ZNA modela activos industriales con genealogía, recetas de composición válida y reglas que impiden inventar masa. Ambos están en nivel de concepto en el texto público; formatos de cable y economía de mercado quedan fuera.
Fricción del camino (sin inventar cliente)
Negociación que no cierra
Proposed → Negotiating puede terminar en Rejected. El diseño contempla el no: no todo acuerdo llega a Committing. Eso es fricción útil, no un defecto del paper.
Ejecución que falla
Executing puede ir a Aborted; Disputed existe porque el diseño admite conflicto después del compromiso. Anchored no es «éxito garantizado» — es orden en QronGraph cuando el camino llega ahí.
Prueba opcional por zona
Si la zona no pide STARK, el recorrido sigue siendo válido como acuerdo tipado. Si la pide y no hay parámetros públicos, no se inventa un circuito en esta página: la fricción es «bajo acuerdo / apéndice interno».
Agente fuera de techo
Un AgentIdentity con capabilities acotadas implica que el exceso de permiso no es «feature». Cambiar el código cambia la identidad: el bound es parte del objeto, no un afterthought de wallet.
Qué este primer no es
- No es una oferta de token ni un calendario de emisión.
- No es un manual de nodo ni una guía de minutos hasta «la primera app».
- No sustituye al brief Markdown: el brief es el archivo canónico.
- No afirma rendimiento, finalidad ni disponibilidad de una red en producción.