⚠️ KNOTENCORE v2.24.24 (Zero-Trust CRDT Mesh-Laufzeit) IST EIN EXPERIMENTELLES ALPHA-RELEASE · NUR FÜR FORSCHUNG & TESTZWECKE
v2.24.24 · Architektur- & Status-Katalog

Technisches Glossar

Präzise Definitionen und differenzierte Einordnung des Implementierungsstands: Was ist in v2.24.24 implementiert und getestet, was ist experimentell und was ist architektonischer Vertrag.

🔍
20 Begriffe geladen
Kategorie:
Status:
Status-Klassifizierung des Glossars
Verifiziert Durch Implementierung & Tests in Rust belegt
Experimentell Funktional im Alpha-Stand; aktives Hardening / Tuning läuft
Architektonisch Protokoll/API-Spezifikation vorhanden; verteilte Multi-Host-Ebene auf Roadmap
Schnellnavigation
Kryptografie & Identität Verifiziert
# Link kopieren

Selbst-zertifizierende Knoten-Identität (knc-<hex>)

Deterministische kryptografische Knotenadresse, die direkt aus dem 32-Byte-Ed25519-Public-Key abgeleitet wird – eliminiert willkürliche Knoten-ID-Zuweisung und unterbindet Knoten-ID-Spoofing ohne Besitz des zugehörigen privaten Schlüssels.

In KnotenCore v2.24.24 sind Peer-IDs keine frei wählbaren String-Aliase oder Hostnamen. Die kanonische Knoten-ID wird direkt aus dem vollständigen 32-Byte-Ed25519-Public-Key als knc-<64_hex_chars> über derive_node_id(public_key) abgeleitet. Initiiert ein Knoten einen Handshake oder sendet einen Heartbeat, berechnet der Empfänger die Hex-Repräsentation des verifizierten öffentlichen Schlüssels. Weicht die deklarierte node_id vom mathematisch errechneten Wert ab, wird die Verbindung sofort mit Fehlercode -32001 (ERR_UNAUTHORIZED) abgewiesen.
💡 Warum das für autonome KI-Agenten entscheidend ist
Autonome KI-Schwärme können sich nicht auf manuelle Zertifizierungsstellen (CAs) oder manuelles Key-Pinning verlassen. Die mathematische Selbstzertifizierung stellt sicher, dass kein fremder Agent eine fremde Knoten-ID vortäuschen kann, ohne den privaten Schlüssel zu besitzen.
Relevante JSON-RPC-Endpoints:
knc_mesh_verify_peer knc_mesh_discover
// Kanonische Knoten-Identitätsableitung (src/security.rs)
pub fn derive_node_id(pubkey: &[u8; 32]) -> String {
    format!("knc-{}", hex::encode(pubkey))
}

// Verifikations-Gate:
if claim_node_id != derive_node_id(&peer_pubkey) {
    return Err(RpcError::unauthorized("Deklarierte node_id stimmt nicht mit Ed25519-Key überein"));
}
Kryptografie & Identität Verifiziert
# Link kopieren

Zero-Trust Ed25519 Wire-Envelope

Kryptografisches Übertragungsformat, das P2P-JSON-RPC-Nachrichten mit einer Ed25519-Signatur, einem Zeitstempel und einer 64-Bit-Nonce kapselt.

Jede über das KnotenCore-Mesh übertragene Nachricht ist in einen Ed25519-Signaturumschlag gehüllt. Der Umschlag bündelt die serialisierte RPC-Nutzlast, einen millisekundengenauen UTC-Zeitstempel (req_timestamp), eine kryptografische 64-Bit-Zufalls-Nonce (req_nonce) und den öffentlichen Schlüssel des Absenders. Knoten authentifizieren und validieren den Umschlag, bevor die enthaltene RPC-Operation zur regulären Weiterverarbeitung akzeptiert wird.
💡 Warum das für autonome KI-Agenten entscheidend ist
Stellt sicher, dass Peer-to-Peer-Befehle während der Übertragung nicht manipuliert oder von unbefugten Dritten auf offenen Netzwerken eingeschleust werden können.
Relevante JSON-RPC-Endpoints:
knc_mesh_ping knc_task_submit
{
  "jsonrpc": "2.0",
  "method": "knc_task_submit",
  "params": {
    "task_id": "job-8419",
    "isolate_quota_gas": 500000,
    "sender_node_id": "knc-9f8a...c1",
    "req_timestamp": 1787220000,
    "req_nonce": 948172901847291,
    "signature": "3a0b4e..."
  },
  "id": 1
}
Kryptografie & Identität Experimentell
# Link kopieren

Gleitendes Replay-Fenster & Nonce-Cache

Zustandsbehafteter Schutzmechanismus gegen wiederholtes Einspielen abgefangener oder veralteter RPC-Nachrichten innerhalb eines definierten Zeitfensters.

Um Angriffe abzuwehren, bei denen ein Angreifer gültig signierte Nachrichten mitschneidet und erneut sendet, pflegt KnotenCore einen In-Memory-Nonce-Cache in Kombination mit einem Zeitfenster (±60 Sekunden Uhrendrift-Toleranz). Nachrichten mit Zeitstempeln außerhalb dieses Fensters oder bereits bekannten (sender_id, req_nonce)-Kombinationen werden mit -32001 (ERR_UNAUTHORIZED) abgewiesen.
💡 Warum das für autonome KI-Agenten entscheidend ist
Verhindert, dass aufgezeichnete Aufgabenübermittlungen oder Zustandsänderungen erneut eingespielt werden, um doppelte Ausführungen oder Seiteneffekte zu erzwingen.
⚠️ Aktueller Entwicklungs- & Härtungsstand

Aktuelle Einschränkung (Audit M2): Der In-Memory-Nonce-Cache ist kapazitätsbegrenzt. Bei extrem hoher Last können ältere Nonces verdrängt werden, bevor das 60-Sekunden-Fenster abgelaufen ist. Ein Härtungsupdate für speicherbegrenzte strikte TTL-Buckets ist in Entwicklung.

Relevante JSON-RPC-Endpoints:
knc_mesh_verify_peer knc_task_steal
// Validierungslogik in src/mesh.rs
let now = current_unix_timestamp_secs();
if (now - req.req_timestamp).abs() > 60 {
    return Err(RpcError::unauthorized("Anfrage außerhalb des +/- 60s Zeitfensters"));
}
if !nonce_cache.insert_if_absent(req.sender_node_id, req.req_nonce) {
    return Err(RpcError::unauthorized("Replay erkannt: Nonce bereits verwendet"));
}
Kryptografie & Identität Verifiziert
# Link kopieren

Namespace-Isolation & Anti-Squatting

Strikte Trennung zwischen Legacy-HMAC- und Ed25519-Identitäten – verhindert Namens-Squatting auf dem knc-*-Präfix.

KnotenCore unterstützt abwärtskompatible HMAC-SHA256-Tokens neben den modernen Ed25519-Identitäten. Um zu verhindern, dass Legacy-Clients vertrauenswürdige Identitäten kapern, erzwingt die Sicherheitsarchitektur eine strikte Namespace-Prüfung: Absender, die über HMAC authentifiziert sind, dürfen niemals Identifikatoren beanspruchen, die mit knc- beginnen. Solche Versuche führen zum sofortigen Verbindungsabbruch.
💡 Warum das für autonome KI-Agenten entscheidend ist
Erlaubt den sicheren Parallelbetrieb älterer Clients, ohne dass diese sich als kryptografisch gesicherte Ed25519-Knoten ausgeben können.
Relevante JSON-RPC-Endpoints:
knc_mesh_gossip knc_store_put
// Strikte Namespace-Trennung (src/security.rs)
if auth_type == AuthType::LegacyHmac && sender.starts_with("knc-") {
    return Err(RpcError::unauthorized("Legacy-HMAC darf knc-*-Namespace nicht beanspruchen"));
}
Kryptografie & Identität Verifiziert
# Link kopieren

Peer-Widerrufsgate (revoked_keys.json)

Dynamische Schlüsselsperrliste ohne Daemon-Neustart – wird bei Handshakes und Heartbeat-Zyklen geprüft.

Wird ein Knotenschlüssel kompromittiert oder außer Dienst gestellt, wird er in der Datei revoked_keys.json hinterlegt oder via knc_mesh_revoke_peer im Mesh publiziert. KnotenCores Sicherheitsschicht prüft diese Liste bei jedem Verbindungsaufbau, Heartbeat und Store-Sync. Bestehende Sitzungen mit gesperrten Peers werden ohne Neustart des Knotens unverzüglich beendet.
💡 Warum das für autonome KI-Agenten entscheidend ist
Ermöglicht sofortige, unterbrechungsfreie Isolierung kompromittierter Agenten-Hosts im laufenden Betrieb.
Relevante JSON-RPC-Endpoints:
knc_mesh_revoke_peer knc_mesh_rotate_key
// Prüfung im laufenden Betrieb
if is_key_revoked(&peer_pubkey) {
    terminate_session(session_id);
    return Err(RpcError::unauthorized("Public Key explizit widerrufen"));
}
Verteilter Zustand & CRDT Verifiziert
# Link kopieren

CRDT-Anti-Entropie-Zustandsspeicher

Konfliktfreie replizierte Datentypen für garantierte deterministische Konvergenz ohne zentrale Koordination oder verteilte Locks.

KnotenCore verfügt über einen integrierten CRDT-Speicher für Agenten-Blackboards und Aufgabenlisten. Auf Basis zustandsbasierter CRDTs (CvRDTs) und begrenzter Tombstones können Knoten auch bei Netzwerkunterbrechungen lokal schreiben. Sobald die Verbindung wiederhergestellt ist, konvergieren gleichzeitige Aktualisierungen deterministisch gemäß der konfigurierten Zusammenführungs-Semantik (Merge-Semantik).
💡 Warum das für autonome KI-Agenten entscheidend ist
KI-Agenten in verteilten Umgebungen können jederzeit ohne Deadlock-Gefahr lesen und schreiben.
Relevante JSON-RPC-Endpoints:
knc_store_put knc_store_get knc_store_sync
// CRDT-Register in Rust
pub struct CrdtRegister<T> {
    pub value: T,
    pub timestamp_micros: u64,
    pub writer_node_id: String,
}
Verteilter Zustand & CRDT Verifiziert
# Link kopieren

Anti-Entropie-State-Digest (ring::digest::SHA256)

Kryptografischer 256-Bit-Fingerabdruck eines Datenshards zur O(1)-Divergenzerkennung über das Netzwerk.

Statt vollständige Schlüsselsätze abzugleichen, rufen Knoten knc_store_digest auf. KnotenCore berechnet mittels ring::digest einen SHA-256-Hash über alle kanonisch sortierten Schlüssel und Zeitstempel. Übereinstimmende SHA-256-Digests zeigen mit kryptografischer Kollisionsresistenz an, dass die verglichenen kanonischen Zustände identisch sind, wodurch redundante Datenübertragungen entfallen.
💡 Warum das für autonome KI-Agenten entscheidend ist
Minimiert den Netzwerk-Overhead routinemäßiger Synchronisationsabgleiche während kontinuierlicher Gossip-Heartbeats.
Relevante JSON-RPC-Endpoints:
knc_store_digest
// Abfrage des Zustands-Fingerabdrucks
{"jsonrpc": "2.0", "method": "knc_store_digest", "params": {"shard": "agent_world_model"}, "id": 12}
// Antwort: {"result": {"digest": "e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855"}}
Verteilter Zustand & CRDT Verifiziert
# Link kopieren

Differentieller Sync (knc_store_diff)

Bandbreiteneffizientes Abgleichprotokoll, das bei Divergenzen ausschließlich neuere oder fehlende Datensätze überträgt.

Ergibt der State-Digest eine Abweichung, fordern Knoten über knc_store_diff gezielt Delta-Aktualisierungen an, indem sie ihren letzten bekannten Zeitstempel übermitteln. Der antwortende Knoten filtert und überträgt exakt jene Einträge, die seither modifiziert wurden.
💡 Warum das für autonome KI-Agenten entscheidend ist
Ermöglicht effizienten Datenabgleich auch über schmalbandige Netzwerkverbindungen bei minimalem Übertragungsvolumen.
Relevante JSON-RPC-Endpoints:
knc_store_diff knc_store_sync
// Abfrage geänderter Schlüssel seit Zeitstempel
{"jsonrpc": "2.0", "method": "knc_store_diff", "params": {"since_ts": 1787219500000}, "id": 13}
// Liefert nur die seither geänderten Einträge
Verteilter Zustand & CRDT Verifiziert
# Link kopieren

Last-Write-Wins (LWW) Konfliktauflösung

Deterministische Auflösung simultaner Schreiboperationen mittels Mikrosekunden-Zeitstempeln und Node-ID-Tie-Breaking.

Ändern zwei autonome Agenten während einer Netzwerkpartition denselben Schlüssel gleichzeitig, greift die Last-Write-Wins-Strategie. Der Eintrag mit dem höheren mikrosekundengenauen Zeitstempel setzt sich durch. Bei identischem Zeitstempel entscheidet die lexikografische Sortierung der eindeutigen node_id deterministisch auf allen Knoten gleich.
💡 Warum das für autonome KI-Agenten entscheidend ist
Schließt Unklarheiten bei Konflikten aus und garantiert, dass alle Knoten ohne menschlichen Eingriff für jeden Schlüssel denselben Zustand einnehmen.
⚠️ Aktueller Entwicklungs- & Härtungsstand

Semantische Eigenschaft: LWW ist eine Konfliktauflösungsstrategie, bei der der zeitlich frühere Schreibwert durch den Gewinnerwert überschrieben wird. Es garantiert deterministische Konvergenz, keine Erhaltung mehrerer Werteversionen.

Relevante JSON-RPC-Endpoints:
knc_store_put
// Konfliktauflösung in src/store/crdt.rs
if incoming.timestamp > local.timestamp || 
   (incoming.timestamp == local.timestamp && incoming.node_id > local.node_id) {
    *local = incoming; // Gewinner-Update übernehmen
}
Verteilter Zustand & CRDT Experimentell
# Link kopieren

Epidemisches Gossip-Protokoll

Dezentrales Peer-to-Peer-Verbreitungsprotokoll zur Verteilung von Topologie- und Aufgabenmeldungen mit logarithmischer Streuung.

KnotenCore nutzt ein epidemisches Klatschprotokoll (Gossip) mit Fanout k=3 und Hop-Count-Begrenzung (TTL). Veröffentlicht ein Agent ein Ereignis oder tritt ein neuer Peer bei, wird die Information an eine zufällige Teilmenge bekannter Knoten gesendet. Diese leiten sie weiter, wodurch eine logarithmische Informationsverbreitung O(log N) ohne zentralen Koordinator erzielt wird.
💡 Warum das für autonome KI-Agenten entscheidend ist
Volle Dezentralität: Es gibt keinen zentralen Master-Knoten, dessen Ausfall die Schwarmkommunikation lahmlegen könnte.
Relevante JSON-RPC-Endpoints:
knc_mesh_gossip knc_mesh_metrics
// Weiterleitung mit TTL-Dekrement
if msg.ttl > 0 {
    let mut forwarded = msg.clone();
    forwarded.ttl -= 1;
    peer_pool.random_fanout(3, &forwarded);
}
Swarm-Governance & Raft Verifiziert
# Link kopieren

Fail-Closed Swarm-Governance

Sicherheitsarchitektur, bei der Netzwerkpartitionen oder Quorumsverluste strikt in den schreibgeschützten Beobachtermodus wechseln.

Ein verteiltes System ist 'fail-closed', wenn es bei Konsensverlust schreibende Operationen blockiert, um Dateninkonsistenzen zu verhindern. KnotenCore erzwingt dieses Prinzip: Verliert ein Knoten die Heartbeat-Verbindung zur Schwarmführung oder erreicht keine verifizierte Mehrheit, entzieht er sich selbst Schreibrechte und lehnt mutierende Aufgaben mit -32003 (ERR_QUORUM_LOST) ab.
💡 Warum das für autonome KI-Agenten entscheidend ist
Verhindert Split-Brain-Zustände, bei denen isolierte Agenten widersprüchliche Realwelt-Aktionen ausführen oder den verteilten Zustand beschädigen könnten.
Relevante JSON-RPC-Endpoints:
knc_swarm_quorum knc_swarm_roles
// Fail-Closed Prüfung
if !has_quorum_majority(active_nodes, total_nodes) {
    set_node_role(Role::Observer);
    return Err(RpcError::internal_error("Quorum verloren: Knoten wird Beobachter"));
}
Swarm-Governance & Raft Architektonisch
# Link kopieren

Raft-Quorum-Schwellenwert ((N/2) + 1)

Mathematische Konsens-Invariante, die eine strikte Mehrheit verifizierter Knoten für Führungswechsel und Cluster-Topologie-Änderungen vorschreibt.

Entscheidungen zur Schwarmkoordination – wie die Wahl eines Koordinators (knc_swarm_elect) oder das Shard-Rebalancing – werden über einen Mehrheits-Schwellenwert geregelt, der als floor(N / 2) + 1 definiert ist, wobei N die Anzahl aktiver, verifizierter Knoten ist. Bei 5 Knoten müssen mindestens 3 Knoten zustimmen.
💡 Warum das für autonome KI-Agenten entscheidend ist
Garantiert mathematisch, dass niemals zwei getrennte Netzwerkpartitionen gleichzeitig beschlussfähig sind, was Split-Brain-Zustände verhindert.
⚠️ Aktueller Entwicklungs- & Härtungsstand

Implementierungsstand (Audit M1): KnotenCore v2.24.24 implementiert die Quorum-Mathematik ((N/2)+1), den Rollenautomaten (Leader/Follower/Observer) und das Fail-Closed-Verhalten. Die netzwerkweite Stimmensammlung über RPC läuft im aktuellen Stand jedoch als Ein-Knoten-Simulations-Harness. Vollwertiger verteilter Multi-Host-Konsens folgt auf der Post-Alpha-Roadmap.

Relevante JSON-RPC-Endpoints:
knc_swarm_elect knc_swarm_quorum
// Quorum-Berechnung (src/swarm/mod.rs)
pub fn quorum_threshold(active_node_count: usize) -> usize {
    (active_node_count / 2) + 1
}
Swarm-Governance & Raft Verifiziert
# Link kopieren

Observer-Rollen-Fallback (Beobachter-Modus)

Automatische Herabstufung nicht verifizierter, asynchroner oder abgetrennter Knoten in den stimmrechtslosen Status.

KnotenCore-Knoten besitzen eine von drei Rollen: Leader, Follower oder Observer. Observer empfangen Zustandsdaten und können Abfragen beantworten, besitzen jedoch kein Stimmrecht bei Quorum-Entscheidungen. Bei übermäßiger Uhrendrift oder wiederholtem Heartbeat-Verlust wird ein Knoten in den Observer-Status herabgestuft.
💡 Warum das für autonome KI-Agenten entscheidend ist
Schützt den Schwarm-Konsens vor instabilen oder asynchronen Knoten, ohne die Telemetrie-Sichtbarkeit zu kappen.
Relevante JSON-RPC-Endpoints:
knc_swarm_roles
// Rollenübergang
match node.health_status() {
    Health::Unsynced | Health::ClockDriftExceeded => {
        node.transition_to(Role::Observer);
    },
    Health::Synchronized => node.transition_to(Role::Follower),
}
Compiler & VM-Isolates Verifiziert
# Link kopieren

JSON-AST (.nod Programmformat)

Strukturierter abstrakter Syntaxbaum im JSON-Format – wird von LLM-Agenten direkt erzeugt, ganz ohne ungesichertes String-Parsing.

Statt LLMs ungeschützte Programmcode-Strings generieren zu lassen (die für Syntaxfehler und Injection-Angriffe anfällig sind), empfängt KnotenCore Code als validierten JSON Abstract Syntax Tree (JSON-AST). Jede Anweisung, Schleife und Variablendeklaration ist ein typisiertes JSON-Objekt gemäß .nod-Spezifikation.
💡 Warum das für autonome KI-Agenten entscheidend ist
Ermöglicht LLMs das Agieren als strukturierte Compiler statt fehleranfälliger Text-Typisten. Die Validierung erfolgt vor der Ausführung, wodurch String-Injection-Angriffe bauartbedingt entfallen.
Relevante JSON-RPC-Endpoints:
knc_compile knc_execute
// JSON-AST Additionsprogramm (.nod-Format)
{
  "jsonrpc": "2.0",
  "method": "knc_compile",
  "params": {
    "session_id": "agent-alpha-1",
    "ast": {
      "Add": [
        { "IntLiteral": 42 },
        { "IntLiteral": 58 }
      ]
    }
  },
  "id": 101
}
Compiler & VM-Isolates Verifiziert
# Link kopieren

AOT-Stack-VM & Bytecode-Dispatch

Ahead-of-Time kompilierte Stack-Virtual-Machine für Instruktionsausführung via linearer Opcode-Folgen ohne JIT-Warmup-Latenz.

KnotenCores Compiler übersetzt den eingehenden JSON-AST unmittelbar in kompakten linearen Bytecode. Die Stack-VM führt Befehle in einer Rust-Schleife ohne unsicheren Speicherzugriff aus. Der Aufrufstapel ist auf maximal 512 Call-Frames begrenzt, um Stack-Overflows auszuschließen.
💡 Warum das für autonome KI-Agenten entscheidend ist
Liefert berechenbare, deterministische Ausführungszeiten bei hoher Speichersicherheit ohne Laufzeit-Kompilierungsverzögerungen.
Relevante JSON-RPC-Endpoints:
knc_compile knc_execute
// Bytecode-Befehlsfolge
[OpCode::PushInt(42), OpCode::PushInt(58), OpCode::Add, OpCode::Ret]
// Stack-Auswertung: [42] -> [42, 58] -> [100] -> Return 100
Compiler & VM-Isolates Verifiziert
# Link kopieren

Sandboxed Isolate (knc_eval_isolate)

Kontrollierte prozessinterne Ausführungsgrenze, die Agenten-Workloads von der KnotenCore-Host-Laufzeit abschirmt.

Jede Agentensitzung läuft in einem dedizierten VM-Isolate. Isolates haben keinen direkten Zugriff auf das Host-Dateisystem, Umgebungsvariablen oder Netzwerk-Sockets. Alle Ein- und Ausgaben erfolgen ausschließlich über die kontrollierte JSON-RPC-Schnittstelle. Löst ein Isolate eine Panic oder Limitüberschreitung aus, wird es kontrolliert angehalten, ohne den Engine-Prozess zu gefährden.
💡 Warum das für autonome KI-Agenten entscheidend ist
Bietet eine kontrollierte Ausführungsgrenze zwischen Agenten-Workloads und der KnotenCore-Host-Laufzeit, sodass Fehler auf das jeweilige Isolate begrenzt bleiben.
⚠️ Aktueller Entwicklungs- & Härtungsstand

Sicherheits-Geltungsbereich: Sandboxed Isolates bieten prozessinterne Ausführungsgrenzen, Panic-Catching und Ressourcen-Metering in der KnotenCore-Engine. Sie ersetzen bei der Ausführung feindseliger Binärprogramme keine Hypervisoren oder Container-Virtualisierung auf Betriebssystemebene.

Relevante JSON-RPC-Endpoints:
knc_eval_isolate knc_inspect_state
// Auswertung in isolierter Umgebung
{"jsonrpc": "2.0", "method": "knc_eval_isolate", "params": {"isolate_id": "iso-491", "expression": "Math.sqrt(x)"}, "id": 5}
Compiler & VM-Isolates Verifiziert
# Link kopieren

IsolateQuota & Gas-Metering

Ausführungsbegrenzung für Instruktionszyklen (Gas), Heap-Speicherallokation (Bytes) und Aufrufstapeltiefe.

Jedes Isolate wird durch eine IsolateQuota reguliert: max_gas (maximale VM-Instruktionsschritte), max_memory_bytes (maximaler Speicher) und max_call_frames (Aufrufstapelgrenze, Standard: 512). Jeder Opcode dekrementiert das verbleibende Gas. Fällt der Zähler auf 0, wird die Ausführung mit ERR_GAS_EXHAUSTED gestoppt.
💡 Warum das für autonome KI-Agenten entscheidend ist
Stoppt Endlosschleifen (z. B. while(true){}) und unkontrollierte Rekursionen deterministisch, bevor sie die CPU überlasten.
Relevante JSON-RPC-Endpoints:
knc_compile knc_execute
pub struct IsolateQuota {
    pub max_gas: u64,           // z. B. 1_000_000 Zyklen
    pub max_memory_bytes: usize, // z. B. 64 * 1024 * 1024 (64 MB)
    pub max_call_frames: usize,  // 512
}
Compiler & VM-Isolates Experimentell
# Link kopieren

Hot-Module-Replacement (HMR / knc_isolate_reload)

Dynamischer Bytecode-Austausch im laufenden Isolate unter Beibehaltung interner Variablenregister und Operanden-Stackstände.

Über knc_isolate_reload kann der Bytecode eines laufenden Isolates im Betrieb aktualisiert werden. KnotenCore kompiliert den neuen AST, pausiert das Isolate zwischen zwei Instruktionszyklen, tauscht die Befehlsvektoren aus und setzt die Ausführung unter Beibehaltung aller bestehenden Variablenregister fort.
💡 Warum das für autonome KI-Agenten entscheidend ist
Erlaubt Agenten das Aktualisieren ihrer Entscheidungslogik im laufenden Betrieb, ohne ihren lokalen Variablenzustand verwerfen zu müssen.
⚠️ Aktueller Entwicklungs- & Härtungsstand

Experimenteller Status: Der dynamische Opcode-Vektor-Austausch erhält lokale Variablenregister und den Operanden-Stack innerhalb des Isolate-Frames. Externe asynchrone I/O-Handles oder bestehende Netzwerk-Sockets werden dadurch nicht magisch migriert.

Relevante JSON-RPC-Endpoints:
knc_isolate_reload
// Hot-Reload-Anfrage für neue Agentenlogik
{"jsonrpc": "2.0", "method": "knc_isolate_reload", "params": {"isolate_id": "iso-491", "new_ast": {...}}, "id": 22}
// Antwort: {"result": {"status": "reloaded", "preserved_slots": 14}}
Agenten-Orchestrierung Experimentell
# Link kopieren

Work-Stealing Task-Queue (knc_task_steal)

Dezentrales Lastverteilungsprotokoll, bei dem freie Knoten Berechnungsaufgaben dynamisch von ausgelasteten Peers abrufen.

Statt eines zentralen Brokers verwaltet jeder Knoten lokale Task-Deques. Gehen einem Knoten die Aufgaben aus, fragt er über knc_task_steal bei Nachbarknoten an und stiehlt Aufgaben vom entgegengesetzten Ende von deren Warteschlange.
💡 Warum das für autonome KI-Agenten entscheidend ist
Verbessert die Cluster-Auslastung bei Multi-Agenten-Systemen ohne zentralen Koordinator-Flaschenhals.
Relevante JSON-RPC-Endpoints:
knc_task_submit knc_task_steal knc_task_status
// Freier Knoten holt wartende Aufgaben von Peer ab
{"jsonrpc": "2.0", "method": "knc_task_steal", "params": {"max_tasks": 2, "target_node_id": "knc-3e1b..."}, "id": 31}
Agenten-Orchestrierung Architektonisch
# Link kopieren

Agenten-Zustandsteleportation (knc_agent_teleport)

Serialisierungsvertrag und Protokollspezifikation zur Migration von Isolate-Ausführungszuständen zwischen Cluster-Knoten.

KnotenCore spezifiziert ein Migrationsprotokoll, um den Zustand eines laufenden Isolates – Instruktionszeiger, Stack-Frames und verbleibendes Gas – in einen signierten Snapshot zu überführen. Der RPC-Endpunkt knc_agent_teleport übernimmt die Übertragung und Instanziierung auf einem Zielknoten.
💡 Warum das für autonome KI-Agenten entscheidend ist
Schafft das architektonische Fundament für dynamische Lastverlagerung, Edge-to-Cloud-Übergaben und geplante Server-Wartungen ohne Kontextverlust des Agenten.
⚠️ Aktueller Entwicklungs- & Härtungsstand

Architektur-Status: Das Serialisierungsformat und der RPC-Endpunkt (knc_agent_teleport) für Isolate-AST-Snapshots sind spezifiziert und lokal getestet. Die unterbrechungsfreie Live-Migration über heterogene Produktionsnetzwerke befindet sich im experimentellen Ausbau.

Relevante JSON-RPC-Endpoints:
knc_agent_teleport knc_agent_snapshot knc_agent_restore
// Agenten an anderen Schwarmknoten migrieren
{
  "jsonrpc": "2.0",
  "method": "knc_agent_teleport",
  "params": {
    "agent_id": "agent-finance-04",
    "destination_node_id": "knc-84fa2...e1",
    "include_memory_heap": true
  },
  "id": 44
}
Kopiert!