Skip to main content
AVOID.NET
← avoid.net

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

  1. 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.
  2. 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.
  3. 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_approve_with_notes · LCX
View on Solana ↗
Sequence
#3
Score
4262 (+20)
Cluster
mainnet-beta
Slot
443509070
Off-chain at
2026-08-19T01:41:35.156Z
Anchored at
Block time

Independent verification

1. Database (off-chain)
EaVs3JwgG9NKx7zRtUyD1XdzWyUNFeyu3AVqw5bU69eQ
2. Recomputed (your browser)
computing…
3. On-chain (Solana memo)
fetching…
Canonical bytes hashed (2274 chars)
{"actor":"judge","decided_at":"2026-08-19T01:41:34.991Z","decision":"review_approve_with_notes","investigation_id":"c61799b4-62c8-490b-b7ea-ee281ee5113f","new_score":62,"page_slug":"lcx","prev_score":42,"reason":"Content holds up: 11 of 13 claims fully confirmed and 0 disputed (claim_findings summary, disputed_pct 0.1538); the two defects are a dead citation on cybercriminal.com (claim_findings[5]) whose underlying withdrawal-complaint claim is independently corroborated elsewhere, and an unsourced 'flagged by ZachXBT' line (claim_findings[4]) that could not be substantiated. Neither is material to the reader's core conclusion. On calibration: the page's only major incident is a suffered external hack (attribution 'b' in calibration_assessment.incident_attributions[0]), which per the rubric caps severity at CAUTIONARY, not WARNING -- and the response was above-average (same-day disclosure, multi-jurisdiction law enforcement cooperation, ~60% of funds frozen, full user compensation from company funds), with a subsequent regulatory trajectory of expansion and compliance (relaunch, MiCA pre-application and formal application, reported full MiCA compliance and US expansion by 2026) rather than deterioration. The current score of 42 (WARNING) weights the 2022 hack as if it reflected LCX's own conduct rather than an external attack the entity handled well; the reviewer's recommended 62 (CAUTIONARY) better reflects genuine countervailing risk -- recurring Trustpilot withdrawal/KYC complaints and the unverified ZachXBT claim -- without overstating it as fraud-adjacent. Notes: (Remove or add a citation for the 'flagged by ZachXBT' claim in the summary -- no source was found after extensive search.) (Replace the dead cybercriminal.com citation with a live source or archived copy; the underlying withdrawal-complaint claim is otherwise corroborated.) (Add coverage of 2026 developments: full MiCA compliance, LCX Exchange USA launch, and the Coinbase-facilitated LCX token migration.) (Fill in the empty 'heading' and 'content' fields across all six sections -- the reviewed snapshot had no readable body text.)","score_delta":20,"sequence_num":3,"submission_content_hash":null,"submission_id":null,"submission_kind":null,"submission_valence":null,"v":1}