Ebene 2 · Technische Details
Technologie — technische Vertiefung
Für CTOs, CIOs, Architekten, Ingenieure und Forschende: wie D-COS NEXUS aufgebaut ist, welche Prinzipien es anwendet und wie es um seinen tatsächlichen Reifegrad steht.
Architektonische Grundprinzipien
Ein Vertragsmodell
Jede Capability deklariert Eingaben, Ausgaben, Berechtigungen und Timeout: 80 Verträge und 773 Capabilities, wenn alle Lizenzen vorhanden sind.
Fail-secure-Lizenzierung
Ohne gültige, mit Ed25519 signierte Lizenz laufen nur die Basismodule; lizenzierte Module verweigern jeden Aufruf.
Standardmäßig schreibgeschützt
Capabilities der Ausführungsklasse können global blockiert werden (Zero-Trust read_only); folgenreiche Auswirkungen benötigen eine signierte menschliche Genehmigung.
Ehrliche Zustände
Simulationen werden deklariert (Entscheidung D-24); Hardwaremodule zeigen an, ob ein reales Gerät angeschlossen ist.
Überprüfbare Integrität
Signierte Register für Quellen, ausführbare Datei und Distribution, verifiziert nur mit öffentlichen Schlüsseln.
Eine Root of Trust
Ein MASTER. Eine Architektur. Sechsunddreißig Module. Eine Root of Trust (M01).
Die Schichten der Architektur
Aus der Architekturkarte des Projekts: Jede Anfrage durchläuft klar definierte Schichten, von der Benutzeroberfläche bis zur lokalen, Edge- oder Cloud-Berechnung.
Komponenten & Plattformen
Sprache & Code
Python; abschließende MASTER-Regression R14 mit 4.086 bestandenen und 0 fehlgeschlagenen Tests (offizielle V130-Präsentation).
Sprachmodelle
Wählbarer Anbieter: lokales Ollama (Standard, ohne Zugangsdaten) oder die APIs von OpenAI, Gemini, Anthropic und kompatible Endpunkte. Zugangsdaten werden nur aus der Umgebung gelesen und nie im Gedächtnis gespeichert.
Gedächtnis
Drei Ebenen: episodisch (mit Chronos), semantisch (Vektorspeicher und Wissensgraph) und autobiografisch.
Konsole
Lokale Web-Konsole (127.0.0.1) mit isolierten Widgets, ohne externe Ressourcen und mit Sitzungstoken; im lokalen Netzwerk nur über HTTPS.
Plattformen
Windows x64 (Zielplattform): eine einzige ausführbare Datei, dcos.exe. Command Center und Konsole in sechs Sprachen (Italienisch, Englisch, Spanisch, Deutsch, Französisch, Arabisch von rechts nach links).
Mehrsprachigkeit der Engine
Deterministische Erkennung der Sprache einer Anfrage (13 in Tests verifizierte Sprachen) und Antworten in der Sprache des Benutzers.
Wie der Status dargestellt wird
| A | Verifiziert |
|---|---|
| B | Implementiert |
| C | Teilweise |
| D | Geplant |
| E | Nicht verifizierbar |
| F | Nicht implementiert |
Nachweiskategorien der offiziellen Dokumentation. Status der 36 Module: 22 implementiert und 14 teilweise implementiert. Jedes Modul gibt seine Art an: Basis, real, Hardware mit simuliertem Treiber oder deklarierte Simulation (D-24).
Dokumentierte Prüfungen
- Abschließende MASTER-Regression R14: 4.086 bestanden, 0 fehlgeschlagen, 16 übersprungen.
- Kreuzvalidierung der 36 Module: 36/36 Module, 283 Prüfungen OK, 0 fehlgeschlagen.
- Abnahmetest des Pakets: 24/24 am entpackten Archiv; Abnahmetest mit echten Lizenzen 15/15.
- Release-Integrität: Quellregister, signierte ausführbare Datei und Distributionsmanifest GÜLTIG; 122 Komponenten in der SBOM, 0 bekannte Schwachstellen (OSV).
- Unabhängige externe Validierung (Gate H): noch nicht durchgeführt.
Technische Roadmap
Die Richtung stammt aus dem Statusregister und der Engineering-Roadmap. Keiner der folgenden Punkte ist heute eine einsatzfähige Funktion.
Hardwareverwahrung der Schlüssel
Den aktuellen Signaturschlüssel in ein Ed25519-Gerät importieren, danach die Schlüssel für ausführbare Datei und Lizenzen auf Hardware verlagern.
Crypto Kernel überall
Den P2P/Mesh-Stack und das lokale TLS-Material auf den M01 Crypto Kernel migrieren.
Unabhängige Validierung
Externe Validierung (Gate H) und Tests mit realen Geräten.
Sprechen wir über Ihr Projekt
Schildern Sie uns Ihren Kontext: Wir antworten mit den relevanten Informationen und, wo sinnvoll, mit einem Angebot.