References - Jesse Walden —– “Progressive Decentralization…d Esber & Scott Duke Kominers —– “Progressive decentralization…amework/) - William Hinman —– “Digital Asset Transactions: …lockchain system requirements.

How Caper approaches this Cap…is earned, not merely bought – the same earned weight sets both a member's vote weight and their exit share (/wiki/d…ip/rage-quit-and-exit-rights) are the same soulbound-anchored figure (t·v)/(V·T), where v is, and it grows with a non-transferable, soulboun…okens) proof-of-vote record. StakeHoldings still counts – t is a multiplier –, but the decisive part has no secondary market: v is minted to the account thatthe record is earned only by casting a ballot and can never move, so a bag cannot buy a recordone at all – not its own, since trades stopped minting v on 11 September 2026, and not anybody else’s.

Concept Progressive decentralization —– a founding team relinquishing… distribution). In that order —– attempting them at once tends…lure Decentralization theatre —– a token vote grafted onto a p…ncepts/analysis/how-daos-fail)

Progressive decentralization i…om one to the other in stages —– a founding team relinquishing… give up, and crucially, when.

The playbook: product first, t…er. First, product/market fit —– built by a small core team wi…cond, community participation —– economic incentives that turn…ing, leaves a project "stuck" —– a treasury and a token-holder…voice among many. The reverse —– governance before product —– is one of the recurring patte…epts/analysis/how-daos-fail) .

Why the sequence is also a leg…speech/speech-hinman-061418) —– at which point "the efforts o…-in-failed-u-s-senate-vote) ).

Decentralization is not all-or…minimum decentralizable units —– the core team, external contr…nance, and internal processes —– each of which can be slid tow…n leave the load-bearing ones —– contract upgradeability, the admin multisig —– pulled firmly toward "central… control never actually moved.

The other road: governance min…cts with no admin keys at all —– there was never a control key…roads answer the same anxiety —– that a token vote is a large,…ly exploitable attack surface —– in mirror image. Progressive … should be governable at all."

How Caper approaches this Cap… is earned, not merely bought —– a member's vote weight and th…te record. Stake still counts —– t is a multiplier —– but the decisive part has no … 2026, and not anybody else’s.

Why the sequence is also a leg… own 20% or more of the token.A decentralized governance sys…-in-failed-u-s-senate-vote) ).

How Caper approaches this Cap…l and never leaves its vault).In the vocabulary of this page… 2026, and not anybody else’s.

Why the sequence is also a leg…ership/dao-legal-structures) —– a foundation or association t…ctually holds the upgrade key. Congress came close to writing that idea into law. The CLARITY Act ( H.R. 3633 (https://www.congress.gov/bill/119th-congress/house-bill/3633) ), which passed the House 294 to 134 on 17 July 2025 ( CoinDesk (https://www.coindesk.com/policy/2025/07/17/us-house-passes-crypto-market-structure-legislation-moves-on-to-stablecoin-vote) ), would have let a token's issuer, a registered exchange or the network's own decentralized governance system certify to the SEC that the network is a mature blockchain system: one not controlled by any person or group of persons under common control. The House text draws the lines in numbers. Nobody may have unilateral authority to alter the system's rules or direct 20% or more of its voting power, and the issuer and its affiliates together may not own 20% or more of the token. A decentralized governance system and its participants count as separate persons, and so does a legal entity that implements one without centralized management. A certification would have taken effect after 60 days unless the SEC rebutted it ( House-passed text (https://www.congress.gov/119/bills/hr3633/BILLS-119hr3633eh.pdf) , section 205). Governance vendors such as Tally (/wiki/dao-governance/tooling/voting/tally) advised clients to design for the test before it passed ( Tally (https://blog.tally.xyz/is-your-protocol-a-mature-blockchain-system-under-the-clarity-act) ). It never became law: on 15 September 2026 the Senate fell short of the 60 votes needed to open debate, 49 to 50, which ended the bill for 2026 ( CoinDesk (https://www.coindesk.com/policy/2026/09/15/crypto-clarity-act-flames-out-in-failed-u-s-senate-vote) ).

References - Jesse Walden — …ng-basics/glossary/howey-test) - H.R. 3633, Digital Asset Market Clarity Act of 2025, as passed by the House (https://www.congress.gov/119/bills/hr3633/BILLS-119hr3633eh.pdf) – section 205, mature blockchain system requirements.

How Caper approaches this Cap…kens, front-loaded because it tapers to nothing once 30% ofshrinks as the supply circuladistributes), not a control lever. The… 2026, and not anybody else’s.

How Caper approaches this Cap…/foundations/what-is-a-caper) is a single's balances live in an immutable Scrypto state component: there is with no founder upgrade key, no admin multisigkey, no pause, and no treasury wallet to relinquish later —– so there is no control-keyfounder handover to sequence, and non…ting privilege is economic (a front-loaded slice of each buy's XRD), not a control leverskim on every buy and sell, in XRD and in tokens, front-loaded because it tapers to nothing once 30% of the supply circulates), not a control lever. The platform tier is a different matter: the shared logic every caper runs can be swapped, either by a $CAPER UPGRADE proposal or by the protocol operator's own propose-and-activate path, behind a registry delay fixed at deployment that reads zero on today's testnet ( security councils (/wiki/dao-governance/concepts/fundamentals/security-councils) has the detail). Its governance surface is d… 2026, and not anybody else’s.

How Caper approaches this Cap…is minted to the account that traded or votedcast a ballot and can never move, so a bag buys its own record at the published ratecannot buy a record at all – not its own, since trades stopped minting v on 11 September 2026, and not anybody else’s.

How Caper approaches this Cap…plier — but the decisive part cannot be acquired on an exchange, so there is no key, and no bag, that buys the protocol outrighthas no secondary market: v is minted to the account that traded or voted and can never move, so a bag buys its own record at the published rate and nobody else’s.

How Caper approaches this Cap…sis – PAYOUT, INVEST, DIVEST, VOTEMETADATA, and UPGRADE, the last of whi…at buys the protocol outright.

How Caper approaches this Cap…yped, on-chain proposal paths — PAYOUT, INVEST, and VOTE —fixed at genesis – PAYOUT, INVEST, DIVEST, VOTE, and UPGRADE, the last of which the contract asserts may only be raised on the $CAPER caper itself – and never through arbitrary c…at buys the protocol outright.

Concept Progressive decentrali… Governance models (/wiki/daos-governance/concepts/fundamentals/dao-gov…ff-chain governance (/wiki/daos-governance/concepts/fundamentals/on-chai…· Legal structures (/wiki/daos-governance/concepts/membership/dao-legal…) · How DAOs fail (/wiki/daos-governance/concepts/analysis/how-daos-fail)

The playbook: product first, t…xample is Compound (/wiki/daos-governance/concepts/fundamentals/dao-gov…and on-chain voting (/wiki/daos-governance/concepts/fundamentals/on-chai…s in how DAOs fail (/wiki/daos-governance/concepts/analysis/how-daos-fail) .

Why the sequence is also a leg…th a legal wrapper (/wiki/daos-governance/concepts/membership/dao-legal…ctually holds the upgrade key.

Decentralization is not all-or… token-holder vote (/wiki/daos-governance/concepts/treasury/dao-treasur…rking group, or pod (/wiki/daos-governance/concepts/membership/subdaos-a…credible exit right (/wiki/daos-governance/concepts/membership/rage-quit… control never actually moved.

The other road: governance min… govern. Liquity (/wiki/daos/organizations/stablecoins/liquity) shipped …. Reflexer's RAI (/wiki/daos/organizations/stablecoins/reflexer-rai) wen…ing a guarded lever or two (a security council (/wiki/dao-governance/concepts/fundamentals/security-councils) , a parameter steward) behind … should be governable at all."

How Caper approaches this Cap…d their exit share (/wiki/daos-governance/concepts/membership/rage-quit…ferable, soulbound (/wiki/daos-governance/concepts/membership/soulbound…at buys the protocol outright.

Decentralization is not all-or…ury/dao-treasury-management) long before it lets go of, say, the frontend or the trademark At scale the same logic runs the other way: a mature DAO can spin a unit out into a SubDAO, working group, or pod (/wiki/daos/concepts/membership/subdaos-and-working-groups) with its own scope and budget. The honest reading of the f… control never actually moved.

Concept Progressive decentrali…e models (/wiki/daos/concepts/fundamentals/dao-governance-models) · On-…vernance (/wiki/daos/concepts/fundamentals/on-chain-vs-off-chain-governan…ructures (/wiki/daos/concepts/membership/dao-legal-structures) · How …AOs fail (/wiki/daos/concepts/analysis/how-daos-fail)

The playbook: product first, t…Compound (/wiki/daos/concepts/fundamentals/dao-governance-models) , which…n voting (/wiki/daos/concepts/fundamentals/on-chain-vs-off-chain-governan…AOs fail (/wiki/daos/concepts/analysis/how-daos-fail) .

Why the sequence is also a leg… wrapper (/wiki/daos/concepts/membership/dao-legal-structures) — a fou…ctually holds the upgrade key.

Decentralization is not all-or…der vote (/wiki/daos/concepts/treasury/dao-treasury-management) long…it right (/wiki/daos/concepts/membership/rage-quit-and-exit-rights) th… control never actually moved.

The other road: governance min… govern. Liquity (/wiki/daos/organizations/stablecoins/liquity) shipped its V1 as im…. Reflexer's RAI (/wiki/daos/organizations/stablecoins/reflexer-rai) went further an… should be governable at all."

How Caper approaches this Cap…it share (/wiki/daos/concepts/membership/rage-quit-and-exit-rights) ar…oulbound (/wiki/daos/concepts/membership/soulbound-tokens) proof-of-vo…at buys the protocol outright.

Concept Progressive decentrali… Jesse Walden, a16z (https://a16z.com/2020/01/09jessewalden.com/progressive-decentralization-crypto-product-managementa-playbook-for-building-crypto-applications/) , 9 January 2020 The seque…i/daos/concepts/how-daos-fail)

Progressive decentralization i…Jesse Walden of a16z (https://a16z.com/2020/01/09jessewalden.com/progressive-decentralization-crypto-product-managementa-playbook-for-building-crypto-applications/) in January 2020, and it ha… give up, and crucially, when.

References - Jesse Walden — …ations” (a16z, 2020) (https://a16z.com/2020/01/09jessewalden.com/progressive-decentralization-crypto-product-managementa-playbook-for-building-crypto-applications/) - Jad Esber & Scott Duke…ng-basics/glossary/howey-test)

Concept Progressive decentralization — a founding team relinquishing control of a protocol by degrees, over time, rather than launching fully decentralized or staying centralized Coined Jesse Walden, a16z (https://a16z.com/2020/01/09/progressive-decentralization-crypto-product-management/) , 9 January 2020 The sequence Product/market fit → community participation → hand over control (token distribution). In that order — attempting them at once tends to stall the project Why it matters Reduces platform risk for users, and is the crypto industry's answer to the “sufficiently decentralized” (https://www.sec.gov/news/speech/speech-hinman-061418) securities question Common failure Decentralization theatre — a token vote grafted onto a protocol whose team still holds the upgrade keys and multisig. "Faking autonomy is a quick way to undermine trust" Related Governance models (/wiki/daos/concepts/dao-governance-models) · On-chain vs off-chain governance (/wiki/daos/concepts/on-chain-vs-off-chain-governance) · Legal structures (/wiki/daos/concepts/dao-legal-structures) · How DAOs fail (/wiki/daos/concepts/how-daos-fail)

Progressive decentralization is the idea that a crypto protocol should not launch as a fully-formed DAO, nor stay a company forever, but move from one to the other in stages — a founding team relinquishing control "by degrees, over time." The term was coined by Jesse Walden of a16z (https://a16z.com/2020/01/09/progressive-decentralization-crypto-product-management/) in January 2020, and it has since become the default mental model for how a startup becomes a community-owned network. It is less a single mechanism than a sequencing discipline: which control to give up, and crucially, when.

The playbook: product first, then community, then control Walden's playbook is three ingredients delivered in a strict order. First, product/market fit — built by a small core team with full control, because a protocol nobody uses has nothing worth decentralizing. Second, community participation — economic incentives that turn users into contributors who maintain and extend the protocol. Only third, once the social and economic dynamics have stabilized, does the team pursue sufficient decentralization: distributing tokens and governance rights widely enough that the network runs without them. The ordering is the whole point. Walden argues that attempting the three at once, or decentralizing before there is a product worth governing, leaves a project "stuck" — a treasury and a token-holder base arguing over a thing that has not yet proven it should exist. The canonical worked example is Compound (/wiki/daos/concepts/dao-governance-models) , which shipped a lending product, then a governance token and on-chain voting (/wiki/daos/concepts/on-chain-vs-off-chain-governance) , and only then let the team fade into one voice among many. The reverse — governance before product — is one of the recurring patterns in how DAOs fail (/wiki/daos/concepts/how-daos-fail) .

Why the sequence is also a legal argument Progressive decentralization is not only product advice; it is a regulatory strategy. Under the US Howey test (https://www.investor.gov/introduction-investing/investing-basics/glossary/howey-test) , an asset is an investment contract (a security) when buyers expect profit "from the efforts of others." A token sold by a small team that controls the roadmap looks a great deal like that. The industry's counter-argument traces to former SEC official William Hinman's 2018 speech, which floated the notion that a token can start as a security and later cease to be one once the network is “sufficiently decentralized” (https://www.sec.gov/news/speech/speech-hinman-061418) — at which point "the efforts of others" no longer meaningfully drive its value. That single idea does a lot of work. It reframes "hand over control" from a nice-to-have into the event that (in theory) transmutes a token from a security into a commodity, and it is why so many teams pair a progressive-decentralization roadmap with a legal wrapper (/wiki/daos/concepts/dao-legal-structures) — a foundation or association that can hold the keys during the awkward middle. The obvious hazard is optics-as-substance: Walden's own warning is that "faking autonomy is a quick way to undermine trust," and regulators have been increasingly willing to look past a governance forum to ask who actually holds the upgrade key.

Decentralization is not all-or-nothing A useful refinement came from Jad Esber and Scott Duke Kominers (https://a16zcrypto.com/posts/article/progressive-decentralization-a-high-level-framework/) (a16z, 2023), who point out that decentralization "needn't be all-or-nothing." They break a protocol into minimum decentralizable units — the core team, external contributors, the technology stack, finance, and internal processes — each of which can be slid toward community control at its own pace. A team might open-source its contracts and hand the treasury to a token-holder vote (/wiki/daos/concepts/dao-treasury-management) long before it lets go of, say, the frontend or the trademark. The honest reading of the framework is also its sharpest critique. If every dimension has its own slider, a team can leave the load-bearing ones — contract upgradeability, the admin multisig — pulled firmly toward "centralized" while advertising the token vote as proof of decentralization. Critics call the result regressive or theatrical decentralization, and it is the gap between a governance forum and a credible exit right (/wiki/daos/concepts/rage-quit-and-exit-rights) that usually reveals it: if holders who lose a vote cannot leave with their share, and the team can still upgrade the contract, control never actually moved.

The other road: governance minimization Progressive decentralization assumes a protocol needs an ongoing governance layer and the only question is who runs it. A rival school argues the opposite: the safest governance surface is a small one, and the destination is not a vibrant DAO but a protocol with almost nothing left to govern. Liquity (/wiki/daos/liquity) shipped its V1 as immutable contracts with no admin keys at all — there was never a control key to progressively hand over. Reflexer's RAI (/wiki/daos/reflexer-rai) went further and removed governance in staged "ungovernance" levels until no new collateral types could ever be added. Read side by side, the two roads answer the same anxiety — that a token vote is a large, permanently exploitable attack surface — in mirror image. Progressive decentralization distributes the keys; governance minimization destroys them. Most real protocols land somewhere in between, keeping a guarded lever or two (a security council, a parameter steward) behind timelocks and vetoes. The design question every DAO eventually faces is not "how decentralized are we" but "how much of this should be governable at all."

How Caper approaches this Caper sidesteps the progressive-decentralization journey by not starting centralized. A caper (/wiki/foundations/what-is-a-caper) is a single immutable Scrypto component: there is no founder upgrade key, no admin multisig, and no treasury wallet to relinquish later — so there is no control-key handover to sequence, and none of the securities-optics of a "we'll decentralize eventually" roadmap. The founder's only lasting privilege is economic (a front-loaded slice of each buy's XRD), not a control lever. Its governance surface is deliberately small and fixed at genesis. The treasury lives in a protocol-controlled vault that moves only through five typed, on-chain proposal paths — PAYOUT, INVEST, and VOTE — and never through arbitrary calldata, and anyone can trigger a passed proposal's execution (the execute entrypoints are public; the treasury badge is presented as a proof inside the call and never leaves its vault). In the vocabulary of this page, that is closer to governance minimization from day one than to progressive decentralization: rather than promising future decentralization, a caper simply never concentrates the load-bearing keys in the first place. What weight a holder does carry is earned, not merely bought — a member's vote weight and their exit share (/wiki/daos/concepts/rage-quit-and-exit-rights) are the same soulbound-anchored figure (t·v)/(V·T), where v is a non-transferable, soulbound (/wiki/daos/concepts/soulbound-tokens) proof-of-vote record. Stake still counts — t is a multiplier — but the decisive part cannot be acquired on an exchange, so there is no key, and no bag, that buys the protocol outright.

References - Jesse Walden — “Progressive Decentralization: A Playbook for Building Crypto Applications” (a16z, 2020) (https://a16z.com/2020/01/09/progressive-decentralization-crypto-product-management/) - Jad Esber & Scott Duke Kominers — “Progressive decentralization: a high-level framework” (a16z, 2023) (https://a16zcrypto.com/posts/article/progressive-decentralization-a-high-level-framework/) - William Hinman — “Digital Asset Transactions: When Howey Met Gary (Plastic)” (SEC, 2018) (https://www.sec.gov/news/speech/speech-hinman-061418) - The Howey Test (SEC / Investor.gov) (https://www.investor.gov/introduction-investing/investing-basics/glossary/howey-test)