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.
Details
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
Plattformübergreifend mit offizieller Unterstützung für Windows 10/11, macOS und Linux (x64 und ARM64):
Details
ein eigenes Paket für jedes System. Docker und Android (Termux) sind ebenfalls geplant. Command Center und Konsole in sechs Sprachen.
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.
Plattformübergreifend: Windows, macOS und Linux
D-COS NEXUS ist ein plattformübergreifendes Ökosystem mit offizieller Unterstützung für Windows, macOS und Linux. Der in Python geschriebene Code berücksichtigt die Unterschiede zwischen Betriebssystemen, und eine offizielle Build-Pipeline erzeugt für jede Plattform ein eigenes Paket.
Windows 10/11 (x64)
Signierte ausführbare Datei dcos.exe mit enthaltener Python- und Visual-C++-Laufzeit. Paket-Abnahmetest 24/24.
macOS (Apple Silicon und Intel)
Offizielle Pakete für macOS ARM64 und x64 aus der Build-Pipeline. Labortest und Apple-Notarisierung noch abzuschließen.
Linux (x64 und ARM64)
Offizielle Pakete für Linux x64 und ARM64 sowie ein systemd-Dienst für Server und Mini-PCs. Labortest noch abzuschließen.
Docker · NAS · Raspberry Pi 4/5
Dockerfile und docker-compose für PCs, NAS, Mini-PCs und Raspberry Pi 4/5.
Smartphones und Tablets
HTTPS-Konsole, nutzbar im Browser von Telefonen und Tablets, bereits erprobt. Ausführung unter Android über Termux vorbereitet.
Jeder PyInstaller-Build läuft nur auf dem System, für das er erstellt wurde:
Details
Jede Plattform hat ihr eigenes Paket. Einige Funktionen nutzen Windows-Dienste: Außerhalb von Windows öffnet sich der Tresor mit der Wiederherstellungs-Passphrase (scrypt) statt mit DPAPI, und die automatische Geräteerkennung (Plug and Play) ist nur unter Windows verfügbar.
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.