The GSA standards, GSA-1 through GSA-8, are named, auditable standards for governance-token rights. Each one is a badge a DAO can earn. A GSA badge means: this DAO enforces these specific rights in code. The standards mirror the rights bundle that makes public equity markets efficient, translated into contract-level checks: control over the treasury, recallable authority, hardwired revenue distribution, bounded spending, contract-native exit. A badge is a mechanical statement about whether a right is contract-enforced. It is not an opinion about the quality or intent of any governance community.
| Badge | Standard | What it verifies | Status |
|---|---|---|---|
| GSA-1 | Sovereign Treasury | Token controls treasury via smart contract, with no multisig gate | Under review |
| GSA-2 | Recallable Authority | Token holders can fire any delegate, operator, or council | Under review |
| GSA-3 | Revenue Distribution | Protocol revenue flows to token via a hardcoded contract mechanism | Under review |
| GSA-4 | Treasury Covenant | Programmable spend rules the treasury cannot bypass | Under review |
| GSA-5 | Information Rights | Contract-enforced financial disclosure at defined intervals | Under review |
| GSA-6 | On-Chain M&A | Contract-native mergers without legal wrappers | Under review |
| GSA-7 | Sybil-Resistant Voting | Voting resists flash-loan, Sybil, and vote-buying attacks | Proposed |
| GSA-8 | Dispute Resolution | On-chain dispute mechanism with oracle input and token-holder appeal | Proposed |
Each standard carries five code-level checks, verified in three stages. The audit is behavioural. It asks whether the contract enforces the right, not whether the contract merely permits it.
Checks are defined per standard in the standards taxonomy. Five checks per standard, three verification stages, one dated evidence pack per audit. The audit certifies the presence, enforceability, and cost of exercise of a specified right in code. It does not certify operational quality or investment merit.
Some facts about a governance proposal need no judgment at all. They are single on-chain reads that return a value, not a score. We run those as mechanical checks, publish them as dated records, and keep them outside the badge set: a mechanical check never moves a GSA cell.
The first is terms integrity: whether the close a DAO publishes is the close its governance program enforces. For a Solana SPL Governance proposal the program's closing window is computed from three stored values, and a DAO's material may describe that window differently from the way the program applies it. The record states the published close, the programmed last moment, the finalization time, each difference in seconds, and which vote instructions remain accepted in between. The method, reading recipe, and worked example are published in Three Clocks.
The revision log records every change to the methodology. It is empty until the methodology is frozen, and it must never be empty after that. The first entry will record the v1.0 freeze.
| Date | Version | Change | Author |
|---|---|---|---|
| No revisions recorded yet — first entry will be the methodology v1.0 freeze. | |||