CHECKED
Verification method

Evidence makes the call.

AI extracts and explains. Deterministic rules, verified relationships, external data, and reviewed evidence determine the result. CHECKED distinguishes what is proven, what is likely, what is suspicious, and what is unknown.

01 / Status model

Three independent outputs

CHECKED never compresses identity, danger, and certainty into one unexplained score. The source status describes the relationship to the claimed project. The risk status describes detected danger. Confidence describes how complete and mutually reinforcing the evidence is.

DimensionStatesMeaning
Source statusVerified match · Partial match · Source mismatch · UnknownWhether the submitted entity belongs to the claimed project.
Risk statusNo known risk · Caution · High risk · Confirmed threatThe severity of technical, identity, behavioural, and threat-intelligence signals.
ConfidenceHigh · Medium · LowHow complete, current, attributable, and consistent the evidence is.
02 / Evidence layers

Relationship before reputation

The verification engine prioritises direct control proofs and relationship evidence: DNS challenges, wallet signatures, Telegram administrator challenges, X account control, contract deployer or owner relationships, multisig approvals, and published project records. Threat feeds and community reports add context but do not automatically create a verdict.

LayerExamples
IdentityX accounts, Telegram identities, domains, support roles, operators.
Claim consistencyContracts, wallets, deadlines, destinations, migration or claim language.
OnchainDeployer, owner, proxy, permissions, multisig, token movement.
ContinuityProfile changes, DNS changes, redirects, admin or signer changes.
Threat intelligenceKnown malicious addresses, phishing infrastructure, attack fingerprints.
03 / AI

AI does the reading

Models extract claims, identify entities, compare wording, cluster known scam templates, translate submissions, and explain technical evidence in plain language. Model output is never treated as a source. A factual finding must resolve to stored evidence or remain explicitly uncertain.

04 / Limits

No “safe” guarantee

CHECKED uses “no known risk detected” rather than “safe.” Public data can be incomplete, projects can change, security providers can disagree, and malicious behaviour can appear after a result is issued. Every report includes evidence freshness, coverage, and material unknowns.

05 / Privacy

Minimum necessary context

Guest checks retain only the context required to resolve the submission. Private Telegram messages are not automatically published. Public case pages redact personal information and expose only evidence that is lawful, attributable, and necessary for the conclusion.

06 / Appeals

Corrections remain visible

Material public findings support project response, correction requests, human review, version history, and visible retractions. A trust product earns credibility by documenting how it changes its mind.

ChatGPT preview · simulated data