EncrypiaBrief companion v0.1Septiembre 2026Público · Pre-testnet
05 · Empresa · Whitepaper
Brief de comité — encaje, mapa, y cuándo no.
Tratá esta lectura como un brief para el comité de arquitectura, no como un case study. Encrypia coordina Zeqron. Brief canónico v0.1. Septiembre de 2026. Architecture · Pre-testnet: diseño avanzado y software sustancial; sin red pública medida; sin SLA. ZQN es vocabulario de diseño, no una oferta comercial.
Quién habla con quién, en el encaje de diseño. La aplicación de zona habla con las reglas de dominio de la institución. La coordinación habla con el ciclo de vida del contrato y, si la zona lo pide, con una prueba de conocimiento cero de setup transparente. El ancla de consenso habla con el orden del compromiso en un DAG. Identidad y credenciales hablan con las partes humanas y, si hay agentes, con límites ZAXON. Eso es el mapa de conversación. No es un conector vivo publicado en esta página.
Qué sale de la casa versus qué queda adentro — conversación de diseño, no inventario de APIs. Sale: brief público, estas lecturas, demos que Encrypia divulgue. Queda gated hasta acuerdo o fase nombrada: formatos de wire, esquemas profundos, apéndices de parámetros, economía en profundidad, acceso al core, e integración con identidad/sistemas existentes. Inventar un «piloto listo» desde este companion rompería la regla de honestidad.
Tres situaciones de encaje — sin nombres de cliente — con detalle suficiente para briefear a un CIO. (A) Acuerdo interinstitucional tipado: dos organizaciones cierran un compromiso con tipo y contexto; el registro ordena el ancla sin exigir publicar el saldo de todo el mundo. (B) Activo industrial con historia: un lote o composición retiene genealogía y solo admite recetas válidas (ZNA, concepto + familia de software). (C) Agente con techo: un programa actúa bajo cuotas, atado a digest de código y operador (ZAXON); cambiar el código cambia la identidad; se puede detener.
Selectividad del brief — las seis condiciones de «cuándo no» son filtro de producto, no debilidad de marketing: (1) hace falta hoy una red pública ya probada con compromiso de servicio; (2) el producto es solo un venue genérico de tokens; (3) se exige el núcleo entero bajo licencia abierta ahora; (4) el mandato criptográfico debe seguir siendo clásico a corto plazo; (5) el equipo quiere solo cuentas y un lenguaje de contratos; (6) se exigen economía de mainnet auditada y puentes vivos como hecho público presente. En esos casos: otra infraestructura, o esperar.
Pregunta para el comité, antes de abrir procurement: ¿podemos trabajar sobre diseño y código bajo acuerdo, o necesitamos ya un servicio con SLA medido? Si solo avanza lo segundo, la respuesta honesta es esperar u otra red. Si puede lo primero, hay material para una conversación de partnership — fuera de esta página, con NDA.
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.
Mapa de conversación institucional
Zona ↔ Coordinación
La institución expresa reglas en la zona de aplicación. La coordinación valida el contrato y puede adjuntar prueba. Estado: diseño y código; sin endpoint de integración afirmado.
Consenso ↔ Identidad
El DAG ancla orden; identidad/credenciales acotan quién actúa. Agentes: bounds ZAXON. Qué sale de la casa (hashes, atestaciones) versus qué permanece local es decisión de diseño bajo acuerdo.
La pregunta del comité
Diseño+código bajo acuerdo, o servicio SLA ya. Esa respuesta decide timing más que cualquier adjetivo de esta página.
Selectividad
Usar las seis condiciones de «cuándo no» en el comité ahorra meses de encaje falso. El brief las escribe para no tener que adivinarlas.
Fricción que el comité debe oír
Acuerdo interinstitucional que se disputa
Dos organizaciones pueden llegar a Disputed después de Committed. El mapa de conversación no promete liquidación automática sin proceso. El objeto sigue siendo el ciclo ContractState, no un ERP mágico.
Lote industrial con receta inválida
ZNA (concepto) rechaza composición fuera de blueprint. Inventar masa o saltar genealogía no es «edge case de UI»: es violación de la regla de conservación del diseño.
Agente que cambia de código a mitad de proceso
Si el digest cambia, la identidad ZAXON ya no es la misma. Un comité que espera «la misma wallet, otro modelo» confunde el bound. Eso hay que decirlo antes del NDA, no después.
Piloto «listo» sin fase publicada
Sin Devnet/Testnet con fecha y alcance, un RFP que pida SLA medido contra Zeqron público está mal armado. La fricción honesta es partnership sobre diseño/código, o esperar.
Qué no hay en el sitio
- Casos con nombre de cliente o testimonios.
- Un SLA, un RPO/RTO o un compromiso de uptime.
- Un plan de proyecto con fechas de producción.
- Una integración con el sistema legado descrita como hecha.