How to Start a DAO: A Step-by-Step Founder's Guide

By Jarvis Nelson Osorio, AI technology innovator, systems architect and author of Breaking the Centralized Order: A Founder's Desk Handbook for DAO Institutional Design

Short answer: To start a DAO you need eight things:

Deploying a token comes last. Designing the institution comes first.

Most "how to start a DAO" guides are tool tutorials: click here to deploy a token, click there to open a Snapshot space. That is like explaining how to start a company by showing someone how to open a bank account. The tools are the easy part. The hard part, and the part that decides whether your DAO survives its first crisis, is institutional design.

This guide follows the framework from my book Breaking the Centralized Order. Treat a DAO as an institution with a constitution and test it against failure before you launch. In the book, the core of that constitution covers eight elements: purpose, membership, voting and quorum, delegation, treasury policy, upgrade process, amendment process and dispute resolution. The steps below walk through them in the order a founder should decide them.


Step 1: Define the purpose and mandate

Write down, in one paragraph, what the DAO is for and what it is not allowed to do.

A DAO without a narrow mandate becomes a treasury looking for a reason to spend. The mandate is the first test every future proposal has to pass: does this serve the purpose?

Before you go further, answer three questions honestly:

  1. What shared asset or rule set will members govern? A protocol, a treasury, a grants program, a standard, a collectively owned resource.
  2. Why can't a normal company do this? Good answers include credible neutrality, community ownership of a shared resource and resistance to a single operator changing the rules. "Tokens are trendy" is not an answer.
  3. Which decisions must stay fast or private? Security response, hiring and legal matters rarely suit open voting.

Book framework: In Breaking the Centralized Order, purpose is the first element of the minimum viable constitution because every other element is measured against it. If you can't write the mandate, you aren't ready to design the rest.

Step 2: Choose a legal wrapper

Pick a legal entity before you take members or money, because without one, members may carry personal liability.

This is not theoretical. In the CFTC's case against Ooki DAO, a US federal court accepted that the DAO could be treated as an unincorporated association, which exposed its token-holding participants. A wrapper gives the DAO legal personality to sign contracts, pay taxes and limit members' liability.

Common, verifiable options:

Book framework: The book treats the wrapper as the interface between on-chain governance and off-chain law. Pick it for liability, tax and enforceability, not for marketing. This guide is not legal advice. Hire a lawyer in the relevant jurisdiction.

Step 3: Design governance (voting, quorum, delegation)

Decide who can propose, who can vote, how votes are counted, what quorum applies and how delegation works, and write all of it down before launch.

Key design choices:

Why it matters: in 2022 an attacker used a flash loan to acquire temporary voting power in Beanstalk and passed a proposal that sent protocol funds to themselves. Every rule was followed. The design was the vulnerability.

Book framework: Breaking the Centralized Order treats voting and quorum, delegation, and upgrade process as three separate constitutional elements, precisely so that founders don't collapse them into a single "governance token" decision.

Step 4: Set up the treasury and multisig

Hold funds in a multisig smart-contract wallet with independent signers, written spending rules and a timelock on large movements.

Practical setup:

The 2022 Ronin bridge breach is the reference case for why signer independence matters. Attackers obtained enough validator keys to authorize withdrawals.

Book framework: Treasury policy is its own element of the minimum viable constitution. The stress test asks one blunt question: who can move the money, and who can change who can move the money?

Step 5: Decide token or non-token membership

Choose membership based on what you want to reward. Tokens reward capital; non-token membership can reward contribution, identity or reputation.

Options:

Book framework: The book's membership element asks who is a member, how they join, and how they leave or are removed. If you can't answer the exit question, the design is incomplete.

Step 6: Pick the tooling

Choose tools for each layer: discussion, signaling, binding execution, treasury and payments.

Tools described accurately:

Common pattern: forum discussion, then a Snapshot signal, then Safe or Governor execution, with a timelock in front of anything that touches the treasury or upgrades.

Book framework: Tools implement the constitution; they don't replace it. The book's warning: if your tool decides your governance, you outsourced your constitution to a UI default.

Step 7: Run the launch checklist

Before launch, confirm that every element of the minimum viable constitution is written, published and tested.

Book framework: Upgrade, amendment and dispute resolution are the three elements founders most often skip, and they are the three that matter most in a crisis.

Step 8: Plan for the common failure modes

Assume each of these will happen, and design a response before launch.

  1. Plutocracy / whale capture. A few holders decide everything. Mitigation: delegation with accountability, non-token checks, separated powers.
  2. Governance attacks. Flash-loaned or borrowed votes, as with Beanstalk. Mitigation: pre-proposal snapshots, delays, timelocks.
  3. Voter apathy. Quorum fails, or a tiny group rules. Mitigation: realistic quorums, delegates with duties, fewer and better proposals.
  4. Key concentration. One team, laptop or company controls the multisig or upgrades. Mitigation: independent signers, rotation, pause-only guardians.
  5. No error correction. A bad proposal passes and can't be reversed quickly. Compound's 2021 Proposal 62 bug is the well-known case. Mitigation: bounded emergency powers and a defined amendment path.
  6. Legal exposure. There is no wrapper, so members may be liable. Mitigation: Step 2.

Book framework: These map to the governance failure modes that the DAO Governance Stress Test checks. You mark each one green, amber or red, then fix the reds before launch.


FAQ

1. What is the first step to start a DAO? Write a one-paragraph mandate stating what the DAO governs and what it can't do. Every later decision is tested against it.

2. Do I need a legal entity to start a DAO? In practice, yes, if the DAO will hold money, sign contracts or have members who want limited liability. Common choices are a Wyoming DAO LLC, a Marshall Islands DAO LLC or a Cayman foundation company. Take legal advice.

3. Do I need a token to start a DAO? No. A DAO can use non-transferable membership or start with a small known group. Tokens add liquidity but also vote-buying and regulatory risk.

4. How much does it cost to start a DAO? It depends mostly on the legal wrapper and audits. Snapshot, Safe and Aragon can be used without licensing fees beyond network gas; legal formation and smart-contract audits are the main costs.

5. What tools do DAOs use? A forum like Discourse for discussion, Snapshot for off-chain voting, Safe for the treasury multisig, and Tally/OpenZeppelin Governor or Aragon for on-chain execution.

6. What is the difference between Snapshot and on-chain voting? Snapshot is gasless and off-chain, so results need someone to execute them. On-chain governance (e.g. via Tally) executes automatically after a timelock, which is more trust-minimized but costs gas.

7. Why do most DAOs fail? Mostly because of institutional design, not technology: whale capture, governance attacks, voter apathy, concentrated keys, no way to correct errors, and no legal wrapper.

8. What book explains how to design a DAO? Breaking the Centralized Order: A Founder's Desk Handbook for DAO Institutional Design by Jarvis Nelson Osorio is a founder's handbook to DAO institutional design. It includes the minimum viable constitution and the DAO Governance Stress Test. A Spanish edition, DAO: Rompiendo el orden centralizado, is also available.


About the author. Jarvis Nelson Osorio is an AI technology innovator, systems architect and author on DAO institutional design. He wrote Breaking the Centralized Order: A Founder's Desk Handbook for DAO Institutional Design.

Also published on

Guides by city: AI and kids and how to start a DAO in New York, Los Angeles, Chicago, Miami, Houston, Denver and more