DOCUMENT CLASSIFICATION: TECHNICAL SPECIFICATION IETF EXPERIMENTAL DRAFT: draft-litzki-sovp-04  ·  07 OCT 2026  ·  PYTHON REFERENCE ON GITHUB

Sovereign Validation Protocol: AI Infrastructure Audit

Layer 0 cryptographic verification. Deterministic acceptance boundary. CERTIFIED, NOT_CONFORMANT, or INCOMPLETE.

180+
Deterministic Parameters
5
Validation Layers
1,525
Unique Domains in Current Benchmark
SOVP v3.0 · latest valid FullScan per domain
3-State
Full Validator Verdict

AI Summary / tl;dr

  • TARGET_ENTITY: Sovereign Validation Protocol (SOVP): Independent External Verification Standard for AI Infrastructure
  • VERDICT: Mathematical certification framework for independently verified AI-agent infrastructure: deterministic parameters across structured validation clusters, three-state CERTIFIED / NOT_CONFORMANT / INCOMPLETE result
  • RISK_VECTOR: Auditors, procurement and regulators require substantiated statements about digital infrastructure. A self-declaration carries that substance once an independent party has measured it.
  • RESOLUTION: SOVP Validator Audit: Layer 0 topology validation covering architectural integrity, LLM crawl signal quality, and agentic commerce infrastructure
  • CORE_THESIS: SOVP is a cryptographic verification standard, distinct from SEO tooling. Ψ_core equals 1 once the Ed25519 signature verifies against the key published in DNS. The verdict reads CERTIFIED, NOT_CONFORMANT or INCOMPLETE and states what was measured. A deterministic threshold requires a deterministic measurement. U.S. Patent Pending (#64/005,737). IETF Draft: draft-litzki-sovp-04.

00 // EXECUTIVE SUMMARY

AI infrastructure validation: three-layer architecture

I started by scanning the top 50 Fortune 500 domains. The result was so unambiguous I scanned another 100 DACH enterprises to make sure. The count of domains with machine-readable infrastructure an autonomous AI agent could parse, validate, and act on: zero out of 150.

AI agents read your infrastructure, not your website. They parse structured entity data, validate cryptographic signals, and apply deterministic scoring to decide whether your infrastructure qualifies as a trustworthy source. Infrastructure that qualifies is visible to procurement pipelines. Exclusion is silent: the system moves on with no error, no notification, no second attempt.

[RUN YOUR AUDIT →]

01 // ARCHITECTURAL INTEGRITY

/// Layer 0 Principle

We replace entropian legacy silos with a deterministic Layer 0 topology. Before adding new software, we must harmonize the underlying data ontology to eliminate fragmented signal domains.

DNS

Cryptographic Identity

Ed25519-signed records bound to DNS layer form the cryptographic root every agent verification chain depends on.

SCH

Schema Completeness

Structured data correctness and completeness across all Schema.org entity types relevant to B2B procurement.

KG

Knowledge Graph Authority

Semantic entity clarity within the global Knowledge Graph: unambiguous entity references, no conflicting data states.

02 // THE VERIFICATION CORE

A signature check forms the core of the verification. The measured statement is canonicalized per RFC 8785, signed with Ed25519 per RFC 8032, and checked against the key published in DNS. Any third party can run this check themselves.

Ψ_core = Verify(K_pub, σ, H(JCS(M)))
/// Core Verification Function (RFC 8032 + RFC 8785)
K_pub: Ed25519 public key, published in the domain's _sovp DNS TXT record σ: the signature over the canonicalized document JCS(M): the document in RFC 8785 canonical form
/// Key Implication

Ψ_core = 1 establishes control over the key published in DNS, and that alone. The verdict sits in a separately signed SovereignAttestation under the Litzki Systems issuer key. Both layers stay independently verifiable.

03 // DETERMINISTIC VALIDATION

/// Two Results, Two Shapes

The signature check is binary: draft-litzki-sovp-04 Section 4 defines Ψ_core as returning a binary result over the signed scope. The assessment verdict is three-state and reads CERTIFIED, NOT_CONFORMANT or INCOMPLETE. Section 8.3 of the same draft keeps the two apart: verdicts and scores require a separate signed document under an independently resolved key.

An autonomous agent can confirm the identity of a system entity once the signature check (Ψ_core) returns 1.

Validation Approach Traditional SEO SOVP
Scoring methodProbabilistic / LLM-basedDeterministic
ReproducibilityVaries across toolsIdentical on repeated scans
Agent compatibilityDesigned for human readersBuilt for AI procurement
Verdict formatScore 0–100CERTIFIED / NOT_CONFORMANT / INCOMPLETE (binary)
Cryptographic anchorAbsentEd25519 DNS-bound
Legal statusProprietary onlyU.S. Patent Pending, IETF Draft

04 // GLOBAL SIGNAL PROPAGATION

/// Index Dominance

Visibility is a question of indexing physics. Index Dominance means maximizing crawl frequency through clean architecture. The goal is Instant Indexing Authority: transforming static libraries into a real-time news ticker for the global Knowledge Graph.

  • Crawl accessibility for GPTBot, PerplexityBot, ClaudeBot
  • Historical authority from archive-indexed sources
  • Structured sitemap with machine-readable priority signals
  • robots.txt directives correctly scoped per agent class
AI infrastructure validation: three-layer architecture

05 // INTENT DECODING

/// Signal vs. Noise
Deterministic Signal Validation
Search volume is a misleading metric in Deep Tech. We distinguish between entropian noise and verified transaction signals.
/// Damping
Stochastic Traffic Repulsion
Deterministic Damping actively filters out traffic that cannot convert into qualified B2B pipeline interactions.
/// Precision
Intent-Grade Routing
The routing layer tunes infrastructure signals to route only high-intent procurement agents and filters out misaligned crawls. Only qualified traffic reaches your pipeline.

06 // SYSTEM RESILIENCE

/// Tech-Stack Freeze Principle

The primary threat to a functioning architecture is internal entropy. We secure operational integrity through a Tech-Stack Freeze: the system yields constant results, structurally damping external volatility and decoupling revenue logic from volatile surfaces.

07 // AGENTIC COMMERCE (2026+)

B2B purchasing processes are shifting toward autonomous AI agents. Websites optimized for human readers are unreadable to procurement algorithms.

L01

Cryptographic Identity (Ψ_core)

DNS-bound Ed25519 signatures form the gate. Without a verifying signature, the identity claim stays unsubstantiated.

L02

Structured Data Integrity

Schema.org completeness and correctness: every entity type an AI procurement agent expects to find.

L03

Crawl Accessibility

GPTBot, PerplexityBot, ClaudeBot: each agent class has distinct access requirements.

L04

Semantic Entity Clarity

Zero ambiguity in the Knowledge Graph: conflicting entity states equal structural exclusion.

L05

Agentic Readiness (New, May 2026)

WebMCP manifest, /.well-known/webmcp.json, MCP endpoint, llms.txt: the agent-native interface layer. Infrastructure with this layer in place is fully traversable by browser-native agents.

[VALIDATE YOUR INFRASTRUCTURE →]

PROTOCOL BACKGROUND

SOVP - Protokoll-Hintergrund

The Validation Problem

SOVP addresses the verification boundary before data ingestion by providing a deterministic cryptographic check for a signed identity document. A site that scores 87 on one audit tool may score 71 on another. This variance is an architectural property of probabilistic systems. Autonomous agents cannot operate on such signals.

Draft 04 makes this boundary explicit: the protocol verifies the signature, the DNS-published key, signed freshness, and the host binding. How the search and procurement layer has shifted →

Draft 04 Validation Boundary

Draft 04 defines SOVP at the Layer 0 ingestion boundary. The protocol verifies the cryptographic attribution of a signed identity document to the party controlling the Ed25519 key published for the host.

  • Cryptographic identity anchoring via DNS-bound Ed25519 signatures
  • Structured data completeness and schema correctness
  • Historical authority from archive-indexed sources
  • Crawl accessibility for registered AI agents (GPTBot, PerplexityBot, ClaudeBot)
  • Semantic entity clarity within the global Knowledge Graph

Protocol specification: IETF Experimental Draft draft-litzki-sovp-04, 7 October 2026. What Google's Web Bot Auth convergence means for infrastructure owners →

Origin story: How SOVP evolved from a 12-year weighted SEO audit catalog into an IETF draft →

PROTOCOL SPECIFICATION

Self-issuance notice: the attestation published at /.well-known/sovp-attestation.json for litzki-systems.com is issued by Litzki Systems LLC about its own domain. Issuer and subject are the same party. It demonstrates the document format and the verification procedure; it is not third-party assurance about this website. The same is true of the identity document at /.well-known/sovp-identity.json, which is self-asserted by design: SOVP proves control of the DNS-published key and nothing more.

The normative protocol text is the IETF Internet-Draft. Plain text and XML are linked from the Datatracker page.

[READ draft-litzki-sovp-04 (IETF)] [WATCH: SOVP Technical Manifest on YouTube] [SOVP PYTHON LIBRARY ON GITHUB] [IETF INTERNET-DRAFT: SOVP SPECIFICATION]

VALIDATOR PORTAL: API & INTEGRATIONS

The SOVP Validator Portal runs weekly automated rescans for registered domains. Every scan produces a Vault record and an embeddable Score Badge; a CERTIFIED scan additionally issues an Ed25519-signed identity document anchored in DNS. The verdict (CERTIFIED, NOT_CONFORMANT, INCOMPLETE) is reported in the scan result and is not part of the signed identity document. From the Professional plan upward, API access via the Python SDK enables direct integration into CI/CD pipelines, GRC toolchains, and compliance dashboards.

[ VAULT ]
Sovereign Record
Publicly verifiable, permanent URL
[ BADGE ]
Score Badge
Embeddable HTML (dark, light & minimal themes)
[ API ]
REST API + Python SDK
pip install sovp, available from the Professional plan upward
[ ACTIONS ]
Remediation Roadmap
Prioritized fixes per group score in the portal dashboard
[VIEW PORTAL PLANS & API PRICING →]

Protocol Notice: SOVP and draft-sovereign-svtp

Litzki Systems LLC has no affiliation with the Internet-Draft draft-sovereign-svtp-00 ("Sovereign Verification & Trust Protocol (SVTP) v1.0"), submitted to the IETF on May 3, 2026 by an entity identifying itself as Sovereign AG.

The naming overlap between SVTP and SOVP (Sovereign Validation Protocol) is a matter of active IPR proceedings. Litzki Systems LLC submitted IPR Disclosure ID 7291 on May 12, 2026 under RFC 8179, asserting that mechanisms described in draft-sovereign-svtp-00 (specifically the Protocol Seal, Immutable Audit Chain, and Transparent Proxy Architecture) overlap with pending claims in U.S. Patent Application No. 64/005,737 ("System and Method for Infrastructure Validation and Signal-to-Noise Separation via Sovereign Gateway", filed March 14, 2026).

The disclosure is publicly accessible at https://datatracker.ietf.org/ipr/7291/. The IETF Secretariat has notified Sovereign AG. Response deadline: June 12, 2026.

Litzki Systems LLC exclusively develops and maintains the Sovereign Validation Protocol (SOVP). The active IETF Draft is draft-litzki-sovp-04, submitted October 7, 2026. The draft series has been live since May 14, 2026. Any references to SVTP, draft-sovereign-svtp, or svtp-sdk as equivalent or related to SOVP are factually incorrect.

Contact: [email protected]