zeroH MCP
Related Servers
Alternatives to zeroH MCP
No user-submitted related servers found.
Related Servers
- AlicenseAqualityBmaintenanceAppend-only evidence receipts for AI records: seal, verify, cite, chain-check, anchor status. A seal proves a record existed at a time, not that its contents are true. Five tools over stdio with npx -y apex-psi-mcp — no account, no key, verification free forever.569 npm1MIT
- AlicenseNot gradedqualityBmaintenanceEnables deterministic verification of AI agent decisions and actions, providing PASS/FAIL/ABSTAIN verdicts with replayable proofs and an optional signed receipt ledger.25 npmApache 2.0
- AlicenseAqualityCmaintenanceAI agent provenance, trust, and auditability layer. VERITAS multi-gate scoring, Cortex approval gates, S.E.A.L. hash-chain audit ledger, and semantic RAG with cryptographic provenance tracking for every decision an agent makes.275MIT
- AlicenseNot gradedqualityBmaintenanceEnables AI agents to verify proposed actions through federated adversarial consensus among multiple LLMs, providing Ed25519-signed attestations to prevent hallucinations, unverified counterparties, and compliance risks before execution.2MIT
- AlicenseNot gradedqualityCmaintenanceEnables AI agents to be governed by formal Gentzen sequent calculus proof trees, with human-in-the-loop approval gates and cryptographic audit trails for consequential actions.MIT
- AlicenseAqualityDmaintenanceEnables AI agents to sign decisions with post-quantum cryptographic proofs and maintain secure audit trails for compliance. It provides tools for stamping events, verifying chain integrity, and exporting audit data across industries like finance and healthcare.473 npmMIT
TDQS
Scored across 9 tools
The tools split into recognizable clusters (validate_claim / verify_step / session_report form a pipeline; compute and solve_equation are clearly distinct math operations), but several tools sit in an overlapping 'verify things' space. validate_claim, epistemic_consensus, and zk_verify_receipt all evaluate or attest a claim, and an agent could plausibly pick the wrong one without careful reading. intercept_token and enclave_status are also both enclave-facing lookups that could be confused.
All names use snake_case, which is good, but the verb conventions are mixed: verb_noun (validate_claim, verify_step, solve_equation, intercept_token), bare verb (compute), noun_noun (session_report, enclave_status, epistemic_consensus), and a prefixed form (zk_verify_receipt). It stays readable, but there is no single predictable pattern to infer a new tool's name from.
Nine tools is a well-scoped set for an epistemic-verification server, with each tool covering a discrete capability (arithmetic, solving, step logging, session sealing, receipt, consensus, health). Two tools (intercept_token, zk_verify_receipt) depend on an optional Sovereign Enclave connection, which makes them conditional rather than redundant.
The core lifecycle is covered end-to-end: validate a claim, log individual steps, seal and audit the session, then emit a cryptographic receipt, plus math primitives and a health check. Minor gaps exist — no way to list/clear session steps or start/reset a session, and no batch validation — but agents can work around these.