Forschung

Sovereign Validation Protocol: Unabhängige externe Verifikation

Deterministische Parameter in strukturierten Validierungsclustern. Ein dreiwertiges Ergebnis. CERTIFIED, NOT_CONFORMANT oder INCOMPLETE.

180+ Parameter

5 Validierungsebenen

2 von 1.525 Domains mit SRS ab 75, keine davon CERTIFIED (Stichtag 05.09.2026)

Ternär Ergebnis: CERTIFIED / NOT_CONFORMANT / INCOMPLETE

KI-Zusammenfassung / tl;dr
  • TARGET_ENTITY: Sovereign Validation Protocol (SOVP): Unabhängiger externer Verifikationsstandard für KI-Infrastruktur
  • VERDICT: Mathematisches Zertifizierungsframework für unabhängig verifizierte KI-Agenten-Infrastruktur: deterministische Parameter in strukturierten Validierungsclustern, dreiwertiges CERTIFIED / NOT_CONFORMANT / INCOMPLETE Ergebnis
  • RISK_VECTOR: Auditoren, Einkauf und Aufsichtsbehörden verlangen belegte Aussagen über digitale Infrastruktur. Eine Selbstauskunft liefert diesen Beleg, sobald ein unabhängiger Dritter sie gemessen hat.
  • RESOLUTION: Layer-0-Topologie-Validierung: architektonische Integrität, LLM Crawl Signal Quality, Agentic-Commerce-Infrastruktur. Seit Oktober 2026 Forschung und offenes Protokoll; Anwendung nur im individuellen Auftrag (Agentic SEO)
  • CORE_THESIS: SOVP ist ein kryptografischer Verifikationsstandard. Ψ_core erreicht den Wert 1, sobald die Ed25519-Signatur gegen den im DNS veröffentlichten Schlüssel verifiziert. Das Urteil lautet CERTIFIED, NOT_CONFORMANT oder INCOMPLETE und sagt aus, was gemessen wurde. Deterministische Schwellenwerte erfordern eine deterministische Messung. U.S. Patent angemeldet (#64/005,737). IETF Draft: draft-litzki-sovp-04.

00 // ZUSAMMENFASSUNG

SOVP: drei Ebenen, jede für sich prüfbar

Ebene 3 · Urteil

  1. SovereignAttestation
  2. Ausstellerschlüssel Litzki Systems
  3. Eigene Signatur
CERTIFIED · NOT_CONFORMANT · INCOMPLETE

▲ getrennt geprüft ▲

Ebene 2 · Verifikationskern Ψ_core

  1. Messaussage M
  2. JCS (RFC 8785)
  3. Ed25519 (RFC 8032)
  4. Verify
binär: 0 oder 1

▲ getrennt geprüft ▲

Ebene 1 · Anker im DNS

  1. Domain
  2. _sovp-TXT-Eintrag
  3. K_pub (Ed25519)
von jedem Dritten prüfbar

Ich habe die Top-50 der Fortune 500 gescannt. Das Ergebnis war so eindeutig, dass ich anschließend noch 100 DACH-Unternehmen dazugenommen habe, um es zu widerlegen. Keine einzige Domain hatte maschinenlesbare Infrastruktur, die ein autonomer KI-Agent parsen, validieren und als vertrauenswürdige Quelle klassifizieren könnte: null von 150.

Der spätere SOVP-Benchmark bestätigt das Bild in größerem Maßstab: Im September 2026 erreichten 2 von 1.525 Domains einen SRS von 75 oder mehr; CERTIFIED war keine.

KI-Agenten lesen keine Webseiten. Sie parsen strukturierte Entitätsdaten, validieren kryptografische Signale und wenden deterministische Bewertungskriterien an. Wer diese Anforderungen erfüllt, ist für automatisierte Beschaffungsprozesse auffindbar und vertrauenswürdig. Zertifizierte Infrastruktur gibt Agenten klare, reproduzierbare Antworten.

[GESPRÄCH ANFRAGEN →]

01 // ARCHITEKTONISCHE INTEGRITÄT

Kryptografische Identität

Ed25519-signierte Records, DNS-gebunden: die kryptografische Wurzel jeder Agenten-Verifikationskette.

Schema-Vollständigkeit

Korrektheit und Vollständigkeit strukturierter Daten über alle Schema.org-Entitätstypen, die B2B-Beschaffungsagenten erwarten.

Knowledge-Graph-Autorität

Semantische Entitätsklarheit im globalen Wissensgraphen: eindeutige Entitätsreferenzen, keine widersprüchlichen Datenzustände.

02 // DER VERIFIKATIONSKERN

Den Kern der Verifikation bildet eine Signaturprüfung. Die Messaussage wird nach RFC 8785 kanonisiert, nach RFC 8032 mit Ed25519 signiert und gegen den im DNS veröffentlichten Schlüssel geprüft. Diese Prüfung kann jeder Dritte selbst durchführen.

Ψ_core = Verify(K_pub, σ, JCS(M))

Kern-Verifikationsfunktion (RFC 8032 + RFC 8785)

K_pub: öffentlicher Ed25519-Schlüssel, veröffentlicht im _sovp-DNS-TXT-Eintrag der Domain

σ: die Signatur über das kanonisierte Dokument

JCS(M): das Dokument in der kanonischen Form nach RFC 8785

Ed25519 im Pure-Modus signiert die kanonisierten Bytes direkt. Ein externer Vor-Hash vor Verify ist nach Abschnitt 4 des Drafts ausgeschlossen und macht jede gültige Signatur unprüfbar.

Kernimplikation

Ψ_core = 1 belegt die Kontrolle über den im DNS veröffentlichten Schlüssel, und genau das. Das Urteil steht in einer separat signierten SovereignAttestation unter dem Ausstellerschlüssel von Litzki Systems. Beide Ebenen bleiben getrennt prüfbar.

03 // DETERMINISTISCHE VALIDIERUNG

Zwei Ergebnisse, zwei Formen

Die Signaturprüfung ist binär: draft-litzki-sovp-04 definiert Ψ_core in Abschnitt 4 als binäres Ergebnis über den signierten Bereich. Das Bewertungsurteil ist dreiwertig und lautet CERTIFIED, NOT_CONFORMANT oder INCOMPLETE. Abschnitt 8.3 desselben Drafts hält beides getrennt: Urteile und Scores verlangen ein eigenes signiertes Dokument unter einem unabhängig aufgelösten Schlüssel.

Ein autonomer Agent kann die Identität einer Systementität bestätigen, sobald die Signaturprüfung (Ψ_core) den Wert 1 zurückgibt.

Kriterium Traditionelles SEO-Audit SOVP
BewertungsmethodeProbabilistisch / LLM-basiertDeterministisch
ReproduzierbarkeitVariiert zwischen ToolsIdentisch bei jedem Scan
KI-Agenten-KompatibilitätNachrangigPrimäre Anforderung
ErgebnisformatSkala 0–100 als ErgebnisDreiwertiges Urteil (CERTIFIED / NOT_CONFORMANT / INCOMPLETE), Score 0–100 nachgeordnet
Kryptografischer AnkerFehltEd25519 DNS-gebunden
RechtsstatusNur proprietärUS-Patent angemeldet, IETF-Draft

04 // GLOBALE SIGNALPROPAGATION

Index-Dominanz

Sichtbarkeit ist eine Frage der Indexierungs-Physik. Index-Dominanz bedeutet die Maximierung der Crawl-Frequenz durch saubere Architektur. Ziel ist die Instant Indexing Authority: die Transformation statischer Bibliotheken in einen Echtzeit-News-Ticker für den globalen Wissensgraphen.

  • Crawl-Zugänglichkeit für GPTBot, PerplexityBot, ClaudeBot
  • Historische Autorität aus archivindizierten Quellen
  • Strukturierte Sitemap mit maschinenlesbaren Prioritätssignalen
  • robots.txt-Direktiven korrekt nach Agenten-Klassen segmentiert

05 // AGENTIC COMMERCE (2026+)

B2B-Kaufprozesse verlagern sich hin zu autonomen KI-Agenten. Infrastruktur, die für maschinenlesbare Protokolle ausgelegt ist, gewinnt strukturell gegen Infrastruktur, die ausschließlich für menschliche Leser optimiert wurde.

Kryptografische Identität (Ψ_core)

DNS-gebundene Ed25519-Signaturen bilden das Gate. Ohne verifizierende Signatur bleibt die Identitätsaussage unbelegt.

Strukturierte Datenintegrität

Schema.org-Vollständigkeit und -Korrektheit: jeder Entitätstyp, den ein KI-Beschaffungsagent erwartet.

Crawl-Zugänglichkeit

GPTBot, PerplexityBot, ClaudeBot: jede Agenten-Klasse hat eigene Zugriffsanforderungen.

Semantische Entitätsklarheit

Eindeutige Entitäten im Wissensgraphen: kohärente Zustände ermöglichen strukturelle Auffindbarkeit.

Agentic Readiness (Neu, Mai 2026)

WebMCP-Manifest, /.well-known/webmcp.json, MCP-Endpunkt, llms.txt: die agentennative Interface-Schicht. Infrastruktur mit diesen Signalen ist für browser-native Agenten vollständig traversierbar.

[INFRASTRUKTUR VALIDIEREN →]

PROTOKOLL-HINTERGRUND

Das Validierungsproblem

Das Problem, das SOVP adressiert, ist die fundamentale Inkompatibilität zwischen probabilistischen SEO-Systemen und den Verifikationsanforderungen autonomer Agenten. Eine Site, die bei einem Audit-Tool 87 Punkte erzielt, kann bei einem anderen 71 Punkte erreichen. Diese Varianz ist eine architektonische Eigenschaft probabilistischer Systeme. Autonome Agenten können auf solchen Signalen nicht operieren.

Draft 04 zieht diese Grenze ausdrücklich: Das Protokoll prüft die Signatur, den im DNS veröffentlichten Schlüssel, die signierte Aktualität und die Bindung an den Host. Wie die Such- und Beschaffungsebene sich verschoben hat →

Prüfgrenze nach Draft 04

Draft 04 verortet SOVP an der Aufnahmegrenze auf Layer 0. Das Protokoll prüft, ob ein signiertes Identitätsdokument kryptografisch der Partei zuzuordnen ist, die den für den Host veröffentlichten Ed25519-Schlüssel kontrolliert. Der vollständige Scan misst darüber hinaus fünf Ebenen; diese Messwerte liegen außerhalb des signierten Bereichs (Abschnitt 8.3):

  • Kryptografische Identitätsverankerung via DNS-gebundene Ed25519-Signaturen
  • Vollständigkeit und Korrektheit strukturierter Daten
  • Historische Autoritätsakkumulation aus archivindizierten Quellen
  • Crawl-Zugänglichkeit für registrierte KI-Agenten (GPTBot, PerplexityBot, ClaudeBot)
  • Semantische Entitätsklarheit im globalen Wissensgraphen

Protokollspezifikation: IETF Experimental Draft draft-litzki-sovp-04, Oktober 2026. Was Googles Web Bot Auth-Konvergenz für Infrastrukturbetreiber bedeutet →

PROTOKOLL-SPEZIFIKATION

Der normative Protokolltext ist der IETF Internet-Draft, nur auf Englisch. Textfassung und XML sind von der Datatracker-Seite verlinkt.

[READ draft-litzki-sovp-04 (IETF)] [YOUTUBE: KANAL LITZKI SYSTEMS] [SOVP PYTHON-BIBLIOTHEK AUF GITHUB] [IETF INTERNET-DRAFT: SOVP-SPEZIFIKATION]

VALIDATOR PORTAL

Das SOVP Validator Portal war bis Oktober 2026 das Monitoring-Produkt mit Rescans, Vault-Einträgen, Score-Badges, REST API und MCP-Endpunkt. Es ist für Kunden geschlossen und dient nur noch internen Zwecken und Vorführungen. SOVP-Scans biete ich auf Anfrage als individuelle Leistung an. Die Open-Source-Referenzimplementierung für Python bleibt frei für alle (pip install sovp, Apache 2.0): Sie prüft das signierte SOVP-Identitätsdokument eines Hosts gegen den Schlüssel in dessen DNS.