Polkadot Governance Initiative

Governance that
earns its keep.

OpenGov 2.0 transforms Polkadot treasury governance from unpaid volunteer work into professional, accountable infrastructure — with live on-chain code already proving the model.

Current participation
~5%
of DOT holders vote on treasury proposals
Project failure rate
60–80%
without systematic oversight or milestone verification
Curator pallets live
5
custom FRAME pallets on Paseo testnet — running now
Unit tests passing
159
full pallet coverage including all failure paths
01 — The Problem

Good governance
is expensive to do well.

Polkadot's OpenGov is architecturally sophisticated — parallel tracks, conviction voting, flexible delegation. But the human layer that makes governance decisions hasn't kept up. The result is a system that's technically elegant and practically overloaded.

5%
Average token holder participation. The people with the most to gain from good decisions are absent from the process.
$0
Paid to anyone for the hours spent reading proposals, verifying milestones, or providing expert feedback. Governance runs on goodwill.
60–80%
Project failure rate without professional oversight — consistent with what business incubator research shows for unsupported ventures.
Lump
Sum payments released upfront. Projects can disappear after receiving funds with no mechanism to stop the next tranche.
02 — What Exists Today

Not a proposal.
A working system.

OpenGov 2.0 is live on the Paseo testnet. Five custom FRAME pallets handle the full curator, reputation, milestone, allocation, and signal stack. The frontend reads verified on-chain data in real time.

Five Custom FRAME Pallets

Each pallet is purpose-built, independently tested, and composable into both the OpenGov 2.0 runtime (Kusama/Polkadot) and the Axon signal chain.

  • pallet-curator ● live
  • pallet-reputation ● live
  • pallet-milestone ● live
  • pallet-allocation ● live
  • pallet-signal ● live

Verified On-Chain

Signal computation has been confirmed end-to-end: test proposal submitted, curator authorized via Root origin, milestone verified, reputation delta applied in storage, signal event emitted and readable on-chain.

159
Unit tests passing
5
FRAME pallets
Live
Axon runtime / Paseo
PAPI
Typed chain access + block subscriptions
03 — How It Works

Three interlocking
mechanisms.

The system aligns incentives across curators, active voters, delegators, and proposers through three mechanisms that reinforce each other rather than operating in isolation.

01
On-chain accountability
Professional Curator Infrastructure
Curators — individual specialists and multidisciplinary DAOs — review proposals, provide formal recommendations, and verify milestone delivery before each payment tranche is released. Their reputation is tracked on-chain through every decision. Approve a project that fails: reputation drops, potentially costing tier status and compensation. Consistently make accurate calls: reputation rises, unlocking higher tracks and greater influence. Every decision is permanently auditable. There are no quiet exits.
02
Economic incentives
Active Voter Rewards and Delegation Bonuses
Token holders who vote consistently earn quarterly rewards (VoterReward(tier)) plus enhanced staking returns (up to MaxGovernanceBonus) on top of their base validator APY. Delegators who assign voting power to expert curators across multiple tracks also earn stacking bonuses. All specific amounts are governance-configurable — the community sets the numbers, the mechanism enforces the structure. Expert Voters who build strong track records become curator candidates through a natural talent pipeline, not a gatekept application process.
03
Signal layer
Axon: The Allocation Signal Engine
Axon is a sovereign parachain that aggregates curator scores, quadratic funding outputs, and conviction vote weights into a composite allocation signal — cryptographically signed and readable by any connected chain. It never holds funds or authorizes payments. It computes and emits recommendations. The signal layer can be consumed by Kusama, Polkadot, and any EVM chain connected via Hyperbridge, making the governance intelligence portable across the ecosystem without fragmenting the core mechanism.
04 — Participation

There's a path
for everyone.

From passive holder to expert curator — the system creates a natural progression rather than a binary choice between deep engagement and complete absence.

Entry

Delegator

Assign voting power to curators you trust across specific tracks. Earn staking bonuses for thoughtful delegation. Override any delegated vote on issues you care about directly.

Engaged

Active Voter

Vote consistently, read curator recommendations, contribute to discussion. Earn quarterly DOT rewards and enhanced staking returns that grow with your engagement tier.

Expert

Expert Voter

Build a verifiable track record of accurate judgment over time. Earn maximum staking bonuses. Qualify as a curator candidate through demonstrated governance expertise.

Professional

Curator

Earn monthly retainers for proposal review and hourly rates for milestone verification. Bond proportional to proposal value. Build reputation that unlocks higher tracks and greater influence.

The big idea: transform governance from unpaid volunteer work into compensated professional infrastructure, while keeping everything decentralized and transparent. The system is designed to be self-funding — efficiency gains in treasury deployment exceed curator costs once project failure rates improve from the current 60–80% baseline toward the 20–30% range that structured oversight achieves.

05 — Security Architecture

Built to resist
patient adversaries.

The April 2026 Drift Protocol breach — $285M drained after six months of trust-building by North Korean group UNC4736 — illustrated a threat class that governance architecture must address directly. OpenGov 2.0 contains structural properties and deliberate trip wires that make this playbook substantially harder to execute.

Structural

Milestone-Gated Tranches

No single approval event unlocks a full treasury position. Each tranche requires fresh curator verification. An attacker who compromises one curator can release one tranche — which immediately creates an on-chain event visible to the community.

Structural

Independent Multi-Curator Quorum

Proposals require approval across independently selected curators who share no social surface. Compromising one is not enough. Compromising several simultaneously — without any of them flagging the coordinated pressure — is the actual bar.

Deliberate

Quorum-Plus-Delay

Above LargeTrancheThreshold, milestone approvals enforce a mandatory execution delay before funds release. The Drift attack executed in under a minute after obtaining approvals. A 48–72 hour window makes that specific playbook impossible.

Deliberate

Proposer Entity Verification

Large proposals require on-chain history from the proposing entity — minimum account age, prior verified activity. A freshly created front company presenting itself as an established trading firm fails this check automatically.

Deliberate

Correlation Anomaly Detection

pallet-signal computes a CuratorCorrelationScore. If two curators approve the same proposers significantly faster than peers, or agree beyond a statistical baseline, the signal layer surfaces the anomaly. Coordinated infiltration leaves exactly this pattern.

Deliberate

Emergency Circuit Breaker

A governance-callable pause_all_releases extrinsic halts all pending fund releases network-wide while an incident is investigated. Triggering it costs little. The cost of a breach continuing during investigation is potentially catastrophic.

The broader risk isn't just the funds drained — it's the erosion of confidence in decentralized governance as a model. Each successful large-scale attack makes the case for centralized control. OpenGov 2.0's layered defenses, transparent audit trail, and bounded blast radius are a defense of the decentralization thesis itself.

06 — Bond Model

Skin in the game
proportional to the risk.

A flat curator bond disconnected from proposal value is a formality, not accountability. OpenGov 2.0 uses a two-layer bond structure where exposure scales with the actual funds at risk — and where every curator on a project shares liability for the panel's decisions.

ProposalBond(curator) = ProposalValue × BondCoverageRatio / N_curators_assigned If ProposalBond > Bond(tier) held: → curator must top-up before assignment is confirmed Recovery sequence on breach: 1. Primary slash (responsible curator) 2. Gap = VerifiedLoss − PrimarySlash 3. Panel call to remaining curators 4. Secondary slash if unpaid within CollectiveCallWindow

Two layers. One principle.

Every curator posts a baseline bond at authorization — sized to their tier and the tracks they're cleared for. When they accept a specific proposal, pallet-curator computes a per-proposal top-up proportional to that proposal's total value divided across the assigned panel. If they can't cover the top-up, they don't get the assignment.

When a breach is confirmed, the recovery doesn't stop at the individual. The remaining panel curators are called to cover the gap — because they shared accountability for the approval. This one change transforms peer review from professional courtesy into rational self-interest.

  1. Proposal value determines bond requirement, not just curator tier.
  2. Bond capacity naturally limits which proposals a curator can accept.
  3. Every curator on a panel has financial exposure to every other curator's decisions.
  4. Staying silent about a questionable co-approval now has a real cost.

The full picture
is in the whitepaper.

Version 2.0 — April 2026. Covers the complete economic model, technical architecture, implementation roadmap, state-actor threat model, and bond mechanics in full detail.

Read Whitepaper v2.0 Two Pebbles Ventures