Kaspa Explained welcomes corrections that make the site clearer, more current, or better sourced.
- Wrong live / targeted / roadmap / research status.
- Broken source links or better primary sources.
- Unclear explanations, missing glossary terms, or confusing diagrams.
- Accessibility, mobile, metadata, or validation fixes.
Use the strongest source available for the claim:
- Code, releases, KIPs, protocol documentation, activation records.
- Research papers and direct technical contributor posts.
- Long-form interviews, transcripts, and learning libraries for framing.
- Social posts and aggregators only as discovery material.
Do not use market price, exchange rumors, or community excitement as proof of a technical claim.
Before changing claims about Toccata, DAGKnight, vProgs, native DeFi, RTD-derived oracle flows, TangVM, or Proof of Useful Work, check current primary or near-primary sources. Keep public wording status-labeled.
Use CLAIMS.yml when a claim is sensitive enough that future contributors or LLMs might flatten it into hype.
Run before publishing:
bash scripts/check-site.shRun for external-link maintenance:
bash scripts/check-links.sh