Snapshot primary-source snapshot
Last reviewed: 2026-04-27 UTC
Project status snapshot
- Official site: https://snapshot.box/
- Docs root: https://docs.snapshot.box/
- Documentation index: https://docs.snapshot.box/llms.txt
- Hub GraphQL API docs: https://docs.snapshot.box/tools/api
- GitHub org: https://github.com/snapshot-labs
- Notable repos:
What the official materials say
1) Help center and docs root
- URLs:
- Key takeaways:
- Snapshot still presents itself first as a gasless governance platform for DAOs, DeFi protocols, and NFT communities
- The docs index shows a broad operating surface: spaces, proposals, strategies, delegation, API tooling, webhooks, Safe integration, and Snapshot X
- The docs structure alone is a strong clue that Snapshot is governance infrastructure, not just a lightweight voting front-end
2) Voting-strategy and integration surfaces
- URLs:
- Key takeaways:
- Snapshot says it offers more than 400 voting strategies and allows multiple strategies to be combined cumulatively
- The common strategies span token balances, NFTs, delegation, whitelists, contract calls, and offchain API-based voting power
- The Hub GraphQL API, API-key support, and example queries show that governance data access is a first-class product surface
- This makes Snapshot important as both an operator-facing governance app and a developer-facing governance data platform
3) Snapshot X high-level positioning
- URLs:
- Key takeaways:
- Snapshot X is framed as a fully onchain voting protocol on EVM and Starknet rather than just an upgrade to the offchain app
- The docs emphasize three differentiators: censorship resistance, onchain voting-power computation, and trustless execution
- Snapshot Labs also documents optional UX services around the protocol, including an API indexer, UI, SDK, and Mana relayer for gas sponsorship
- The protocol and services split is a useful categorization clue: Snapshot now spans both protocol and service layers
4) Snapshot X protocol architecture
- URL: https://docs.snapshot.box/snapshot-x/protocol/overview
- Key takeaways:
- The main contract is the Space contract, while most functionality is abstracted into modules
- Snapshot X separates authenticators, proposal-validation strategies, voting strategies, and execution strategies
- Anyone can execute a passed proposal permissionlessly once voting ends, which is central to the trustless-execution claim
- The architecture is explicitly about modular governance composition, not only proposal discussion or tallying
5) GitHub org and repo surfaces
- URLs:
- Key takeaways:
- The org exposes multiple product layers: frontend, GraphQL API, transaction relayer, indexer, SDK, and contract repos
- The sx-monorepo README explicitly lists a Vue UI, multichain Snapshot X API, Mana relayer, and TypeScript SDK
- The older
snapshot.jspackage reinforces that Snapshot has long treated integrations as part of the product, not as afterthought tooling
Whitepaper / technical-doc status
- No canonical standalone Snapshot or Snapshot X whitepaper/litepaper surfaced in this pass.
- The strongest current source of truth is the official docs corpus plus the Hub API docs and the Snapshot Labs open-source repos.
- If revisited later, the most useful deeper follow-up likely lives in module-specific protocol pages, audit pages, and the EVM/Starknet contract repos rather than in a missing PDF.
Research notes
- Best current category for the library: DAO governance infrastructure / offchain voting network / modular onchain governance control plane.
- The key insight is that Snapshot now spans two linked but distinct governance layers: the original offchain gasless coordination stack and the newer fully onchain modular execution stack.
- It is important not to reduce Snapshot to “a voting website”; the strategy system, developer APIs, relayer, and modular protocol architecture make it much closer to a governance control plane.