DCL Trust Oracle — AI/LLM Output Audit (x402 MCP)
REMOTE · MCP.FRONESISLABS.COM
AI/LLM agent output audit MCP: policy eval, tamper-evident chain, AI safety, x402 USDC on Base.
Available components
Last scanned (2 months ago)
Scores higher than 0% of remote servers
Unreachable for 7 days in a row. Last reached 23 Aug 2026.
Category Security
Dead
Every channel of this server has been unreachable for long enough to be marked dead. Its trust score is pinned to 0 and does not recover automatically: even once the server responds again it stays dead until it is manually reinstated.
How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score → Why this is hard to score →
Endpoint Security11
- TLS not yet verified: we couldn't open a connection to check the certificate. View diagnostics → Unverified
- Authorisation not yet verified: we couldn't confirm whether this endpoint requires it. View diagnostics → Unverified
- HTTPS is enforced; there's no plaintext access path. View diagnostics → Pass
- HSTS not yet verified: we couldn't read the response headers to check for it. View diagnostics → Unverified
- DNSSEC check failed: this domain isn't protected by DNSSEC. See how to fix → View diagnostics → Fail
Transport & Reachability0
- Transport check failed: declared streamable-http, but we couldn't connect to verify it. See how to fix → View diagnostics → Fail
Schema Quality & AI Usability0
- Schema not yet verified: we couldn't read the endpoint's schema, or could read only part of its tool list.Unverified
Stability & Change Management0
- Stability not yet verified: not enough scan history yet (needs a 30-day window).Unverified
Tool Coverage0
- Tool coverage not yet verified: we couldn't read the endpoint's tools, or could read only part of the list.Unverified
Tool Safety0
- Tool safety not yet verified: we couldn't read the endpoint's tools, or could read only part of the list.Unverified
Capabilities0
- Capabilities not yet verified: we couldn't read the endpoint's capabilities.Unverified
Unverified: 5 categories
Categories scored 0 because we could not verify them: authentication we do not have, an unreachable endpoint, or not enough scan history. We only credit what we can confirm.
Checks we ran (3)
- HTTPS
- DNSSEC
- Transport
Checks we could not complete (8)
These are gaps on our side, not findings about this hosted endpoint. We only credit what we can confirm, so a category made up entirely of them scores 0.
- TLS certificate in Endpoint SecurityTLS not yet verified: we couldn't open a connection to check the certificate.
- Authorization in Endpoint SecurityAuthorisation not yet verified: we couldn't confirm whether this endpoint requires it.
- HSTS header in Endpoint SecurityHSTS not yet verified: we couldn't read the response headers to check for it.
- Schema quality in Schema Quality & AI Usability (scores 0 for this)Schema not yet verified: we couldn't read the endpoint's schema, or could read only part of its tool list.
- Stability in Stability & Change Management (scores 0 for this)Stability not yet verified: not enough scan history yet (needs a 30-day window).
- Tool coverage in Tool Coverage (scores 0 for this)Tool coverage not yet verified: we couldn't read the endpoint's tools, or could read only part of the list.
- Tool safety in Tool Safety (scores 0 for this)Tool safety not yet verified: we couldn't read the endpoint's tools, or could read only part of the list.
- Capabilities in Capabilities (scores 0 for this)Capabilities not yet verified: we couldn't read the endpoint's capabilities.
Does not apply to this hosted endpoint (2)
- Supply Chain SecurityScored on package channels only. This is a hosted endpoint, so there is nothing to install or inspect.
- Provenance & TransparencyScored on package channels only. This is a hosted endpoint, so there is nothing to install or inspect.
The score does not measure everything. What the score does not measure →
Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 30 Aug 26 −16
The score moved with no change recorded against any check. We would rather say so than guess.
- 29 Aug 26 −15
The score moved with no change recorded against any check. We would rather say so than guess.
- 28 Aug 26 −16
The score moved with no change recorded against any check. We would rather say so than guess.
- 27 Aug 26 −15
The score moved with no change recorded against any check. We would rather say so than guess.
- 26 Aug 26 −16
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 24 Aug 26 0
- Endpoint reachability: reachable → unreachable ▼ security
- HSTS header: fail → unverified ▼ security
- Stability: 0.60 → unverified ▼ security
- Authorization: partial → unverified ▼ security
- TLS certificate: pass → unverified ▼ security
- Transport: pass → fail ▼ security
- Capabilities: pass → unverified ▼ functional
- Tool coverage: 100 → unverified ▼ functional
- First check of Schema quality: unverified functional
- 23 Aug 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 57 to 60. That category is still filling its 30-day observation window: 17 days of observed history at the previous scan, 18 at this one. The score rises as the window fills, whether or not the server changes.
- 21 Aug 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 50 to 53. That category is still filling its 30-day observation window: 15 days of observed history at the previous scan, 16 at this one. The score rises as the window fills, whether or not the server changes.
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 30 Aug 2026 · Probed https://mcp.fronesislabs.com/mcp
TLS unreached
Background: What to check on a remote MCP endpoint →
DNSSEC insecure
Validation of mcp.fronesislabs.com. — Not signed
| Zone | DS | Keys | Algorithms | Outcome |
|---|---|---|---|---|
| . | Trust anchor | 20326, 38696 | 8, 8 | Verified |
| com. | DS published | 19718 | 13 | Verified |
| fronesislabs.com. | No DS | Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation |
Authentication Inconclusive
We could not reach the endpoint well enough to judge its authorisation posture.
| Result | Inconclusive |
|---|
Background: How OAuth 2.1 works in the 2026 MCP spec →
Transports 2 probes
| Transport | URL | Outcome | Status | Location |
|---|---|---|---|---|
| streamable-http | https://mcp.fronesislabs.com/mcp | Unreachable | ||
| http (plaintext) | http://mcp.fronesislabs.com/mcp | HTTPS enforced |
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →
dcl_audit_decode Basic Audit Decode ~53
POST-ACTION Basic Audit ($0.10). Retrieves a record from the tamper-evident chain by tx_hash.
| Name | Type | Req | Description |
|---|---|---|---|
| tx_hash | string | yes | Transaction hash of the audit chain record to retrieve. |
| Name | Type | Req | Description |
|---|---|---|---|
| agent_id | – | – | Identifier of the agent tied to this record. |
| chain_index | – | – | Sequential index of the record in the chain. |
| chain_integrity | – | – | True if the full chain verifies as intact. |
| confidence | – | – | Confidence score recorded for the verdict. |
| error | – | – | Set if tx_hash was not found; other fields are omitted. |
| prev_hash | – | – | Hash of the preceding record in the chain. |
| reason | – | – | Explanation recorded for the verdict. |
| seal_text | – | – | Human-readable Leibniz Layer verification seal. |
| task_type | – | – | Task type tag recorded with this entry. |
| timestamp | – | – | Unix timestamp when the record was created. |
| tx_hash | – | – | Hash of the audit chain record. |
| verdict | – | – | COMMIT or NO_COMMIT. |
| verify_url | – | – | Public URL to independently verify this seal. |
No examples provided.
dcl_audit_decode_deep Deep Forensic Audit Decode ~53
POST-ACTION Deep Forensic Audit ($0.50). Extended output with drift_context and full chain integrity verification.
| Name | Type | Req | Description |
|---|---|---|---|
| tx_hash | string | yes | Transaction hash of the audit chain record to retrieve. |
| Name | Type | Req | Description |
|---|---|---|---|
| agent_id | – | – | Identifier of the agent tied to this record. |
| chain_index | – | – | Sequential index of the record in the chain. |
| chain_integrity | – | – | True if the full chain verifies as intact. |
| confidence | – | – | Confidence score recorded for the verdict. |
| drift_context | – | – | Extended forensic metadata captured at evaluation time. |
| error | – | – | Set if tx_hash was not found; other fields are omitted. |
| prev_hash | – | – | Hash of the preceding record in the chain. |
| reason | – | – | Explanation recorded for the verdict. |
| seal_text | – | – | Human-readable Leibniz Layer verification seal. |
| tamper_reason | – | – | Why chain_integrity is False — a broken prev_hash link or an edited row whose stored tx_hash no longer matches its recomputed content hash. |
| tampered_at_index | – | – | Index where chain integrity broke, if any tampering was detected. |
| task_type | – | – | Task type tag recorded with this entry. |
| timestamp | – | – | Unix timestamp when the record was created. |
| tx_hash | – | – | Hash of the audit chain record. |
| verdict | – | – | COMMIT or NO_COMMIT. |
| verify_url | – | – | Public URL to independently verify this seal. |
No examples provided.
dcl_commit Leibniz Layer Crypto Commit ~266
FINAL-STEP Leibniz Layer Crypto Commit ($0.01). Writes a trading/agent decision to the append-only Leibniz Layer audit chain and returns a Merkle-proof-style receipt: `tx_hash` (proof of this specific commit), `chain_hash` (the previous commit's hash, linking this one into the chain), and `chain_depth` (this commit's position in the chain). Unlike the evaluate_* tools, this call has no pass/fail verdict of its own — it always succeeds and simply seals the decision. Passing `prior_checks` is optional but recommended: it records which earlier pipeline steps (firewall/wallet/trade/MEV) this specific commit is downstream of, in one auditable record. Always run this LAST, after every other crypto-suite check has passed.
| Name | Type | Req | Description |
|---|---|---|---|
| agent_id | string | yes | Identifier of the agent whose decision is being committed. |
| decision | string | yes | The final trading/agent decision text to commit to the audit chain. |
| prior_checks | – | – | Optional dict of tx_hashes from earlier pipeline steps (e.g. {'prompt_firewall_tx_hash': ..., 'trade_verifier_tx_hash': ..., 'mev_compliance_tx_hash': ...}), linking this commit to the specific check… |
| Name | Type | Req | Description |
|---|---|---|---|
| chain_depth | integer | yes | This commit's position (index) in the chain. |
| chain_hash | string | yes | Hash of the previous commit in the append-only chain that this one links to. |
| input_hash | string | yes | Hash of the committed decision text (raw content is never stored). |
| timestamp | number | yes | Unix timestamp when this record was sealed. |
| tx_hash | string | yes | Tamper-evident proof of this specific commit. |
No examples provided.
dcl_evaluate_batch Batch Evaluation ~210
PRE-ACTION Bulk Processing ($0.10). Evaluates a list of items in one call; each item is a dict shaped {"response": str, "policy"?: str}, where policy defaults to "default" if omitted and may be any built-in policy name (default, strict, anti_jailbreak, safety, content_quality). Each item gets its own independent COMMIT/NO_COMMIT verdict via the same logic as the matching single-item evaluate_* tool; results are returned in input order under `results`, plus a shared `batch_id`. Capped at 200 items per call — oversized batches are rejected. Use this instead of multiple single-item evaluate_* calls when checking several responses — optionally against different policies — in one priced call rather than paying per item separately.
| Name | Type | Req | Description |
|---|---|---|---|
| agent_id | string | yes | Identifier of the agent that produced the responses. |
| items | array | yes | List of items to evaluate, each shaped like {'response': str, 'policy'?: str}. |
| Name | Type | Req | Description |
|---|---|---|---|
| agent_id | string | yes | Identifier of the agent whose responses were evaluated. |
| batch_id | string | yes | Unique identifier for this batch run. |
| count | integer | yes | Number of items evaluated in this batch. |
| results | array | yes | Per-item evaluation results, in input order. |
No examples provided.
dcl_evaluate_fast Fast Pre-Action Audit ~213
FAST Pre-Action Audit ($0.01). Runs the response through the server's "default" policy: a substring check against 3 forbidden phrases ("ignore previous instructions", "jailbreak", "bypass safety") with a 0.7 minimum-confidence threshold. Each forbidden match found costs 0.4 confidence; if confidence falls below 0.7, or any match is found, the verdict is NO_COMMIT and `reason` lists which phrase triggered it. Otherwise COMMIT. Use this as the default low-cost first-pass gate before a risky agent action; switch to dcl_evaluate_strict for a broader, higher-bar check, or to dcl_evaluate_jailbreak / dcl_evaluate_safety / dcl_evaluate_quality for a narrower, single-topic check instead of the general-purpose default policy.
| Name | Type | Req | Description |
|---|---|---|---|
| agent_id | string | yes | Identifier of the agent that produced the response. |
| response | string | yes | The agent or LLM response text to audit. |
| Name | Type | Req | Description |
|---|---|---|---|
| chain_index | integer | yes | Sequential index of this record in the audit chain. |
| confidence | number | yes | Confidence score of the verdict, from 0.0 to 1.0. |
| drift_mode | string | yes | Current drift status: NORMAL, WARNING, ESCALATION, or BLOCK. |
| drift_score | number | yes | Z-score measuring deviation of the recent commit rate from baseline. |
| input_hash | string | yes | Hash of the evaluated response (raw content is never stored). |
| policy_version | string | yes | Version of the policy that was applied. |
| reason | string | yes | Human-readable explanation of why the verdict was reached. |
| seal_text | string | yes | Human-readable Leibniz Layer verification seal. |
| timestamp | number | yes | Unix timestamp when this record was sealed. |
| tx_hash | string | yes | Hash of this record in the tamper-evident audit chain. |
| verdict | string | yes | COMMIT if the response passed policy checks, otherwise NO_COMMIT. |
| verify_url | string | yes | Public URL to independently verify this seal. |
No examples provided.
dcl_evaluate_jailbreak Jailbreak Detection Check ~206
PRE-ACTION Instruction Adherence Check ($0.02). Runs the "anti_jailbreak" policy: a substring check against 6 forbidden phrases ("ignore previous instructions", "jailbreak", "bypass safety", "pretend you are", "act as if", "DAN") with a 0.8 minimum-confidence threshold — each match costs 0.4 confidence. Returns COMMIT if no phrase matches and confidence stays at or above 0.8, otherwise NO_COMMIT with `reason` listing the matched phrase(s). Use this as a targeted, cheaper check when the concern is specifically prompt-injection / persona-hijack risk; use dcl_evaluate_strict instead when you also want safety- and default-policy phrases covered in the same call.
| Name | Type | Req | Description |
|---|---|---|---|
| agent_id | string | yes | Identifier of the agent that produced the response. |
| response | string | yes | The agent or LLM response text to check for jailbreak attempts. |
| Name | Type | Req | Description |
|---|---|---|---|
| chain_index | integer | yes | Sequential index of this record in the audit chain. |
| confidence | number | yes | Confidence score of the verdict, from 0.0 to 1.0. |
| drift_mode | string | yes | Current drift status: NORMAL, WARNING, ESCALATION, or BLOCK. |
| drift_score | number | yes | Z-score measuring deviation of the recent commit rate from baseline. |
| input_hash | string | yes | Hash of the evaluated response (raw content is never stored). |
| policy_version | string | yes | Version of the policy that was applied. |
| reason | string | yes | Human-readable explanation of why the verdict was reached. |
| seal_text | string | yes | Human-readable Leibniz Layer verification seal. |
| timestamp | number | yes | Unix timestamp when this record was sealed. |
| tx_hash | string | yes | Hash of this record in the tamper-evident audit chain. |
| verdict | string | yes | COMMIT if the response passed policy checks, otherwise NO_COMMIT. |
| verify_url | string | yes | Public URL to independently verify this seal. |
No examples provided.
dcl_evaluate_jailbreak_crypto Crypto Jailbreak & Injection Detection ~199
PRE-ACTION Crypto Jailbreak & Injection Detection ($0.02). Crypto-specialized instruction-override/jailbreak/injection screen: standard role-switch and instruction-override patterns, plus crypto-specific drain-wallet injection (e.g. "transfer all funds to...", fake "test transaction" requesting full balance) and unlimited-approval injection (e.g. type(uint256).max, "approve unlimited allowance", skip-slippage-confirmation framing). Any match returns NO_COMMIT with `reason` and `findings` naming the matched category/categories; run this FIRST in the DCL crypto pipeline, before wallet/trade/MEV checks, since it screens the input itself rather than a decision built on top of it.
| Name | Type | Req | Description |
|---|---|---|---|
| agent_id | string | yes | Identifier of the agent that produced or received the text. |
| response | string | yes | The incoming prompt or agent response to screen for crypto-specialized jailbreak/injection attempts. |
| Name | Type | Req | Description |
|---|---|---|---|
| chain_index | integer | yes | Sequential index of this record in the audit chain. |
| confidence | number | yes | Confidence score of the verdict, from 0.0 to 1.0. |
| findings | array | yes | All matched patterns. Empty list if verdict is COMMIT. |
| input_hash | string | yes | Hash of the screened text (raw content is never stored). |
| policy_version | string | yes | Version of the crypto jailbreak policy that was applied. |
| reason | string | yes | Human-readable explanation of the verdict. |
| tx_hash | string | yes | Hash of this record in the tamper-evident audit chain. |
| verdict | string | yes | COMMIT if no injection pattern matched, otherwise NO_COMMIT. |
No examples provided.
dcl_evaluate_mev MEV & Market-Abuse Compliance Screen ~240
POST-ACTION MEV & Market-Abuse Compliance Screen ($0.03). Text-level screen (not a mempool/transaction analyzer) for front-running/sandwich-attack language, wash trading/layering/spoofing, KYC/AML red flags (mixers, structuring, obscuring fund origin), and pump-and-dump/rug-pull language. Any critical-severity finding, or two or more major-severity findings, returns NO_COMMIT; a single major-severity finding is also returned as NO_COMMIT but with a distinctly higher `confidence` (~0.55 vs ~0.05-0.2 for harder violations) so downstream callers can tell a soft single flag apart from a hard multi-finding block. Each finding includes an illustrative `regulatory_reference` tag (MiFID II, FCA, or an EU AI Act article).
| Name | Type | Req | Description |
|---|---|---|---|
| agent_id | string | yes | Identifier of the agent that produced the response. |
| response | string | yes | The agent or LLM response text describing or proposing an on-chain/trading action, to screen for MEV and market-abuse language. |
| Name | Type | Req | Description |
|---|---|---|---|
| chain_index | integer | yes | Sequential index of this record in the audit chain. |
| confidence | number | yes | Confidence score of the verdict, from 0.0 to 1.0. |
| findings | array | yes | All matched patterns. Empty list if verdict is COMMIT. |
| input_hash | string | yes | Hash of the screened text (raw content is never stored). |
| timestamp | number | yes | Unix timestamp when this record was sealed. |
| tx_hash | string | yes | Hash of this record in the tamper-evident audit chain. |
| verdict | string | yes | COMMIT if the response passed the MEV/compliance screen, otherwise NO_COMMIT. |
No examples provided.
dcl_evaluate_output_sanitizer Output Sanitizer — Final Gate ~285
FINAL-GATE Output Sanitizer ($0.02). Post-processing checkpoint that strips secrets/credentials, PII, crypto material (seed phrases, private keys, wallet addresses), internal network details (private IPs, MAC addresses, .internal/.local/.corp hostnames), and unsafe shell/SQL/path-traversal fragments from a raw model response — plus a narrow, high-precision safety net for direct self-harm-instruction-seeking and targeted-harassment phrasing (not a general toxicity classifier). Returns a single `sanitized_output` with every match replaced by `[REDACTED]`; use that instead of the original whenever verdict is NO_COMMIT. Run this as the LAST gate before a response reaches its destination — after `dcl_evaluate_jailbreak_crypto`/other input-side checks have already run, and immediately before `dcl_commit` seals the final decision. Internally re-uses the same detection tables as `dcl_evaluate_secrets`/`dcl_evaluate_pii` for the secrets/PII categories, so results stay consistent with those tools.
| Name | Type | Req | Description |
|---|---|---|---|
| agent_id | string | yes | Identifier of the agent that produced the response. |
| response | string | yes | The raw LLM/agent response to sanitize before it is delivered to a user, downstream agent, or external system. |
| Name | Type | Req | Description |
|---|---|---|---|
| chain_index | integer | yes | Sequential index of this record in the audit chain. |
| confidence | number | yes | Confidence score of the verdict, from 0.0 to 1.0. |
| findings | array | yes | All matches found, with position/severity/category detail. Empty list if verdict is COMMIT. |
| input_hash | string | yes | Hash of the sanitized text (raw content is never stored). |
| redaction_count | integer | yes | Total number of items redacted. |
| risk_score | number | yes | 0.0-1.0 composite severity score. |
| sanitized_output | – | – | Input text with every match replaced by [REDACTED]. Null if verdict is COMMIT. |
| timestamp | number | yes | Unix timestamp when this record was sealed. |
| tx_hash | string | yes | Hash of this record in the tamper-evident audit chain. |
| verdict | string | yes | COMMIT if the response was clean, otherwise NO_COMMIT. |
| violations | array | yes | Distinct finding types matched (e.g. ['api_key', 'internal_ip']). Empty list if verdict is COMMIT. |
No examples provided.
dcl_evaluate_pii PII Detection Scan ~109
POST-ACTION PII Detection Scan ($0.02). Regex-based scan across 8 personal-data categories, with a Luhn checksum on card numbers to reduce false positives. Any finding results in NO_COMMIT.
| Name | Type | Req | Description |
|---|---|---|---|
| agent_id | string | yes | Identifier of the agent that produced the response. |
| response | string | yes | The text to scan for personal data: emails, phone numbers, national IDs, bank cards, IBANs, crypto addresses, IP addresses, passport numbers. |
| Name | Type | Req | Description |
|---|---|---|---|
| categories_checked | array | yes | All checklist categories that were scanned. |
| categories_clear | array | yes | Categories with no findings. |
| chain_index | integer | yes | Sequential index of this record in the audit chain. |
| detection_count | integer | yes | Number of findings. |
| findings | array | yes | All matches found. Empty list if verdict is COMMIT. |
| input_hash | string | yes | Hash of the scanned text (raw content is never stored). |
| risk_score | number | yes | 0.0-1.0 risk score based on number and severity of findings. |
| seal_text | string | yes | Human-readable Leibniz Layer verification seal. |
| timestamp | number | yes | Unix timestamp when this record was sealed. |
| tx_hash | string | yes | Hash of this record in the tamper-evident audit chain. |
| verdict | string | yes | COMMIT if nothing was found, otherwise NO_COMMIT. |
| verify_url | string | yes | Public URL to independently verify this seal. |
No examples provided.
dcl_evaluate_quality Content Quality & Drift Check ~187
PRE-ACTION Content Quality & Drift Check ($0.03). Runs the "content_quality" policy: flags 12 absolutist or unverifiable-claim phrases (e.g. "guaranteed returns", "100% accurate", "studies show", "without a doubt") with a 0.85 minimum-confidence threshold — the highest bar of any single-policy tool. Returns NO_COMMIT if any phrase matches or confidence falls below 0.85, with `reason` listing the matched phrase(s). Use this to catch overconfident or unsubstantiated claims in generated content — a different concern from jailbreak or safety phrasing — e.g. before publishing agent-written copy or reports.
| Name | Type | Req | Description |
|---|---|---|---|
| agent_id | string | yes | Identifier of the agent that produced the response. |
| response | string | yes | The agent or LLM response text to check for quality and drift. |
| Name | Type | Req | Description |
|---|---|---|---|
| chain_index | integer | yes | Sequential index of this record in the audit chain. |
| confidence | number | yes | Confidence score of the verdict, from 0.0 to 1.0. |
| drift_mode | string | yes | Current drift status: NORMAL, WARNING, ESCALATION, or BLOCK. |
| drift_score | number | yes | Z-score measuring deviation of the recent commit rate from baseline. |
| input_hash | string | yes | Hash of the evaluated response (raw content is never stored). |
| policy_version | string | yes | Version of the policy that was applied. |
| reason | string | yes | Human-readable explanation of why the verdict was reached. |
| seal_text | string | yes | Human-readable Leibniz Layer verification seal. |
| timestamp | number | yes | Unix timestamp when this record was sealed. |
| tx_hash | string | yes | Hash of this record in the tamper-evident audit chain. |
| verdict | string | yes | COMMIT if the response passed policy checks, otherwise NO_COMMIT. |
| verify_url | string | yes | Public URL to independently verify this seal. |
No examples provided.
dcl_evaluate_safety Baseline Safety Check ~201
PRE-ACTION Baseline Safety Check ($0.01). Runs the "safety" policy: flags 2 forbidden disclaimers ("I cannot be held responsible", "no guarantees") and additionally REQUIRES the substring "AI" to appear somewhere in the response — missing it costs 0.2 confidence even with no forbidden phrase present. Minimum confidence is 0.75. Returns NO_COMMIT if confidence drops below 0.75, with `reason` naming the forbidden phrase found or the missing required pattern. Use this when you specifically need to confirm an AI-disclosure marker is present and the two disclaimer phrases are absent — not as a general-purpose safety net; for broader coverage use dcl_evaluate_fast or dcl_evaluate_strict instead.
| Name | Type | Req | Description |
|---|---|---|---|
| agent_id | string | yes | Identifier of the agent that produced the response. |
| response | string | yes | The agent or LLM response text to check for safety violations. |
| Name | Type | Req | Description |
|---|---|---|---|
| chain_index | integer | yes | Sequential index of this record in the audit chain. |
| confidence | number | yes | Confidence score of the verdict, from 0.0 to 1.0. |
| drift_mode | string | yes | Current drift status: NORMAL, WARNING, ESCALATION, or BLOCK. |
| drift_score | number | yes | Z-score measuring deviation of the recent commit rate from baseline. |
| input_hash | string | yes | Hash of the evaluated response (raw content is never stored). |
| policy_version | string | yes | Version of the policy that was applied. |
| reason | string | yes | Human-readable explanation of why the verdict was reached. |
| seal_text | string | yes | Human-readable Leibniz Layer verification seal. |
| timestamp | number | yes | Unix timestamp when this record was sealed. |
| tx_hash | string | yes | Hash of this record in the tamper-evident audit chain. |
| verdict | string | yes | COMMIT if the response passed policy checks, otherwise NO_COMMIT. |
| verify_url | string | yes | Public URL to independently verify this seal. |
No examples provided.
dcl_evaluate_secrets Secret & Credential Leak Scan ~115
POST-ACTION Secret & Credential Leak Scan ($0.02). Regex-based scan across 8 categories (API keys, cloud credentials, tokens/JWTs, private keys, DB URLs, connection strings, env assignments, webhook secrets, internal endpoints with auth). Any finding results in NO_COMMIT.
| Name | Type | Req | Description |
|---|---|---|---|
| agent_id | string | yes | Identifier of the agent that produced the response. |
| response | string | yes | The text to scan for exposed API keys, tokens, private keys, DB URLs, and other credentials. |
| Name | Type | Req | Description |
|---|---|---|---|
| categories_checked | array | yes | All checklist categories that were scanned. |
| categories_clear | array | yes | Categories with no findings. |
| chain_index | integer | yes | Sequential index of this record in the audit chain. |
| detection_count | integer | yes | Number of findings. |
| findings | array | yes | All matches found. Empty list if verdict is COMMIT. |
| input_hash | string | yes | Hash of the scanned text (raw content is never stored). |
| risk_score | number | yes | 0.0-1.0 risk score based on number and severity of findings. |
| seal_text | string | yes | Human-readable Leibniz Layer verification seal. |
| timestamp | number | yes | Unix timestamp when this record was sealed. |
| tx_hash | string | yes | Hash of this record in the tamper-evident audit chain. |
| verdict | string | yes | COMMIT if nothing was found, otherwise NO_COMMIT. |
| verify_url | string | yes | Public URL to independently verify this seal. |
No examples provided.
dcl_evaluate_signal Market Signal Fabrication Screen ~244
POST-ACTION Market Signal Fabrication Screen ($0.03). Pattern-based heuristic on the output text alone (no source price feed) — flags guaranteed-price-prediction language ("will definitely hit $X"), absolute-certainty claims ("100% certain", "cannot go down"), a fabricated-price flag when a specific dollar figure co-occurs with a guaranteed-outcome claim, and an invented-token flag when a "$TICKER" cashtag doesn't match a small set of well-known symbols (false positives are possible for legitimate lesser-known tickers — this is a heuristic pre-check, not ground truth). For a full claim-by-claim check against an actual price-feed snapshot, use the local grounding workflow instead of this live tool. Verdict/confidence collapsing follows the same rule as dcl_evaluate_mev: any critical finding or 2+ major findings is a hard NO_COMMIT; exactly one major finding is a softer NO_COMMIT at ~0.55 confidence.
| Name | Type | Req | Description |
|---|---|---|---|
| agent_id | string | yes | Identifier of the agent that produced the response. |
| response | string | yes | The market signal, analysis, or price-prediction text to screen. |
| Name | Type | Req | Description |
|---|---|---|---|
| chain_index | integer | yes | Sequential index of this record in the audit chain. |
| confidence | number | yes | Confidence score of the verdict, from 0.0 to 1.0. |
| findings | array | yes | All matched patterns. Empty list if verdict is COMMIT. |
| input_hash | string | yes | Hash of the screened text (raw content is never stored). |
| reason | string | yes | Human-readable explanation of the verdict. |
| timestamp | number | yes | Unix timestamp when this record was sealed. |
| tx_hash | string | yes | Hash of this record in the tamper-evident audit chain. |
| verdict | string | yes | COMMIT if no fabrication/overconfidence pattern matched, otherwise NO_COMMIT. |
No examples provided.
dcl_evaluate_strict Strict Pre-Action Audit ~203
STRICT Pre-Action Audit ($0.05). Runs the response against a broader, higher-bar "strict" policy: the union of all forbidden phrases from the default, anti-jailbreak, and safety policies (8 phrases total), with a 0.85 minimum-confidence threshold instead of the default policy's 0.7. Each matched phrase costs 0.4 confidence; if confidence falls below 0.85, or any phrase matches, the verdict is NO_COMMIT with `reason` listing every match found. Use this instead of dcl_evaluate_fast when the cost of a false COMMIT is high — e.g. before an irreversible or high-stakes agent action — since it catches jailbreak- and safety-adjacent phrasing that the plain default policy would miss.
| Name | Type | Req | Description |
|---|---|---|---|
| agent_id | string | yes | Identifier of the agent that produced the response. |
| response | string | yes | The agent or LLM response text to audit. |
| Name | Type | Req | Description |
|---|---|---|---|
| chain_index | integer | yes | Sequential index of this record in the audit chain. |
| confidence | number | yes | Confidence score of the verdict, from 0.0 to 1.0. |
| drift_mode | string | yes | Current drift status: NORMAL, WARNING, ESCALATION, or BLOCK. |
| drift_score | number | yes | Z-score measuring deviation of the recent commit rate from baseline. |
| input_hash | string | yes | Hash of the evaluated response (raw content is never stored). |
| policy_version | string | yes | Version of the policy that was applied. |
| reason | string | yes | Human-readable explanation of why the verdict was reached. |
| seal_text | string | yes | Human-readable Leibniz Layer verification seal. |
| timestamp | number | yes | Unix timestamp when this record was sealed. |
| tx_hash | string | yes | Hash of this record in the tamper-evident audit chain. |
| verdict | string | yes | COMMIT if the response passed policy checks, otherwise NO_COMMIT. |
| verify_url | string | yes | Public URL to independently verify this seal. |
No examples provided.
dcl_evaluate_trade Trade Decision Verifier ~174
PRE-ACTION Trade Decision Verifier ($0.02). Screens trade-decision language for guaranteed-return claims, zero-risk/"can't lose" framing, and unqualified "buy/sell X now" directives — any match is NO_COMMIT. If no unsafe language is found, COMMIT additionally requires the word "risk" to appear anywhere in the text as a minimum disclosure marker; its absence alone triggers NO_COMMIT with `reason` noting the missing disclosure. Produces an immutable `trade_receipt` (tx_hash/chain_hash/chain_depth) distinct from the top-level audit hash, for downstream systems that specifically need a trade-shaped receipt object.
| Name | Type | Req | Description |
|---|---|---|---|
| agent_id | string | yes | Identifier of the agent that produced the response. |
| response | string | yes | The trade decision or recommendation text to screen. |
| Name | Type | Req | Description |
|---|---|---|---|
| confidence | number | yes | Confidence score of the verdict, from 0.0 to 1.0. |
| findings | array | yes | All matched patterns. Empty list if verdict is COMMIT. |
| input_hash | string | yes | Hash of the screened text (raw content is never stored). |
| reason | string | yes | Human-readable explanation of the verdict. |
| timestamp | number | yes | Unix timestamp when this record was sealed. |
| trade_receipt | – | yes | Immutable receipt for this trade-verification record. |
| verdict | string | yes | COMMIT if the trade decision's language passed the screen, otherwise NO_COMMIT. |
No examples provided.
dcl_evaluate_wallet Wallet Secret Guardian ~178
POST-ACTION Wallet Secret Guardian ($0.02). Scans for BIP-39 seed phrases (12 or 24 consecutive wordlist words), raw hex or WIF-format private keys, Ethereum/Bitcoin wallet addresses, and API keys/bearer tokens appearing near wallet/custody/signing terminology. Any finding results in NO_COMMIT — wallet secrets have no safe threshold, unlike other DCL evaluators. Returns a `sanitized_output` with all matches redacted (null if nothing was found) and a masked `redacted_sample` per finding — the real value is never returned or stored server-side.
| Name | Type | Req | Description |
|---|---|---|---|
| agent_id | string | yes | Identifier of the agent that produced the response. |
| response | string | yes | The text to scan for seed phrases, private keys, wallet addresses, and wallet-context API credentials. |
| Name | Type | Req | Description |
|---|---|---|---|
| chain_index | integer | yes | Sequential index of this record in the audit chain. |
| confidence | number | yes | Confidence score of the verdict, from 0.0 to 1.0. |
| findings | array | yes | All matches found. Empty list if verdict is COMMIT. |
| input_hash | string | yes | Hash of the scanned text (raw content is never stored). |
| policy_version | string | yes | Version of the wallet-guardian policy that was applied. |
| reason | string | yes | Human-readable explanation of the verdict. |
| risk_score | number | yes | 0.0-1.0 risk score based on number and severity of findings. |
| sanitized_output | – | – | Input text with all matches redacted. Null if verdict is COMMIT. |
| timestamp | number | yes | Unix timestamp when this record was sealed. |
| tx_hash | string | yes | Hash of this record in the tamper-evident audit chain. |
| verdict | string | yes | COMMIT if nothing was found, otherwise NO_COMMIT. Wallet secrets have no safe threshold. |
No examples provided.
dcl_pipeline_start Start Pipeline Session ~171
SESSION Management ($0.05). Generates a new `pipeline_id` and returns session metadata (scope, expiry, initial drift_mode) for organizing a series of related checks under one identifier. Note: this call does not currently link the returned pipeline_id to later evaluate_* calls — there is no server-side session state that ties subsequent audits back to it; it is an identifier/timestamp issuer, not an active tracking session. Use this to obtain a shared reference ID for your own client-side grouping of a multi-step audit sequence; do not rely on it to automatically aggregate drift across calls.
| Name | Type | Req | Description |
|---|---|---|---|
| agent_id | string | yes | Identifier of the agent that owns this session. |
| scope | string | – | Scope label for the session. |
| ttl_seconds | integer | – | Session time-to-live, in seconds. |
| Name | Type | Req | Description |
|---|---|---|---|
| agent_id | string | yes | Identifier of the agent that owns this session. |
| drift_mode | string | yes | Drift status at session start (always NORMAL for a new session). |
| expires_at | number | yes | Unix timestamp when the session expires. |
| pipeline_id | string | yes | Unique identifier for the newly opened pipeline session. |
| scope | string | yes | Scope label for the session. |
No examples provided.
How do I install the DCL Trust Oracle — AI/LLM Output Audit (x402 MCP) server?
DCL Trust Oracle — AI/LLM Output Audit (x402 MCP) is a hosted endpoint at https://mcp.fronesislabs.com/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.
remote · mcp.fronesislabs.com
claude mcp add --transport http com-fronesislabs-dcl-trust-oracle 'https://mcp.fronesislabs.com/mcp'
What is the DCL Trust Oracle — AI/LLM Output Audit (x402 MCP) server?
DCL Trust Oracle — AI/LLM Output Audit (x402 MCP) is listed in the public MCP registry as com.fronesislabs/dcl-trust-oracle. AI/LLM agent output audit MCP: policy eval, tamper-evident chain, AI safety, x402 USDC on Base. This page covers its hosted endpoint (https://mcp.fronesislabs.com/mcp).
Is the DCL Trust Oracle — AI/LLM Output Audit (x402 MCP) server safe to use?
DCL Trust Oracle — AI/LLM Output Audit (x402 MCP) scores 0 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.
What tools does the DCL Trust Oracle — AI/LLM Output Audit (x402 MCP) server expose?
DCL Trust Oracle — AI/LLM Output Audit (x402 MCP) exposes 18 tools: dcl_evaluate_fast, dcl_evaluate_strict, dcl_evaluate_jailbreak, dcl_evaluate_safety, dcl_evaluate_quality, and 13 more. Their descriptions and schemas cost roughly 3,307 tokens of context every time the server is loaded.
Does the DCL Trust Oracle — AI/LLM Output Audit (x402 MCP) server require authentication?
Its publisher declares no required credentials for DCL Trust Oracle — AI/LLM Output Audit (x402 MCP). We have not been able to confirm that against the live endpoint, and a server can require authorisation without declaring it here.
Is the DCL Trust Oracle — AI/LLM Output Audit (x402 MCP) server still maintained?
DCL Trust Oracle — AI/LLM Output Audit (x402 MCP) has been unreachable for long enough that we treat it as dead, and its score is pinned to zero. We last reached this channel on 23 August 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.
What did VerifyMCP test on the DCL Trust Oracle — AI/LLM Output Audit (x402 MCP) server?
VerifyMCP ran 3 checks on DCL Trust Oracle — AI/LLM Output Audit (x402 MCP), covering HTTPS, DNSSEC and Transport. 8 items could not be completed, a gap on our side rather than a finding about DCL Trust Oracle — AI/LLM Output Audit (x402 MCP): TLS certificate, Authorization, HSTS header, Schema quality and 4 more. 5 categories score 0 for that reason, because we only credit what we can confirm. Supply Chain Security and Provenance & Transparency do not apply to a hosted endpoint, so they were not tested. The score does not measure everything, and the scoring documentation lists what it leaves out.