# Plutocracy

`kaal:entity:plutocracy`

**Status.** derived

This node is assembled mechanically from the 8 claims that carry the concept tag `plutocracy`. It is a roster of what the corpus says under this term. It is **not** an adjudicated definition: no single statement here has been ruled canonical, and no first-appearance call has been made. Read the claims and judge for yourself.

## Every claim under this term

8 claims across 8 works, 2019 to 2025.

**2019**

- [3441904-021](https://wulfkaal.github.io/claims/3441904-021) [failure/evidenced] *(failure mode)* -- A one token one vote mechanism in existing decentralized protocols with on chain governance resembles a plutocracy, because holders of a significant share of total token supply hold more power than the rest of the members.
  > A one-token-one-vote voting mechanism in existing decentralized protocols with on-chain governance resembles a plutocracy.
  Wulf A. Kaal, Blockchain-Based Corporate Governance (2019). SSRN: https://ssrn.com/abstract=3441904

**2020**

- [3652481-030](https://wulfkaal.github.io/claims/3652481-030) [failure/argued] *(failure mode)* -- The one token one vote designs popular in the early 2020s produced suboptimal voting outcomes because they allocate more power to holders of a large share of total token supply, leaving majority holders more powerful than all remaining holders combined.
  > Suboptimal voting outcomes in existing decentralized protocols were associated with the then popular one-token-one-vote voting mechanisms. A one- token-one-vote design allocates more power to token holders who have a significant share of the total supply of a given token.
  Wulf A. Kaal, Decentralized Autonomous Organizations – Internal Governance and External Legal Design (2020). SSRN: https://ssrn.com/abstract=3652481

**2021**

- [3799320-027](https://wulfkaal.github.io/claims/3799320-027) [mechanism/argued] *(failure mode)* -- Suboptimal voting outcomes in existing decentralized protocols trace to one token one vote mechanisms, which allocate more power to holders of a significant share of total token supply.
  > Suboptimal voting outcomes in existing decentralized protocols were associated with the then-popular one-token-one-vote voting mechanisms. A one-token-one-vote design allocates more power to token holders who have a significant share of the total supply of a given token.
  Wulf A. Kaal, A Decentralized Autonomous Organization (DAO) of DAOs (2021). SSRN: https://ssrn.com/abstract=3799320
- [3808873-039](https://wulfkaal.github.io/claims/3808873-039) [mechanism/argued] *(failure mode)* -- One token one vote on chain governance produces plutocracy: it allocates more power to holders of a significant share of supply so that majority token holders have more power than all other holders combined, reintroducing the defects of one share one vote legacy designs.
  > A one- token-one-vote design allocates more power to token holders who have a significant share of the total supply of a given token. Majority token holders have more power than the rest of the token holders combined.
  Wulf A. Kaal, Decentralization Neutralizers (2021). SSRN: https://ssrn.com/abstract=3808873
- [3981021-003](https://wulfkaal.github.io/claims/3981021-003) [mechanism/evidenced] -- Private foundations exercise plutocratic power because their leaders and trustees are not elected democratically, they are permitted to operate in perpetuity, and their operations lack accountability and transparency.
  > Private foundations have plutocratic power because such organizations' leaders or trustees are not elected democratically, they are allowed to work in perpetuity, and their operations lack accountability and transparency.
  Wulf A. Kaal, How Decentralized Autonomous Organizations Optimize Charitable Giving (2021). SSRN: https://ssrn.com/abstract=3981021

**2024**

- [4685567-003](https://wulfkaal.github.io/claims/4685567-003) [mechanism/argued] *(failure mode)* -- Impact 1.0 foundations developed plutocratic power structures because their leaders and trustees were never democratically elected, and Impact 3.0 addresses this by adding WEB3 collaborative democratic measures on top of the existing foundation structures.
  > further improve Impact 1.0 private foundations by adding collaborative WEB3 democratic measures that address plutocratic power structures in Impact 1.0 foundations that originated in the lack of democratic elections of Impact 1.0 foundations' organizations' leaders or trustees.
  Wulf A. Kaal, Impact Investing Innovation - From Impact 1.0 to 3.0 (2024). SSRN: https://ssrn.com/abstract=4685567
- [4796714-014](https://wulfkaal.github.io/claims/4796714-014) [failure/argued] *(failure mode)* -- Proof of Stake consensus centralizes control in proportion to the quantity of tokens held, so governance built on such chains is skewed in favor of the wealthy rather than distributed.
  > Similarly, Proof of Stake (PoS) consensus mechanisms, as implemented in Ethereum and other blockchains, centralize control based on the quantity of tokens held, potentially skewing governance in favor of the wealthy.
  Wulf A. Kaal, AI Governance (2024). SSRN: https://ssrn.com/abstract=4796714

**2025**

- [5887242-009](https://wulfkaal.github.io/claims/5887242-009) [mechanism/argued] -- A reputation-based staking system sits at the core of the UDLC DAO's internal governance precisely because it eliminates the corruptive influence of fungible tokens and plutocratic one-token-one-vote mechanics.
  > At the core of the UDLC DAO's internal governance lies a reputation-based staking system that eliminates the corruptive influence of fungible tokens and plutocratic one-token-one-vote mechanics.
  Wulf A. Kaal, The UDLC DAO Operationalizing a Continuously Evolving Universal Digital Law Codex Through Weighted (2025). SSRN: https://ssrn.com/abstract=5887242

## Verify

Every claim above resolves to a record carrying a verbatim source quote, the sha256 of the source PDF, and a preformatted citation. Nothing here asks to be taken on trust.

    curl -s https://wulfkaal.github.io/entities/plutocracy.md | sha256sum

**Canonical form.** This markdown file is the canonical hashed representation of this entity node. Its sha256 is the content hash.
