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.
Dettagli
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
Multipiattaforma con supporto ufficiale per Windows 10/11, macOS e Linux (x64 e ARM64):
Dettagli
un pacchetto dedicato per ciascun sistema. Previsti anche Docker e Android (Termux). Command Center e console in sei lingue.
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.
Multipiattaforma: Windows, macOS e Linux
D-COS NEXUS è un ecosistema multipiattaforma con supporto ufficiale per Windows, macOS e Linux. Il codice, scritto in Python, gestisce le differenze tra sistemi operativi e una pipeline di build ufficiale produce un pacchetto dedicato per ciascuna piattaforma.
Windows 10/11 (x64)
Eseguibile firmato dcos.exe con runtime Python e Visual C++ inclusi. Pacchetto collaudato 24/24.
macOS (Apple Silicon e Intel)
Pacchetti ufficiali per macOS ARM64 e x64 generati dalla pipeline di build. Collaudo in laboratorio e notarizzazione Apple da completare.
Linux (x64 e ARM64)
Pacchetti ufficiali per Linux x64 e ARM64 e servizio systemd per server e mini-PC. Collaudo in laboratorio da completare.
Docker · NAS · Raspberry Pi 4/5
Dockerfile e docker-compose per PC, NAS, mini-PC e Raspberry Pi 4/5.
Smartphone e tablet
Console su HTTPS utilizzabile dal browser di telefoni e tablet, già provata. Esecuzione su Android tramite Termux predisposta.
Ogni build PyInstaller funziona solo sul sistema per cui è creata:
Dettagli
ogni piattaforma ha il proprio pacchetto. Alcune funzioni usano servizi di Windows: fuori da Windows la cassaforte si apre con la frase di recupero (scrypt) al posto di DPAPI, e il rilevamento automatico dei dispositivi (Plug and Play) è disponibile solo su Windows.
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.