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_approve · Taiko Bridge SGX Key Exploit (June 2026)
- Sequence
- #3
- Score
- 38 → 38 (0)
- Cluster
- mainnet-beta
- Slot
- 443526472
- Off-chain at
- 2026-08-27T16:07:11.865Z
- Anchored at
- —
- Block time
- —
Independent verification
- 1. Database (off-chain)
- Ar11RPKdV7mG6KUyqn5rVmHZbMH2YBuw9rRRe9sQAMTM
- 2. Recomputed (your browser)
- computing…
- 3. On-chain (Solana memo)
- fetching…
Canonical bytes hashed (1546 chars)
{"actor":"judge","decided_at":"2026-08-27T16:07:11.466Z","decision":"review_approve","investigation_id":"906525a5-b86d-4d1f-bfd6-a3c27a894f5d","new_score":38,"page_slug":"taiko-bridge-sgx-key-exploit-june-2026","prev_score":38,"reason":"Of 20 checked claims, 19 were independently confirmed and 1 was rated partially_supported; none were disputed or unverifiable, putting disputed_pct at 0.0%, squarely in the approve band. The reviewer directly fetched the primary technical writeup on the SGX key leak and reproduced exact wallet addresses, transaction hashes, block numbers, state roots, contract addresses, and per-asset drain figures, then cross-checked multiple independent outlets. The page's account of the technical failure, the $1.7M loss breakdown, and the full-restitution recovery timeline all held up. The single flagged issue (claim_findings[17]) is a contextual statistic — a PeckShield bridge-exploit tally that predates and excludes the Taiko incident — which is a framing nuance on background context, not a core allegation, and does not by itself move the page out of the approve range. The coverage gaps the reviewer noted (stablecoin-issuer freeze response, remediation specifics, postmortem tracking, attacker identification, ecosystem impact) are rated medium or low priority, not high, so they fall under 'gaps suggest expansion, not denial' rather than triggering a band change.","score_delta":0,"sequence_num":3,"submission_content_hash":null,"submission_id":null,"submission_kind":null,"submission_valence":null,"v":1}