Polygon (POL)

Overview

Polygon began in 2017 as Matic Network, an Ethereum scaling sidechain, and is now a family of Ethereum-aligned chains coordinated under the Polygon 2.0 roadmap. Its flagship Polygon PoS chain runs a permissionless proof-of-stake validator set that checkpoints to Ethereum, and the newer AggLayer is a cross-chain settlement layer designed to let many chains share liquidity and behave as one network. Governance of the protocol, its system contracts, and a community-owned treasury is what makes Polygon a network DAO rather than a company product – a peer of Arbitrum, the Optimism Collective, and ZKsync in this directory.

POL: the migration and the token

In September 2024 Polygon completed the network's biggest token change: MATIC was upgraded to POL 1:1, and since 4 September 2024 every Polygon PoS transaction pays gas in POL and staking is denominated in POL. As of mid-2025 roughly 99% of MATIC had migrated; holders and delegators on Polygon PoS needed to do nothing, as the swap was automatic.

POL's economics are set by PIP-17: a 10 billion genesis supply minted to the migration contract, plus a 2% annual emission split evenly – 1% to validator staking rewards and 1% to the Community Treasury – with minting capped on-chain at 10 POL per second. That schedule did not begin when PIP-17 was adopted: PIP-26 deliberately let the original MATIC validator-reward schedule run to its natural end in June 2025 – tapering to 1.5% in its final year – and only from July 2025 did the Polygon 2.0 rate of 1% annual emission for validator rewards commence. POL is designed as a hyperproductive token: one stake is meant to secure and be paid across many Polygon chains and roles (block validation, ZK proving, data availability) rather than one chain alone, which is the economic backbone of the Polygon 2.0 multichain design.

Fees to stakers (2026)

Since July 2025 the validator half of POL emission has been held at 1% a year by adjusting one number: the per-checkpoint reward, CHECKPOINT_REWARD, on the StakeManager contract on Ethereum. PIP-78 cut it by 6.5% in February 2026, after faster checkpoints had pushed emission about 7% over target. PIP-86 scaled it down again in two steps as block times fell from about 2 seconds to 1.5. Both are Final.

Fees are a separate stream. Under PIP-65, network fees are pooled and split between the block producer and the validator set. PIP-85 changed the split from block 85,245,000 in April 2026: half of the validators' pool now belongs to everyone who stakes POL, delegators included. It was the first time delegators had a stated claim on fees. The share was to be paid through monthly merkle claim contracts on Ethereum, and those were never deployed. PIP-92 says a bespoke claim contract "raised legal and compliance considerations" that could not be settled in time, so by 8 September 2026 the stakers' share had built up to 27,334,955.85 POL, none of it paid.

PIP-92 pays it out through the reward channel that already existed. The POL is moved to the StakeManager, and the per-checkpoint reward is raised from 25,212.79 to 64,500 POL between 1 October and 1 December 2026. The proposal puts that at a gross staking reward rate of about 7.7% for the window, against about 3.0% before it. Read on 5 October 2026, the StakeManager's CHECKPOINT_REWARD returns 64,500 POL, so the higher rate is in force, though the PIP's own file in the repository still says Draft. A permanent, automated fee share is left to PIP-93, which needs a StakeManager upgrade and had no file in the repository on 5 October.

So stakers were voted a share of fees in April and first paid in October, and the payment went out through a parameter Polygon's governance already controls, with no new contract.

Three pillars of governance

Polygon 2.0 organises decisions into three governance pillars, each with its own venue and process:

• Protocol Governance – changes to the core protocol move through the Polygon Improvement Proposal (PIP) framework: an idea is discussed on the Polygon Community Forum, drafted against a template, refined on Protocol Governance Calls, and adopted by rough consensus. PIP-1 and PIP-8 set the ground rules; a PRC track covers token standards.
• System Smart Contracts Governance – upgrades to the on-chain contracts that are the protocol (bridge, staking, emission manager) are executed by the Protocol Council, not by a raw token vote.
• Community Treasury Governance – the 1%-of-emissions treasury is a self-sustaining ecosystem fund for public goods, research, grants, and adoption, allocated under community oversight.

This split is deliberate: high-stakes contract upgrades get a fast, accountable, timelocked body, while direction-setting and funding stay open to the wider community. It is a different answer to the same tension explored in on-chain vs off-chain governance and progressive decentralization.

Where a PIP actually takes effect

The three pillars describe how Polygon reaches consensus on a change; enacting one on Polygon PoS is a separate, on-chain step with its own thresholds. Consensus-parameter changes go through the governance module of Heimdall, the chain's validator-coordination layer, where a proposal needs a 33.4% quorum, a 50% approval threshold, and can be killed by a 33.4% veto. A hard fork is stricter still: it requires at least two-thirds of total validating stake in favour. So a PIP that carries rough consensus on the forum can still fail at the validator set, and the stake that decides it is the stake that is actually validating – not the whole POL supply. (Polygon governance fundamentals)

That two-stage shape – social consensus first, a stake-weighted on-chain gate second – is the pattern described in on-chain vs off-chain governance, and the reason the quorum and threshold numbers matter as much as the vote itself.

The Protocol Council

The Protocol Council (announcement archived; Polygon has since removed the post), defined in PIP-29, is a 13-member multisig implemented as four Gnosis Safe contracts – two on Ethereum and two on Polygon PoS – responsible for narrow, timelock-limited changes to system smart contracts. It has two thresholds:

• Regular changes: 7 of 13 signers, subject to a 10-day timelock before execution.
• Emergency changes: 10 of 13 signers, executable immediately with no timelock.

The higher bar and dropped delay for emergencies trade some deliberation for the ability to patch a live exploit fast; the timelock on ordinary upgrades gives the community a window to react before a change lands. Structuring a small, publicly-named signer set with charter-bound powers is the same "constrain the multisig" pattern that Safe and ZKsync's security bodies use.

How Caper relates

Polygon's governance is deliberately heavyweight – a PIP pipeline, a 13-signer council with timelocks, and a treasury board – because it stewards a multi-billion-dollar network where a bad upgrade is catastrophic. That machinery is appropriate at that scale, and it takes years and a foundation to stand up. Caper sits at the other end: a token, a treasury, and on-chain governance are created in a single launch transaction, so a small group gets working governance on day one instead of bootstrapping councils.

The trade Caper makes for that simplicity is to hard-wire a member's protection into the token itself – the exit right. Rather than appointing a council to guard against a bad decision, a holder who disagrees can leave and reclaim a canonical share of the treasury, computed from the same vote weight that governs their say. Big networks need standing bodies; small ones are often better served by a door that is always open.