Summary: DAOHaus is a Moloch-v3 governance stack wired into a Safe treasury. The important parts are not the DAO-launcher gloss but ragequit economics, arbitrary proposal actions, Safe module wiring, and shaman permissions that can reach around the normal vote path. Read it as treasury governance with explicit extension risk, not as generic DAO software.
What it does:
Provides a DAO framework centered on Moloch v3 governance contracts, Safe treasuries, subgraphs, and admin tooling
Represents membership through ERC-20 shares and loot rather than only through non-transferable voting records
Uses a Safe as the treasury layer, with proposal execution routed through Safe multicall and Zodiac-compatible module patterns
Supports arbitrary proposal actions, adjustable governance parameters, and custom DAO setup via summoner contracts
Lets DAOs install shaman contracts with admin, manager, or governor permissions to automate or extend DAO behavior outside the normal proposal flow
Preserves Moloch-style ragequit logic while allowing one main ragequittable treasury Safe plus optional non-ragequittable sidecar Safes
Key claims:
The official developer docs say DAOHaus is powered by the Moloch DAO framework and that Moloch v3 is a minimal yet modular governance layer, which is why it is more useful to treat as governance infrastructure than as a single app
The contracts overview says Moloch v3 sits on top of a multisig treasury and uses Gnosis Zodiac standards to interface with that treasury, making the governance/treasury seam the central design choice
The same docs highlight tokenized membership, shamans, arbitrary actions, adjustable governance parameters, and high-order summoners, which shows that DAOHaus is about modular authority surfaces rather than just basic proposal voting
The treasury docs distinguish a main ragequittable Safe from non-ragequittable sidecar Safes, which means asset location and exit rights can differ materially inside one DAO structure
The shamans docs explicitly warn that shamans can make critical changes outside the proposal process and can hold admin, manager, or governor permissions, making them the clearest hidden control point in the stack
The Baal README says the system continues work from Moloch, Minion, Compound, and Safe frameworks and documents arbitrary action proposals, ERC-20 shares and loot, flexible voting periods, gasless approvals, and ordered proposal processing rooted in ragequit economics
Because DAOHaus combines Safe custody, Moloch consensus games, tokenized membership, and extension contracts, the key analytical question is where authority actually accumulates: in member votes, Safe signer/module structure, shaman permissions, treasury sidecars, or summoner-defined setup defaults
Whitepaper: No standalone DAOHaus whitepaper surfaced in this pass. The strongest primary materials were the official developer docs, contract pages, and the Baal repository README; see ../whitepapers/daohaus-primary-sources-2026-05-09.md.