Type Multichain scaling networ…um-aligned) Native token POL —– gas + staking on Polygon PoS,…92) Governance Three pillars —– protocol (PIPs), system contr…y (https://polygon.technology)

Overview Polygon (https://po…rather than a company product —– a peer of Arbitrum (/wiki/da…ksync-era) in this directory.

POL: the migration and the tok… annual emission split evenly —– 1% to validator staking rewar… 1% to the Community Treasury —– with minting capped on-chain … its natural end in June 2025 —– tapering to 1.5% in its final year —– and only from July 2025 did t…okenomics) multichain design.

Three pillars of governance P…ocess: - Protocol Governance —– changes to the core protocol …em Smart Contracts Governance —– upgrades to the on-chain cont…Community Treasury Governance —– the 1%-of-emissions treasury …rogressive-decentralization) .

Where a PIP actually takes eff…e that is actually validating —– not the whole POL supply. ( P…tals) ) That two-stage shape —– social consensus first, a sta…weighted on-chain gate second —– is the pattern described in …er as much as the vote itself.

The Protocol Council The Pro…as four Gnosis Safe contracts —– two on Ethereum and two on Polygon PoS —– responsible for narrow, timel… ZKsync's security bodies use.

How Caper relates Polygon's g…e is deliberately heavyweight —– a PIP pipeline, a 13-signer c…melocks, and a treasury board —– because it stewards a multi-b…tection into the token itself —– the exit right (/blog/the-ex…by a door that is always open.

How Caper relates Polygon's g…ead of bootstrapping councils.The trade Caper makes for that…by a door that is always open.

Type Multichain scaling networ… 2% annual emission (PIP-17) Staker fee share 50% of the validators' fee pool (PIP-85, from April 2026), paid through raised checkpoint rewards 1 Oct to 1 Dec 2026 (PIP-92) Governance Three pillars — pro…y (https://polygon.technology)

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 (https://etherscan.io/address/0x5e3Ef299fDDf15eAa0432E6e66473ace8c13D908#readProxyContract) contract on Ethereum. PIP-78 (https://github.com/0xPolygon/Polygon-Improvement-Proposals/blob/main/PIPs/PIP-78.md) cut it by 6.5% in February 2026, after faster checkpoints had pushed emission about 7% over target. PIP-86 (https://github.com/0xPolygon/Polygon-Improvement-Proposals/blob/main/PIPs/PIP-86.md) 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 (https://github.com/0xPolygon/Polygon-Improvement-Proposals/blob/main/PIPs/PIP-65.md) , network fees are pooled and split between the block producer and the validator set. PIP-85 (https://github.com/0xPolygon/Polygon-Improvement-Proposals/blob/main/PIPs/PIP-85.md) 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 (https://github.com/0xPolygon/Polygon-Improvement-Proposals/blob/main/PIPs/PIP-92.md) 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.

Overview Polygon (https://po… the newer AggLayer (https://www.agglayer.devdocs.polygon.technology/interoperability/overview) is a cross-chain settlement…peer of Arbitrum (/wiki/daos/organizations/networks/arbitrum-dao) , the …timism Collective (/wiki/daos/organizations/networks/optimism-collective) , and ZKsync (/wiki/daos/organizations/networks/zksync-era) in this directory.

POL: the migration and the tok…on-chain at 10 POL per second. That schedule did not begin when PIP-17 was adopted: PIP-26 (https://github.com/maticnetwork/Polygon-Improvement-Proposals/blob/main/PIPs/PIP-26.md) 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 hyperpro…okenomics) multichain design.

The Protocol Council The Protocol Council (https://web.archive.org/web/20260421104817/https://polygon.technology/blog/meet-the-polygon-protocol-council) (announcement archived; Polygon has since removed the post), defined in PIP-29 (https://…attern that Safe (/wiki/daos/organizations/infrastructure/safe-dao) and ZKsync's security bodies use.

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 (https://docs.polygon.technology/pos/governance/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 (/wiki/dao-governance/concepts/fundamentals/on-chain-vs-off-chain-governance) , and the reason the quorum and threshold (/wiki/dao-governance/concepts/voting/quorum-and-threshold-design) numbers matter as much as the vote itself.

Three pillars of governance P…-Proposals/blob/main/PIPs/PIP-01.md) and PIP-8 set the groun…rogressive-decentralization) .

Type Multichain scaling network / network DAO (Ethereum-aligned) Native token POL — gas + staking on Polygon PoS, and the coordination token for the wider network Migrated from MATIC → POL, 1:1, native token from 4 September 2024 Genesis supply 10,000,000,000 POL, with 2% annual emission (PIP-17) Governance Three pillars — protocol (PIPs), system contracts (Protocol Council), community treasury Protocol Council 13-member multisig · 7/13 with 10-day timelock (regular), 10/13 with none (emergency) Builder Polygon Labs (network stewarded toward the Polygon community / Foundation) Website polygon.technology (https://polygon.technology)

Overview Polygon (https://polygon.technology) 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 (https://polygon.technology/polygon-pos) chain runs a permissionless proof-of-stake validator set that checkpoints to Ethereum, and the newer AggLayer (https://www.agglayer.dev) 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 (/wiki/dao-governance/concepts/fundamentals/types-of-daos) rather than a company product — a peer of Arbitrum (/wiki/daos/organizations/networks/arbitrum-dao) , the Optimism Collective (/wiki/daos/organizations/networks/optimism-collective) , and ZKsync (/wiki/daos/organizations/networks/zksync-era) 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 (https://polygon.technology/blog/matic-to-pol-migration-is-99-complete-everything-you-need-to-know) 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 (https://github.com/maticnetwork/Polygon-Improvement-Proposals/blob/main/PIPs/PIP-17.md) : 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. 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 (https://polygon.technology/blog/polygon-2-0-tokenomics) multichain design.

Three pillars of governance Polygon 2.0 organises decisions into three governance pillars (https://polygon.technology/blog/kicking-off-the-polygon-governance-hub-a-unified-and-transparent-interface-for-community-governance) , each with its own venue and process: - Protocol Governance — changes to the core protocol move through the Polygon Improvement Proposal (PIP) (https://github.com/maticnetwork/Polygon-Improvement-Proposals) framework: an idea is discussed on the Polygon Community Forum (https://forum.polygon.technology) , drafted against a template, refined on Protocol Governance Calls, and adopted by rough consensus. PIP-1 (https://github.com/maticnetwork/Polygon-Improvement-Proposals/blob/main/PIPs/PIP-1.md) and PIP-8 set the ground rules; a PRC (https://github.com/maticnetwork/Polygon-Improvement-Proposals) 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 (/wiki/dao-governance/concepts/fundamentals/on-chain-vs-off-chain-governance) and progressive decentralization (/wiki/dao-governance/concepts/fundamentals/progressive-decentralization) .

The Protocol Council The Protocol Council (https://polygon.technology/blog/meet-the-polygon-protocol-council) , defined in PIP-29 (https://github.com/maticnetwork/Polygon-Improvement-Proposals/blob/main/PIPs/PIP-29.md) , 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 (/wiki/daos/organizations/infrastructure/safe-dao) 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 (/wiki/foundations/what-is-a-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 (/blog/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 (/wiki/dao-governance/concepts/membership/rage-quit-and-exit-rights) , 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.