EncrypiaBrief companion v0.2Septiembre 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.2. 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 (cuatro exhibits: ContractState / Phase / AgentIdentity / FinalityLevel); 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.2 §3 · diseño

  1. AApplicationZonas semánticas, módulos de dominio, oráculos
  2. BCoordinationContratos, pruebas STARK, puentes semánticos
  3. CConsensusQronGraph (DAG) + comité estilo BFT
  4. DIdentityDID PQ, credenciales verificables, reputación

Una responsabilidad por capa. El flujo conceptual: Applications → Coordination → Consensus; Identity autentica en todo el recorrido.

Caso caminado · lote compuesto

Diseño · sin cliente nombrado · brief companion

  1. 01

    Zona

    Contrato tipado: entrega de lote bajo receta (ZNA, concepto).

  2. 02

    Coordinación

    Proposed → Negotiating → Committed — o Rejected.

  3. 03

    Prueba

    STARK opcional por zona. Sin parámetros públicos aquí.

  4. 04

    Ancla

    Hash ordenado en QronGraph. Anchored ≠ token transfer.

  5. 05

    Agente

    AgentIdentity acota permiso. Cambiar código ⇒ nueva identidad.

  6. 06

    Falla

    Aborted / Disputed existen. El objeto no es solo el happy path.

Happy path y falla. Anchored es orden en QronGraph, no una transferencia. Parámetros FRI y montos quedan fuera (Apéndice B).

Etiquetas de afirmación

Brief v0.2 · companion

  • diseño

    Especificado como intención del protocolo.

    Ej. — PoSS = stake + servicio observable.

  • código

    Existe tipo o familia en el monorepo.

    Ej. — ContractState, AgentIdentity, FinalityLevel.

  • no publicado

    Retenido a propósito (NDA / fase).

    Ej. — FRI, wire, yield, puertos, jurisdicción.

Si una cita pierde la etiqueta, deja de ser esta publicación. Inventar una métrica sin fase es otra clase de error.

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.

Caso caminado — lote compuesto (diseño)

1 · Zona / Aplicación

Dos organizaciones en una zona industrial presentan un contrato tipado: entrega de un lote compuesto bajo una receta (blueprint ZNA, concepto). Estado: diseño. No hay cliente nombrado ni SKU.

2 · Coordinación

El contrato entra en Proposed → Negotiating. Si ambas partes firman el compromiso, Committing → Committed. Si una rechaza, Rejected y el camino termina. Estado: código (ContractState) · sin endpoint público.

3 · Prueba (opcional)

Si la zona exige privacidad, se adjunta una prueba STARK de setup transparente antes o junto al ancla. Parámetros FRI: no publicados aquí (Apéndice B del brief). Sin la exigencia de zona, el acuerdo tipado sigue.

4 · Consenso / ancla

El hash del compromiso se ordena en QronGraph (DAG, linaje Mysticeti adaptado PQ). Anchored = orden, no transferencia de token. FinalityLevel nombra estados de claim; no es TPS.

5 · Identidad / agente

Si un agente ejecuta un paso, AgentIdentity (code_hash + operator_did + capabilities) acota el permiso. Cambiar el código ⇒ nueva identidad. Kill-switch y cuotas: concepto ZAXON; montos de bond no publicados.

6 · Falla útil

Executing → Aborted, o Disputed tras Committed, son caminos de diseño. Un comité que solo lee el happy path no está leyendo el objeto.

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.
Brief canónico v0.2ZEQRON-WHITEPAPER-PUBLIC-v0.2.md

Ver también

Lectura companion del Brief Técnico Público v0.2. Si esta página y el brief se apartan, manda el brief. El master largo permanece interno. No es oferta de instrumento ni consejo jurídico.