History – DAO security and governance attacks

Back
v1.3.7 · currentEm dashes become spaced en dashes (VOICE.md); dashes inside quotes and source titles kept–
6 blocks modified
  • Modified – Text at Block 2

    A DAO governance attack is any…n-making machinery against it —– capturing enough voting power…have become standard practice.

  • Modified – Text at Block 3

    Why DAOs are uniquely exposed …ies are large and transparent —– a would-be attacker can read …ir control rule is mechanical —– a proposal that clears the th…y a liquid, purchasable token —– the same tradability that boo…s below the value it controls.

  • Modified – Text at Block 4

    The attack taxonomy Flash-loa… reserves to their own wallet —– all inside a single transacti…in response. This social fork —– abandoning a captured chain for an honest copy —– is the ultimate backstop agai… objections of core delegates —– before public pressure forced… bounty" and seeking immunity —– laundering a market exploit t…oughly 70,000 legitimate ones —– draining about 483,000 TORN (… the contract implementing it.

  • Modified – Text at Block 5

    Case study: BonkDAO, July 2026 —– buying the quorum The BonkD…ry to send 4.43 trillion BONK —– the bulk of it —– to a wallet the proposer cont…st over 1% of the BONK supply —– roughly 882 billion tokens fo…st a 879.95 billion threshold —– quorum cleared by about 0.3% —– with the attacker holding rou…2026 and executed immediately —– Realms runs a passed instruct…t of more than 18,000 members —– a turnout of about 2.9% —– so the attacker never had to … cents for every dollar taken —– which is the whole of the attack in one number.

  • Modified – Text at Block 7

    Defenses that became standard … malicious proposal and react —– the single control whose abse…osal is filed carry no weight —– the standard structural answe…al within the timelock window —– as Nouns and others use (htt…acks-and-how-to-avoid-them/) —– trades a little decentralizat…arxiv.org/html/2505.00888v1) .

  • Modified – Text at Block 8

    How Caper approaches this A …ance tokens that just arrived —– flash-borrowed or freshly bought —– carries little to no weight u…iki/governance/voting) pages.

v1.3.6Split paragraphs over 150 words at sentence boundaries; wording unchanged.–
3 blocks modified
  • Modified – Text at Block 4

    The attack taxonomy Flash-loa…ithout assuming an honest one.The 2024 Compound "Golden Boy… the contract implementing it.

  • Modified – Text at Block 6

    The wave BonkDAO belonged to B…ithout a single new signature.A governance takeover's blast …than from the incident report.

  • Modified – Text at Block 8

    How Caper approaches this A …xecution) as everything else.Voting weight is the product o…ny holder can veto by selling.And because every member who h…iki/governance/voting) pages.

v1.3.5Links the new Mango DAO directory article from the landmark-cases row. Corrects the year of the Eisenberg vacatur: 23 May 2025, per the cited TRM Labs report.–
2 blocks modified
  • Modified – Text at Block 1 → Block 1

    Topic How DAOs get attacked th… · Steem / Justin Sun (2020) · Mango Markets (/wiki/daos/dexs/mango-dao) (~$117M, 2022) · Compound Prop…ts/fundamentals/what-is-a-dao)

  • Modified – Text at Block 4

    The attack taxonomy Flash-loa…e overturned the convictions ion 23 May 20265 (https://www.trmlabs.com/reso… the contract implementing it.

v1.3.4Sweep #412 (dao-governance/concepts): corrected for the 11 September 2026 redeploy – v is minted only by a ranked ballot (trade-side mint removed), the settlement-gas subsidy is gone so each crank pays its own fee, exit takes amounts withdrawn from the member's account, and the first ballot's snapshot counts its own mint. Verified at contracts/logic/src/lib.rs (VOTE_MINT, vote, exit, SINGLE_PASS_MAX_VOTERS, EXECUTION_WINDOW_SECONDS; source last moved bd5892a) and the live CaperMain component_tdx_2_1cq64v5tw…jjflhcr. 1 span(s) on this page.–
1 block modified
  • Modified – Text at Block 8

    How Caper approaches this A … because every member who has voted or tradedcast a ballot can exit (/wiki/foundations/…iki/governance/voting) pages.

v1.3.3Sweep #372: window/baseline/verdict prose settled against the 7 Sep 2026 redeploy – exact price-time integral with minute checkpoints, trailing baseline as a logic constant, market window as drill tuning; no durations in prose–
1 block modified
  • Modified – Text at Block 8

    How Caper approaches this A …nd execution only fires after a mandatory delay window following the vote's closethe market window the trigger opens, in which any holder can veto by selling. And because every member who…iki/governance/voting) pages.

v1.3.2Exit is not gated on having voted: exit() (contracts/logic/src/lib.rs:2326) requires only a non-zero vote-token and governance-token bucket, and v is minted by trading (:1179, :971) as well as by voting (:1719).–
1 block modified
  • Modified – Text at Block 8

    How Caper approaches this A …se every member who has voted or traded can exit (/wiki/foundations/l…iki/governance/voting) pages.

v1.3.1Retired VOTE discriminant removed from the typed-proposal enumeration: the deployed kinds are PAYOUT, INVEST, DIVEST, METADATA and UPGRADE (contracts/common/src/lib.rs at 3a8af9c; kind 2 died with the escrow voting system and is rejected by name)–
1 block modified
  • Modified – Text at Block 8

    How Caper approaches this A …s) – PAYOUT, INVEST, DIVEST, VOTEMETADATA and UPGRADE – each with fixed…iki/governance/voting) pages.

v1.3.0Add 'The wave BonkDAO belonged to' (run #289): the seven-takeover / ~$22M June-August 2026 cohort per Blockaid, with Token of Power and BarnBridge written up - BarnBridge adds an attack family this page lacked, a hijacked upgrade path draining stale user approvals rather than the treasury.–
1 block added, 2 blocks reordered
  • Moved – Text at Block 7
  • Moved – Text at Block 8
  • Added – Text at Block 6

    The wave BonkDAO belonged to BonkDAO read as a singular event at the time, and it was not. Blockaid's threat intelligence (https://blockaid.io/blog/governance-takeovers-how-22m-was-drained-and-how-to-stop-them) , published 18 August 2026, counted at least seven governance takeovers across three chains between 9 June and 6 August 2026, for combined losses of roughly $22 million, against DAO tooling, memecoin treasuries and DeFi protocols on Ethereum, Solana and Base. BonkDAO was the largest of them by more than a factor of ten and the least technically interesting; two of the others extend the taxonomy above. Token of Power (Ethereum, 9 June 2026, about $1.59 million) was an Aragon (/wiki/dao-governance/tooling/frameworks/aragon) -based governance token with a total supply of 16,384 units, which made a majority cheap to assemble outright. The attacker acquired just over half of it, then created, passed and executed a proposal inside a single transaction – no snapshot, no delay – minting 10 billion new tokens to themselves and selling them into a Balancer pool. It is the Beanstalk pattern with the flash loan removed: where the supply is small enough, an attacker does not need to borrow a majority, only to buy one. BarnBridge SMART Yield (Ethereum, 15 July 2026, about $776,000) is the incident that adds a family. The protocol's governance was effectively abandoned but still held authority over the SMART Yield controller, so a proposal presented as a routine proxy upgrade swapped that controller for a contract the attacker controlled ( BlockSec (https://blocksec.com/blog/web3-security-barnbridge-defituna-exploits) ). The loss then came from nowhere near the treasury: it came out of roughly fifty users' own wallets, through ERC-20 approvals they had granted the BarnBridge contracts years earlier and never revoked, which the hijacked upgrade path could draw against without a single new signature. A governance takeover's blast radius is not bounded by the treasury. Wherever governance can reach an upgradeable contract, it can reach everything still approved to that contract – which makes a dormant DAO with live approvals more exposed than an active one, not less. The remaining two named in the cohort, Panther (a passing vote reaching the protocol's upgrade rights) and Unicly (voting power flash-borrowed for a single block), fall inside the families already described. The shared causes across the seven are the ones this page names one at a time: a majority priced below what it unlocks, no delay between a proposal passing and executing, and mint, treasury and upgrade authority wired directly to a single vote. That is the case for reading the defenses below as a layered set rather than a menu. Blockaid's own recommendations are stated as classes and not as numbers – count voting power from a past block, put a real execution timelock (/wiki/dao-governance/concepts/voting/governance-timelocks) with an emergency cancel in front of every privileged action, and keep the most dangerous powers behind controls a single proposal cannot clear – so any specific quorum or delay figure has to come from a protocol's own documentation rather than from the incident report.

v1.2.0Accuracy (contract): the executive action set is five typed kinds, not three - DIVEST (kind 4) and UPGRADE (kind 3, $CAPER only) were missing, and UPGRADE is the one that belongs in a bounded-scope security argument. Also corrects 'every member can always exit' (exit asserts a non-empty vote-token bucket).–
1 block modified
  • Modified – Text at Block 7

    How Caper approaches this A …ed by construction: a proposal can only be a PAYOUT, INVEST, or VOTE (/wiki/governance/proposals) action's executive option is one of five typed kinds (/wiki/governance/proposals) – PAYOUT, INVEST, DIVEST, VOTE and UPGRADE – each with fixed fields the contract reads back itself, so there is no "call this ar…in the vault" proposal to ride —: the single most valuable attack simply cannot be expressed. The one kind that can change what the others do, UPGRADE, swaps the platform's logic tier and is reserved for the $CAPER caper alone; it cannot be raised inside the caper whose treasury an attacker is after, and it lands only through the same delay and two-phase activation (/wiki/governance/execution) as everything else. Voting weight is the product …ose. And because every member can always exit (/wiki/governance/executionwho has voted can exit (/wiki/foundations/leaving-a-caper) for a treasury share sized …d vote cannot seize the value other participating members are entitled to redeem – the same vote-token balance that earns weight is what the exit requires, so the members with the most to lose to a capture are exactly the ones who can leave with their share. The exact mechanics are veri…iki/governance/voting) pages.

v1.1.0Add the missing attack class to the taxonomy: a proposal payload that does not match its description (Tornado Cash, May 2023), and link the new typed-vs-arbitrary-execution concept page.–
1 block modified
  • Modified – Text at Block 4

    The attack taxonomy Flash-loa…attacks is still unsettled.) A payload that does not match its description. Where the frameworks above execute raw calldata, a proposal's title and its effect are separate objects, and only the title is read. Tornado Cash lost governance control of itself in May 2023 to a proposal presented as a copy of an earlier approved one; per Halborn's analysis (https://www.halborn.com/blog/post/explained-the-tornado-cash-hack-may-2023) the deployed contract carried extra self-destruct logic, and after the vote passed the attacker destroyed it, redeployed different code at the same address, and minted themselves 1.2 million votes against roughly 70,000 legitimate ones — draining about 483,000 TORN (~$2.17 million). No voting rule was broken. The gap it exploited is structural to arbitrary proposal execution (/wiki/dao-governance/concepts/voting/typed-vs-arbitrary-execution) , and no quorum or threshold setting can close it. Code exploits of the governanc… the contract implementing it.

v1.0.0Accuracy: a caper's exit share is the canonical vote weight (t·v)/(V·T) over governance tokens and the soulbound vote record, not a flat pro-rata split. Verified against exit()/compute_vote_weight() in contracts/logic/src/lib.rs.–
1 block modified
  • Modified – Text at Block 7

    How Caper approaches this A …ki/governance/execution) for their pro-ra treasury share sized by thata share of the treasuryame participation-weighted vote weight, even a captured vote cannot …iki/governance/voting) pages.

v1.0.0Link the BonkDAO case study to the new daos/social/bonkdao directory page–
2 blocks modified
  • Modified – Text at Block 1 → Block 1

    Topic How DAOs get attacked th…) · Compound Prop 289 (2024) · BonkDAO (/wiki/daos/social/bonkdao) (~$20M, 2026) Core defenses T…ts/fundamentals/what-is-a-dao)

  • Modified – Text at Block 5

    Case study: BonkDAO, July 2026 — buying the quorum The BonkDAO (/wiki/daos/social/bonkdao) attack is the cleanest recent …e of the attack in one number.

v1.0.0Add the BonkDAO BIP #76 case study (30 Jun – 6 Jul 2026, ~$20M): quorum-sized token purchase on Realms with no timelock, 2.9% turnout; add BonkDAO to the landmark-cases infobox row.–
1 block added, 3 blocks modified, 2 blocks reordered
  • Modified – Text at Block 1 → Block 1

    Topic How DAOs get attacked th…22) · Compound Prop 289 (2024) · BonkDAO (~$20M, 2026) Core defenses Timelocks · vo… Governance models (/wiki/daos-governance/concepts/fundamentals/dao-gov…Treasury management (/wiki/daos-governance/concepts/treasury/dao-treasur…) , What is a DAO? (/wiki/daos-governance/concepts/fundamentals/what-is-a-dao)

  • Modified – Text at Block 2

    A DAO governance attack is any…drain the treasury (/wiki/daos-governance/concepts/treasury/dao-treasur…t) . Because a DAO (/wiki/daos-governance/concepts/fundamentals/what-is…have become standard practice.

  • Modified – Text at Block 4

    The attack taxonomy Flash-loa…, and EigenLayer (/wiki/daos/organizations/staking/eigenlayer) 's EIGEN t… the contract implementing it.

  • Moved – Text at Block 6
  • Moved – Text at Block 7
  • Added – Text at Block 5

    Case study: BonkDAO, July 2026 — buying the quorum The BonkDAO attack is the cleanest recent demonstration that the three defenses below are load-bearing, because it succeeded on a treasury protected by none of them. On 30 June 2026 an anonymous wallet filed BIP #76, titled "Sowellian BonkDAO" and presented as a governance-renewal plan, to the DAO's Realms (https://realms.today/) instance on Solana. The operative clause instructed the treasury to send 4.43 trillion BONK — the bulk of it — to a wallet the proposer controlled, and it sat in public view for six days while no organized opposition formed ( crypto.news (https://crypto.news/the-bonk-governance-attack-how-a-dao-lost-20-million-in-one-proposal/) ). Over 4–5 July the attacker bought just over 1% of the BONK supply — roughly 882 billion tokens for about $4.4 million, sourced on Bybit and Binance and part-funded by borrowing against DeFi collateral. That figure was not arbitrary: BonkDAO's quorum was set at 1% of supply, or 879.95 billion BONK, so the purchase was sized to clear the participation floor and nothing more. The final tally was 882.38 billion in favour against a 879.95 billion threshold — quorum cleared by about 0.3% — with the attacker holding roughly 99.878% of the votes cast ( CoinDesk (https://www.coindesk.com/markets/2026/07/07/bonk-faces-usd20-million-treasury-drain-after-attacker-spends-usd4-million-to-pass-malicious-proposal) , Halborn (https://www.halborn.com/blog/post/explained-the-bonkdao-hack-july-2026) ). The proposal passed on 6 July 2026 and executed immediately — Realms runs a passed instruction with no mandatory delay, so there was no window in which anyone could have cancelled it. Around $20 million left the treasury; roughly $188,000 was moved to an exchange within nine hours and about $19 million was parked in a "BONK 2.0" multisig with three attacker-linked signers. BonkDAO confirmed the attack publicly (https://news.bitcoin.com/bonkdao-treasury-loses-20m-in-malicious-governance-attack-bonk-slides-8/) and said it was working with exchanges, the Solana Foundation, bridges and law enforcement on recovery. Three ordinary design choices compounded into the loss. Quorum was a ceiling, not a floor. A 1% participation threshold in a DAO where turnout runs near 1% means the quorum figure is the electorate: buying it outright bought the outcome. Turnout made the raid cheap. Seven wallets voted out of more than 18,000 members — a turnout of about 2.9% — so the attacker never had to out-vote the community, only to out-vote the handful who showed up (see voter apathy (/wiki/dao-governance/concepts/analysis/voter-apathy) ). And execution was instant. A timelock would not have stopped the vote, but it would have converted a six-day-old public proposal into a cancellable one. Priced against the a16z framing above, control of the treasury cost about 22 cents for every dollar taken — which is the whole of the attack in one number.

v1.0.0Link integrity: repoint DAO internal links to post-split canonical taxonomy paths (no redirect hop)–
3 blocks modified
  • Modified – Text at Block 1 → Block 1

    Topic How DAOs get attacked th…e models (/wiki/daos/concepts/fundamentals/dao-governance-models) , Trea…nagement (/wiki/daos/concepts/treasury/dao-treasury-management) , Wh…s a DAO? (/wiki/daos/concepts/fundamentals/what-is-a-dao)

  • Modified – Text at Block 2

    A DAO governance attack is any…treasury (/wiki/daos/concepts/treasury/dao-treasury-management) . Bec…e a DAO (/wiki/daos/concepts/fundamentals/what-is-a-dao) holds its fund…have become standard practice.

  • Modified – Text at Block 4

    The attack taxonomy Flash-loa…, and EigenLayer (/wiki/daos/organizations/staking/eigenlayer) 's EIGEN token tur… the contract implementing it.

v1.0.0Add inbound link to new daos/eigenlayer from the Steem→Hive social-fork example (EigenLayer formalizes the fork-away backstop on-chain).–
3 blocks modified
  • Modified – Text at Block 1 → Block 1

    Topic How DAOs get attacked th… Governance models (/wiki/daos/concepts/dao-governance-model…Treasury management (/wiki/daos/concepts/dao-treasury-managem…) , What is a DAO? (/wiki/daos/concepts/what-is-a-dao)

  • Modified – Text at Block 2

    A DAO governance attack is any…drain the treasury (/wiki/daos/concepts/dao-treasury-managem…t) . Because a DAO (/wiki/daos/concepts/what-is-a-dao) hold…have become standard practice.

  • Modified – Text at Block 4

    The attack taxonomy Flash-loa…rked away to Hive in response. This social fork — abandoning a captured chain for an honest copy — is the ultimate backstop against a majority that cannot be out-voted, and EigenLayer (/wiki/daos/eigenlayer) 's EIGEN token turns it into an explicit on-chain mechanism, forking to slash a colluding majority without assuming an honest one. The 2024 Compound "Golden Bo… the contract implementing it.

v1.0.1Fix dead/hijacked external citations (molochdao.com casino-park, Cointelegraph 404)–
1 block modified
  • Modified – Text at Block 4

    The attack taxonomy Flash-loa…Golden Boys" episode (https://cointelegraph.com/news/golden-boys-behind-unchainedcrypto.com/compound-governance-attackers-agree-to-rescindcancel-proposal-in-exchange-for-staking-product/) was a subtler variant: a gr… the contract implementing it.

v1.0.0Fix: remove fabricated github.com/caper-network link (404); point contract-source claim to internal governance pages, matching sibling-page convention–
1 block modified
  • Modified – Text at Block 6

    How Caper approaches this A … exact mechanics are verified in the contract source (https://github.com/caper-network) and described on the linked against the caper contract and described on the linked proposal (/wiki/governance/proposals) and voting (/wiki/governance/voting) pages.

v1.0.0Create cornerstone: DAO security & governance attacks — flash-loan/token-acquisition/Sybil/oracle/code taxonomy with cited case studies (Beanstalk, Steem, Compound 289, Mango, The DAO) + standard defenses + contract-verified How-Caper note–
6 blocks added
  • Added – Text at Block 1 → Block 1

    Topic How DAOs get attacked through their own governance, and how they defend Core risk A public, contract-enforced treasury steered by a vote anyone can try to acquire, borrow, or fake Attack families Flash-loan vote seizure · open-market / custodial token acquisition · slow Sybil accumulation · oracle-manipulation-then-governance · code exploits Landmark cases The DAO (2016) · Beanstalk (~$182M, 2022) · Steem / Justin Sun (2020) · Mango Markets (~$117M, 2022) · Compound Prop 289 (2024) Core defenses Timelocks · voting-power snapshots · proposal thresholds & quorum · guardian vetoes · limiting governance scope Related Governance models (/wiki/dao/concepts/dao-governance-models) , Treasury management (/wiki/dao/concepts/dao-treasury-management) , What is a DAO? (/wiki/dao/concepts/what-is-a-dao)

  • Added – Text at Block 2

    A DAO governance attack is any manoeuvre that turns a decentralized organization's own decision-making machinery against it — capturing enough voting power, or exploiting the code that counts it, to pass a proposal the community never wanted, usually to drain the treasury (/wiki/dao/concepts/dao-treasury-management) . Because a DAO (/wiki/dao/concepts/what-is-a-dao) holds its funds in a public smart contract steered by a vote rather than by trusted officers, its governance is its attack surface: anyone who can acquire, borrow, or manufacture voting weight is a candidate attacker, and the contract executes the result without a referee. This page catalogs the recurring attack families with their landmark case studies, then the defenses that have become standard practice.

  • Added – Text at Block 3

    Why DAOs are uniquely exposed Three properties that make DAOs attractive also make them fragile. Their treasuries are large and transparent — a would-be attacker can read the exact prize on-chain. Their control rule is mechanical — a proposal that clears the threshold executes automatically, with no board to say "this is obviously theft." And voting power is usually a liquid, purchasable token — the same tradability that bootstraps a community lets an outsider buy or rent influence on the open market. As a16z crypto (https://a16zcrypto.com/posts/article/dao-governance-attacks-and-how-to-avoid-them/) puts it, a governance token is not just a coordination tool but "an attack vector" the moment its market price of control falls below the value it controls.

  • Added – Text at Block 4

    The attack taxonomy Flash-loan vote seizure. The fastest attack borrows the voting power outright. In the April 2022 Beanstalk exploit (https://www.coindesk.com/tech/2022/04/17/attacker-drains-182m-from-beanstalk-stablecoin-protocol) , an attacker flash-borrowed more than $1 billion in stablecoins, converted it to a super-majority of Beanstalk's governance token, and used the protocol's emergencyCommit function to instantly pass a proposal (BIP-18) that transferred roughly $182 million of reserves to their own wallet — all inside a single transaction, netting about $76 million after repaying the loan ( Halborn analysis (https://www.halborn.com/blog/post/explained-the-beanstalk-hack-april-2022) ). The enabling flaw was the absence of a meaningful execution delay: voting power that exists for one block should never be able to move funds in that same block. Open-market or custodial token acquisition. A patient attacker simply buys control. When Justin Sun acquired Steemit in 2020, the community moved to freeze his stake; Sun allegedly used exchange-custodied user tokens (https://a16zcrypto.com/posts/article/dao-governance-attacks-and-how-to-avoid-them/) from Binance, Huobi and Poloniex to out-vote the existing witnesses, and the community forked away to Hive in response. The 2024 Compound "Golden Boys" episode (https://cointelegraph.com/news/golden-boys-behind-compound-governance-attack-agree-to-rescind-proposal) was a subtler variant: a group led by "Humpy" accumulated COMP on the open market and narrowly passed Proposal 289, directing 499,000 COMP (~$24 million) into a yield vault under their influence, over the objections of core delegates — before public pressure forced them to rescind it. It showed that a bare majority, lawfully acquired, can still be a capture. Slow Sybil accumulation. The quietest attack spreads a growing position across many anonymous wallets that behave like ordinary holders, avoiding the alarm a single whale would trigger, until the aggregate crosses a decision threshold. It is hard to detect precisely because each account looks legitimate, and it targets the same weakness as a low-turnout raid: when most holders are apathetic, a modest coordinated minority can decide a vote. Oracle manipulation feeding governance. In the October 2022 Mango Markets exploit (https://www.cftc.gov/PressRoom/PressReleases/8647-23) , Avraham Eisenberg manipulated the price oracle for the MNGO token to drain roughly $117 million, then used the MNGO he still held to vote through a governance proposal letting him keep about $47 million as a "bug bounty" and seeking immunity — laundering a market exploit through the DAO's own ballot. (A jury convicted Eisenberg in 2024; a federal judge overturned the convictions in 2026 (https://www.trmlabs.com/resources/blog/breaking-federal-judge-overturns-all-criminal-convictions-in-mango-markets-case-against-avraham-eisenberg) , a reminder that the legal status of these attacks is still unsettled.) Code exploits of the governance contract itself. The original cautionary tale is The DAO (2016) (https://www.gemini.com/cryptopedia/the-dao-hack-makerdao) : not a vote-capture at all but a reentrancy bug in the withdrawal logic that let an attacker recursively drain about 3.6 million ETH (~$60 million then), an event so large it split Ethereum into ETH and Ethereum Classic. It is the permanent reminder that the safest governance rule is still only as safe as the contract implementing it.

  • Added – Text at Block 5

    Defenses that became standard No single control is sufficient; mature DAOs layer several, and the widely-used OpenZeppelin Governor (https://docs.openzeppelin.com/contracts/4.x/api/governance) framework ships most of them by default. - Timelocks / execution delay. A mandatory delay between a vote passing and the action executing gives holders time to see a malicious proposal and react — the single control whose absence made Beanstalk possible. - Voting-power snapshots. Counting each voter's weight as of a past block (the proposal's creation) rather than live means tokens borrowed after a proposal is filed carry no weight — the standard structural answer to flash-loan seizure. - Proposal thresholds and quorum. Requiring a minimum stake to submit a proposal, and minimum participation for one to count, raises the cost of spam and low-turnout raids. - Guardian vetoes and security councils. A trusted multisig or elected council that can cancel a clearly-malicious proposal within the timelock window — as Nouns and others use (https://a16zcrypto.com/posts/article/dao-governance-attacks-and-how-to-avoid-them/) — trades a little decentralization for a circuit-breaker. - Limiting governance scope. The most robust defense is architectural: if governance simply cannot express "transfer all reserves to this address," the most valuable attack has no proposal to ride. Restricting what a vote is allowed to do shrinks the attack surface more than any amount of vote-counting cleverness. For a fuller academic treatment, see the 2025 survey on DAO governance attacks and defenses (https://arxiv.org/html/2505.00888v1) .

  • Added – Text at Block 6

    How Caper approaches this A caper (/wiki/foundations/what-is-a-caper) is built so that several of these defenses are structural rather than optional. Governance scope is bounded by construction: a proposal can only be a PAYOUT, INVEST, or VOTE (/wiki/governance/proposals) action, so there is no "call this arbitrary contract and drain the vault" proposal to ride — the single most valuable attack simply cannot be expressed. Voting weight is the product of a member's stake and their earned, non-transferable participation tokens (minted one per vote and locked to the account), so a stack of governance tokens that just arrived — flash-borrowed or freshly bought — carries little to no weight until it has actually shown up over time, which capital cannot fake. Passing an executive proposal needs a ranked-choice super-majority, not a bare 50%, and execution only fires after a mandatory delay window following the vote's close. And because every member can always exit (/wiki/governance/execution) for their pro-rata share of the treasury, even a captured vote cannot seize the value other members are entitled to redeem. The exact mechanics are verified in the contract source (https://github.com/caper-network) and described on the linked governance pages.