Livello 2 · Dettaglio tecnico
Tecnologia — approfondimento tecnico
Per CTO, CIO, architetti, ingegneri e ricercatori: come è costruito D-COS NEXUS, quali principi applica e qual è lo stato reale di maturità.
Principi architetturali
Un unico modello di contratto
Ogni capacità dichiara input, output, permessi e timeout: 80 contratti e 773 capacità quando sono presenti tutte le licenze.
Licenze fail-secure
Senza una licenza valida firmata con Ed25519 funzionano solo i moduli base; i moduli su licenza rifiutano ogni chiamata.
Sola lettura predefinita
Le capacità di classe esecuzione sono bloccabili globalmente (Zero-Trust read_only); gli effetti con conseguenze richiedono un'approvazione umana firmata.
Stati onesti
Le simulazioni sono dichiarate (decisione D-24); i moduli hardware indicano se è collegato un dispositivo reale.
Integrità verificabile
Registri firmati per sorgenti, eseguibile e distribuzione, verificati solo con chiavi pubbliche.
Una sola Root of Trust
Un MASTER. Un'architettura. Trentasei moduli. Una Root of Trust (M01).
Gli strati dell'architettura
Dalla mappa architetturale del progetto: ogni richiesta attraversa strati ben definiti, dall'interfaccia utente fino al calcolo locale, edge o cloud.
Componenti e piattaforme
Linguaggio e codice
Python; regressione MASTER finale R14 con 4.086 test superati e 0 falliti (presentazione ufficiale V130).
Modelli linguistici
Provider selezionabile: Ollama locale (predefinito, nessuna credenziale), oppure API OpenAI, Gemini, Anthropic, endpoint compatibili. Le credenziali sono lette solo dall'ambiente, mai salvate in memoria.
Memoria
Tre livelli: episodica (con Chronos), semantica (archivio vettoriale e grafo di conoscenza) e autobiografica.
Console
Plancia web locale (127.0.0.1) con widget isolati, senza risorse esterne e con token di sessione; in rete locale solo su HTTPS.
Piattaforme
Windows x64 (piattaforma di destinazione): un solo eseguibile, dcos.exe. Command Center e console in sei lingue (italiano, inglese, spagnolo, tedesco, francese, arabo da destra a sinistra).
Multilingua del motore
Rilevamento deterministico della lingua delle richieste (13 lingue verificate nei test) e risposta nella lingua dell'utente.
Come è indicato lo stato
| A | Verificato |
|---|---|
| B | Implementato |
| C | Parziale |
| D | Pianificato |
| E | Non verificabile |
| F | Non implementato |
Categorie di evidenza della documentazione ufficiale. Stato dei 36 moduli: 22 implementati e 14 parzialmente implementati. Ogni modulo indica la propria natura: base, reale, hardware con driver simulato o simulazione dichiarata (D-24).
Verifiche documentate
- Regressione MASTER finale R14: 4.086 test superati, 0 falliti, 16 saltati.
- Validazione incrociata dei 36 moduli: 36/36 moduli, 283 controlli OK, 0 falliti.
- Collaudo del pacchetto: 24/24 sull'archivio estratto; collaudo con licenze reali 15/15.
- Integrità del rilascio: registro dei sorgenti, eseguibile firmato e manifest di distribuzione VALIDI; SBOM di 122 componenti, 0 vulnerabilità note (OSV).
- Validazione esterna indipendente (Gate H): non ancora effettuata.
Roadmap tecnica
La direzione deriva dal registro degli stati e dalla roadmap di ingegneria. Nessuna delle voci seguenti è oggi una funzionalità operativa.
Custodia hardware delle chiavi
Importare la chiave di firma attuale in un dispositivo Ed25519, poi portare su hardware le chiavi dell'eseguibile e delle licenze.
Crypto Kernel ovunque
Migrare lo stack P2P/mesh e il materiale TLS locale al Crypto Kernel di M01.
Validazione indipendente
Validazione esterna (Gate H) e test con dispositivi reali.
Parliamo del tuo progetto
Raccontaci il contesto: ti risponderemo con le informazioni pertinenti e, se utile, con una proposta.