Verify a decision
Every moderation decision on AVOID.NET is anchored to the Solana blockchain. You don't have to trust us — you can verify cryptographically that we committed to a verdict at a specific moment and have not rewritten it.
How verification works
- We commit. When a moderator accepts/rejects a submission, we serialize the decision into deterministic UTF-8 bytes (
payload_canonical_string), hash it with SHA-256, encode the digest as base58, and write it to Solana inside an SPL Memo v2 transaction. - We store the bytes. The exact bytes we hashed are stored alongside the decision in our database. Anyone can read them and recompute the hash in any language.
- You compare three values. Database hash, your independently-recomputed hash, and the hash inside the on-chain memo. If all three match, the decision is authentic and timestamped.
The on-chain memo format is
AVOID.NET|v1|h:<b58-sha256>|d:<id>|t:<iso>Find a signature on any investigation page's decision log, or run python -m src.verify_decision --signature <sig> for a CLI check.
Decision
review_revise · DODO AMM
- Sequence
- #3
- Score
- 42 → 60 (+18)
- Cluster
- mainnet-beta
- Slot
- 443508339
- Off-chain at
- 2026-08-18T16:55:18.881Z
- Anchored at
- —
- Block time
- —
Independent verification
- 1. Database (off-chain)
- 5KwmDakGe8PG48SZZeKReYLGnPJNrLbJqmZhkMnqxjkY
- 2. Recomputed (your browser)
- computing…
- 3. On-chain (Solana memo)
- fetching…
Canonical bytes hashed (1643 chars)
{"actor":"judge","decided_at":"2026-08-18T16:55:18.552Z","decision":"review_revise","investigation_id":"3ff37634-d276-4760-a4b9-2c4b57a50a6d","new_score":60,"page_slug":"dodo-amm","prev_score":42,"reason":"The reviewer classifies the sole material incident on the page — the March 8, 2021 V2 Crowdpooling exploit — as attribution 'b' (suffered), noting DODO was the victim of an external smart-contract attack, published a transparent post-mortem, recovered roughly 82% of the drained funds within 24 hours (claim_findings[3]-[4], both confirmed), and has had no further exploits, fraud allegations, or regulatory actions in over five years of subsequent operation (calibration_assessment.incident_attributions[0]). Per the scoring rubric's own worked example, a suffered hack with this recovery profile caps exposure at CAUTIONARY (50-69), not WARNING (20-49); the current 42/WARNING score appears to be treating the incident as entity-attributable risk rather than victimhood. The reviewer's recommended 60 appropriately sits mid-band rather than at the top, reflecting two legitimate residual drags that are unrelated to fraud: the exploited Crowdpooling contracts shipped without a pre-launch audit (a process gap, not misconduct), and the protocol's TVL/market relevance has declined sharply since 2021. This is a correction in the entity's favor — the page's own hedged language ('an attacker exploited,' 'voluntary restitution') already reflects the suffered-hack read; the score band did not.","score_delta":18,"sequence_num":3,"submission_content_hash":null,"submission_id":null,"submission_kind":null,"submission_valence":null,"v":1}