---
title: "Holographic consensus"
url: "https://caper.network/wiki/dao-governance/concepts/voting/holographic-consensus"
updated: 2026-09-01
license: CC-BY-4.0
license_url: "https://creativecommons.org/licenses/by/4.0/"
---

# Holographic consensus

|  |  |
| --- | --- |
| **Topic** | A governance layer that uses a parallel prediction market to decide _which_ proposals deserve the DAO's scarce attention |
| **Problem it names** | The "tyranny of the quorum" – as a DAO scales, no member can read every proposal, so either a high quorum stalls everything or a low quorum lets a small group pass anything |
| **Core mechanism** | Predictors stake a token ([GEN](https://medium.com/daostack/on-the-utility-of-the-gen-token-eb4f341d770e)) for or against each proposal passing; a proposal whose stake crosses a threshold is **boosted** and can pass on a relative majority instead of an absolute quorum |
| **Origin** | [Matan Field / DAOstack](https://medium.com/daostack/holographic-consensus-part-1-116a73ba1e1c), 2018 – implemented as the [Genesis Protocol](https://daostack.github.io/DAOstack-Hackers-Kit/stack/infra/genesisProtocol/) |
| **Status** | 🟠 Historical. The [DAOstack](/wiki/dao-governance/tooling/frameworks/daostack) stack is closed; the last proposal the mechanism ever processed opened **17 January 2024** and was never executed (dated on-chain below) |
| **Related** | [Futarchy](/wiki/dao-governance/concepts/voting/futarchy) · [Conviction voting](/wiki/dao-governance/concepts/voting/conviction-voting) · [Optimistic governance](/wiki/dao-governance/concepts/voting/optimistic-governance) · [Vote markets](/wiki/dao-governance/concepts/voting/vote-markets) |

**Holographic consensus** is a governance design that pairs an ordinary token or reputation vote with a [prediction market](https://en.wikipedia.org/wiki/Prediction_market) whose only job is to decide _what the DAO should look at_. Introduced by [Matan Field](https://medium.com/daostack/holographic-consensus-part-1-116a73ba1e1c) for [DAOstack](/wiki/dao-governance/tooling/frameworks/daostack) in 2018, it was one of the first serious answers to a problem every large DAO eventually hits: there are far more proposals than any member can meaningfully evaluate, so collective attention – not capital – becomes the binding constraint. Where [futarchy](/wiki/dao-governance/concepts/voting/futarchy) bets on _outcomes_, holographic consensus bets on _votes_ – it forecasts which proposals the wider membership would ratify if it were paying attention, and surfaces those.

## The tyranny of the quorum

Every [token-weighted](/wiki/dao-governance/concepts/voting/token-weighted-voting) DAO faces the same scaling dilemma. Set the [quorum](/wiki/dao-governance/concepts/voting/proposal-lifecycle) high and honest proposals die from apathy – most holders never vote, so nothing reaches the bar. Set it low and the DAO is captured: a small, coordinated group can pass anything while everyone else is looking away. Field called this the trade-off between **resilience** (the majority's will is respected) and **scalability** (decisions actually get made). Direct democracy is resilient but does not scale; delegation scales but concentrates power. The claim of holographic consensus is that a small, well-incentivised subset of the DAO can be made to _represent_ the whole – so the DAO passes proposals frequently and with confidence [without demanding high participation](https://medium.com/daostack/holographic-consensus-part-2-4fd461e8dcde). The name is the metaphor: like a hologram, each part carries an image of the whole.

## How the prediction market works

In DAOstack's [Genesis Protocol](https://daostack.github.io/DAOstack-Hackers-Kit/stack/infra/genesisProtocol/), every proposal opens with two ledgers running side by side:

- **The vote** – members spend non-transferable [reputation](/wiki/dao-governance/concepts/membership/soulbound-tokens) to vote for or against, exactly as in a normal DAO.
- **The prediction market** – anyone (member or not) stakes the transferable [GEN token](https://medium.com/daostack/joining-the-gen-predictors-network-f7be2d93754d) on whether the proposal will ultimately pass (an _upstake_) or fail (a _downstake_). Correct predictors are paid from the pool of the incorrect ones.

A proposal begins in a slow **regular** queue that requires an absolute majority of all reputation – deliberately hard to pass. But once its upstake crosses a threshold, the proposal is **boosted**: it moves to a faster track where it needs only a _relative_ majority (more reputation for than against) within a fixed window. Boosting is the whole trick – the prediction market, not a quorum, decides which proposals are worth the membership's limited attention, and staked money vouches that a boosted proposal genuinely reflects the DAO's will.

## Why anyone stakes: the DAOstake and GEN

The market only surfaces good proposals if predictors are paid to find them. Two design choices supplied the incentive. First, the DAO itself automatically [downstakes every proposal](https://medium.com/daostack/on-the-utility-of-the-gen-token-eb4f341d770e) – the "DAOstake" – betting a default sum that any given proposal will fail. That standing bounty is what outside predictors compete to win by upstaking proposals they judge will actually pass, so the network is paid to hunt for good proposals the DAO would otherwise miss. Second, [GEN](https://medium.com/daostack/on-the-utility-of-the-gen-token-eb4f341d770e) was a scarce, transferable token whose entire utility was this predicting role – a separate [token layer](/wiki/dao-governance/concepts/treasury/dao-tokenomics) from the reputation that actually cast votes. Splitting "attention" (tradable GEN) from "voice" (non-transferable reputation) is the structural signature of the design, and it distinguishes holographic consensus sharply from [vote markets](/wiki/dao-governance/concepts/voting/vote-markets), where the thing being bought _is_ the vote.

## What became of DAOstack

Holographic consensus shipped in production – the [Genesis DAO](https://daostack-1.gitbook.io/v1/introduction/holographic-consensus-overview/genesis-protocol) and the Alchemy interface ran real reputation-based DAOs, and the mechanism was later [studied academically](https://www.researchgate.net/publication/349156490_A_Scalable_Voting_System_Validation_of_Holographic_Consensus_in_DAOstack) as a scalable voting system. Its most prominent deployment was the [dxDAO](https://resources.cryptocompare.com/asset-management/964/1671705984746.pdf), which governed Gnosis-adjacent products. In practice, though, GEN's markets were thin, predicting was unintuitive to newcomers, and reputation-based membership never achieved wide adoption. Later DAOs converged on simpler tools – [token-weighted](/wiki/dao-governance/concepts/voting/token-weighted-voting) [Snapshot](https://snapshot.org) votes with [optimistic](/wiki/dao-governance/concepts/voting/optimistic-governance) execution – rather than a parallel prediction market.

The usual summary is that the stack wound down “around 2021”. The chain says otherwise, and the difference is nearly three years. Across all 13 verified `GenesisProtocol` contracts in Blockscout's Ethereum mainnet index, the last `Stake` – the prediction-market action the whole design rests on – was placed on **17 January 2024**, on [0x332B8C97…5B84](https://eth.blockscout.com/address/0x332B8C9734b4097dE50f302F7D9F273FFdB45B84) for the [DXdao Avatar](https://eth.blockscout.com/address/0x519b70055af55A007110B4Ff99b0eA33071c720a). That final proposal is a fair epitaph: the only staker was the proposer, betting 666 GEN on his own item to get it looked at; it cleared the boost bar on 18 January, took two votes in favour, and was never executed. The full record, and what happened to DAOstack's code and domains, is on the [DAOstack framework page](/wiki/dao-governance/tooling/frameworks/daostack). The protocol faded; the problem it named did not.

## The idea's afterlife

Holographic consensus is best read today as the concept that made "scaling collective attention" a first-class governance problem, and several live mechanisms are recognisable descendants. [Conviction voting](/wiki/dao-governance/concepts/voting/conviction-voting) replaces the discrete prediction market with a continuous signal – support that accrues weight over time – to surface what a community persistently wants without a formal quorum. [Optimistic governance](/wiki/dao-governance/concepts/voting/optimistic-governance) flips the default the other way: proposals pass unless someone with skin in the game objects, so scarce attention is spent only on disputes. And [futarchy](/wiki/dao-governance/concepts/voting/futarchy) keeps the market but points it at outcomes rather than votes. Each trades away part of the original design, but all inherit its core bet – that a well-incentivised minority can stand in for a distracted whole. The unresolved question holographic consensus leaves behind is the one every [failed DAO](/wiki/dao-governance/concepts/analysis/how-daos-fail) rediscovers: an attention layer only works if the people steering it actually lose something when they steer wrong.

## How Caper approaches this

Caper doesn't run a separate prediction market to decide what's worth looking at – but it shares holographic consensus's premise that decision power should track engaged skin in the game, not passive size. In Caper, a member's [vote weight](/wiki/governance/voting-mechanisms) is the canonical product `w = (t · v) / (V · T)`: it multiplies how much you hold (`t`) by how much of the soulbound record you have accrued (`v`) — minted by trading and by voting alike — normalised by the totals. A holder who neither trades nor votes contributes `v = 0` and carries zero weight regardless of bag size – so a large position alone can't capture the outcome, and attention has to be spent to matter. Where DAOstack asked outsiders to _bet_ that a proposal reflects the group's will, Caper makes that alignment structural: the same holders who decide also bear the consequences, and the [exit right](/wiki/foundations/leaving-a-caper) is the backstop when surfacing fails: a member who thinks the active minority has steered wrong can redeem their share of the treasury and leave rather than stay bound by the decision. That backstop is deliberately not universal, and the precision matters. `exit` asserts a non-empty vote-token bucket as well as a non-empty governance-token bucket – `assert!(vote_tokens.amount() > 0, "Exit requires vote tokens")` – so a holder who has earned no vote token at all cannot exit – though voting is not the only way to earn one, since a trade on the curve mints `v` at 0.01 per XRD of gross value on either leg – and one who has accrued little redeems at the same small `w` that limits their say. Attention is not a separate market to be staked here; it is the thing that makes both voice and exit real. Verified against Caper's contract source (`compute_vote_weight` in `contracts/common/src/lib.rs` and `exit` in `contracts/logic/src/lib.rs`), not marketing copy.