DKG Memory MCP Server

MCP-Server (Model Context Protocol), der den dreischichtigen verifizierbaren Speicher (Working / Shared / Verifiable) von OriginTrail DKG V10 über standardmäßige MCP-Tools verfügbar macht. Binden Sie ihn in einen beliebigen MCP-fähigen Client ein — Claude Desktop, Cursor, Claude Code oder einen generischen MCP-Agenten — und lesen, schreiben, teilen und fragen Sie DKG-Speicher ohne eigene HTTP-Anbindung ab.

Dies ist eine Einreichung zum DKG v10 Call for Integrations (Round 1: Working & Shared Memory). Es handelt sich um eine transportagnostische Tooling-Ebene, die sich vom verwandten OpenClaw Memory Curator-Daemon unterscheidet (der OpenClaw-spezifisch ist).

Tools

Der Umfang von Round 1 beschränkt sich auf Working + Shared Memory. Es gibt kein vm/publish-Tool (Verifiable Memory ist eine spätere Runde und erfordert eine ausdrückliche Veröffentlichung mit menschlicher Freigabe) und kein UI-Endorsement-/Abstimmungstool (von den Bounty-Regeln ausgeschlossen).

Related MCP server: MemoryIQ

Installation

npm install -g dkg-memory-mcp

Erfordert einen laufenden DKG-V10-Knoten (Standard: http://127.0.0.1:9200) mit einem Auth-Token unter ~/.dkg/auth.token (Zeile 2; Kommentarzeilen, die mit # beginnen, werden entfernt).

Claude Desktop

Fügen Sie Folgendes zu claude_desktop_config.json hinzu:

{
  "mcpServers": {
    "dkg-memory": {
      "command": "dkg-memory-mcp",
      "args": []
    }
  }
}

Cursor / Claude Code

Registrieren Sie den MCP-Server mit dem Befehl dkg-memory-mcp (stdio-Transport).

Umgebungsvariablen (optional)

Entwicklung

npm install
node --test test/*.test.js   # unit tests
node src/server.js           # run the stdio server

Smoke-Test (live)

Ende-zu-Ende gegen einen DKG-V10-Knoten (Base-Sepolia-Testnetz) verifiziert: KA erstellen → Quads in den Working Memory schreiben → SPARQL-Abruf → 3 Bindings, zurückgegeben über Peer-ID-, Wallet- und Standard-Agent-Adressierung.

Lizenz

Apache-2.0

Verifiziertes Beispiel (2026-08-22)

Echter MCP-Round-Trip gegen den lokalen DKG-Knoten (v10.0.13, Testnetz), ausgeführt über das stdio-MCP-Protokoll:

// tools/call dkg_write_memory
{
  "kaName": "hermes-audit-manic",
  "subject": "urn:dkg:hermes:demo:manic-deposit",
  "triples": [
    {"predicate": "http://127.0.0.1:7878/actionType", "object": "deposit"},
    {"predicate": "http://127.0.0.1:7878/chain", "object": "solana"},
    {"predicate": "http://127.0.0.1:7878/outcome", "object": "success"}
  ]
}
// -> Created Knowledge Asset "hermes-audit-manic-1787398447058" with 4 quad(s)
//    assertionUri: did:dkg:.../_working_memory/.../269
//    status: wm-sealed | merkleRoot: 0x8aa210f8... | written: 4

// tools/call dkg_query_memory (SPARQL)
{"query": "SELECT ?s ?p ?o WHERE { ?s <http://127.0.0.1:7878/actionType> \"deposit\" . ?s ?p ?o }", "view": "working"}
// -> returns the deposited action quads (incl. records written by sibling tools)

Der Schreibvorgang wurde im Working Memory versiegelt (EIP-712-Siegel, Merkle-Wurzel-basiert), und die SPARQL-Abfrage rief ihn wieder ab, einschließlich der Datensätze, die von der verwandten dkg-hermes-bridge geschrieben wurden — was die toolübergreifende Sichtbarkeit auf der gemeinsamen DKG-Basis demonstriert.