Nivel 2 · Detalle técnico
Tecnología — análisis técnico en profundidad
Para CTO, CIO, arquitectos, ingenieros e investigadores: cómo está construido D-COS NEXUS, qué principios aplica y cuál es su madurez real.
Principios arquitectónicos
Un único modelo de contrato
Cada capacidad declara entradas, salidas, permisos y tiempo límite: 80 contratos y 773 capacidades cuando están presentes todas las licencias.
Licencias fail-secure
Sin una licencia válida firmada con Ed25519 solo funcionan los módulos base; los sujetos a licencia rechazan toda llamada.
Solo lectura de forma predeterminada
Las capacidades de clase ejecución pueden bloquearse globalmente (Zero-Trust read_only); los efectos con consecuencias requieren una aprobación humana firmada.
Estados honestos
Las simulaciones se declaran (decisión D-24); los módulos de hardware indican si hay un dispositivo real conectado.
Integridad verificable
Registros firmados de fuentes, ejecutable y distribución, verificados solo con claves públicas.
Una única Root of Trust
Un MASTER. Una arquitectura. Treinta y seis módulos. Una Root of Trust (M01).
Las capas de la arquitectura
Según el mapa de arquitectura del proyecto: cada solicitud atraviesa capas bien definidas, desde la interfaz de usuario hasta el cálculo local, edge o en la nube.
Componentes y plataformas
Lenguaje y código
Python; regresión MASTER final R14 con 4086 pruebas superadas y 0 fallidas (presentación oficial V130).
Modelos de lenguaje
Proveedor seleccionable: Ollama local (predeterminado, sin credenciales) o las API de OpenAI, Gemini, Anthropic y endpoints compatibles. Las credenciales se leen únicamente del entorno y nunca se guardan en la memoria.
Memoria
Tres niveles: episódica (con Chronos), semántica (almacén vectorial y grafo de conocimiento) y autobiográfica.
Consola
Consola web local (127.0.0.1) con widgets aislados, sin recursos externos y con tokens de sesión; en una red local, solo mediante HTTPS.
Plataformas
Windows x64 (plataforma de destino): un único ejecutable, dcos.exe. Command Center y consola en seis idiomas (italiano, inglés, español, alemán, francés y árabe de derecha a izquierda).
Multilingüismo del motor
Detección determinista del idioma de la solicitud (13 idiomas verificados en las pruebas) y respuestas en el idioma del usuario.
Cómo se indica el estado
| A | Verificado |
|---|---|
| B | Implementado |
| C | Parcial |
| D | Planificado |
| E | No verificable |
| F | No implementado |
Categorías de evidencia de la documentación oficial. Estado de los 36 módulos: 22 implementados y 14 parcialmente implementados. Cada módulo indica su naturaleza: base, real, hardware con controlador simulado o simulación declarada (D-24).
Verificaciones documentadas
- Regresión MASTER final R14: 4086 superadas, 0 fallidas, 16 omitidas.
- Validación cruzada de los 36 módulos: 36/36 módulos, 283 comprobaciones OK, 0 fallidas.
- Prueba de aceptación del paquete: 24/24 sobre el archivo extraído; prueba de aceptación con licencias reales: 15/15.
- Integridad de la release: registro de fuentes, ejecutable firmado y manifiesto de distribución VALIDO; SBOM de 122 componentes, 0 vulnerabilidades conocidas (OSV).
- Validación externa independiente (Gate H): todavía no realizada.
Hoja de ruta técnica
La dirección procede del registro de estados y de la hoja de ruta de ingeniería. Ninguno de los elementos siguientes es hoy una funcionalidad operativa.
Custodia en hardware de las claves
Importar la clave de firma actual a un dispositivo Ed25519 y, después, llevar a hardware las claves del ejecutable y de licencias.
Crypto Kernel en todas partes
Migrar la pila P2P/mesh y el material TLS local al Crypto Kernel de M01.
Validación independiente
Validación externa (Gate H) y pruebas con dispositivos reales.
Hablemos de su proyecto
Cuéntenos su contexto: le responderemos con la información pertinente y, cuando sea útil, con una propuesta.