---
# System prepended metadata

title: DAOhaus 2021 Growth Stats

---

# DAOhaus 2021 Growth Stats

## Objective
Originally, this started with PR for DAOhaus Year in Review. Other than that, it helps us: 
- Get numbers for newsletter & tell our community about what's going on in DAOhaus
- Guide how we assess our product, trajectory & growth
- Act as a DAOhaus health dashboard for community & token-holders (Alchemist-related purposes)

We should be transparent - every number that we use internally should be published for all to see.

### Nov 23 agenda
1. review and settle on the outputs (the stats) we want
2. review what we have so far
3. find the gaps

____
### Ideal data:
#### Value
- Total value into DAOhaus DAOs (for each period)
- Total value out of DAOhaus DAOs (for each period)
- Total value "locked" in DAOhaus DAOs at end of each period
- Number of NFTs held in DAOs
- Data cuts
    - main DAO treasuries vs vaults

> How we are doing price feeds today - Match & find corresponding token addresses and prices on different networks from CoinGecko. **As a one-off analysis, we should use today's price. Moving forward, as we are doing continuous analysis, we should cache prices regularly**. 

> Challenges / TODOs: 
> - Get historical price feeds, even though this helps make our growth look bigger
> - Get price feeds from LP Tokens (we are under-reporting current data)
> - Get cross-chain token & price data 
> - Investigate double-count between money flows from Treasury to Minions (vice-versa) & Minions to Minions 

> Role of DAOhaus GDP: The value-accrual model is uncertain for now, so we'll focus on the actual meme of what a GDP is about.
> - GDP tracks the total value of the DAOhaus economy.
> - Track the value of the HAUS token (depending on the value-accrual model of HAUS at each intermediate steps)
> 
> "GDP" as: 
> - Money inflows from all non-Grant DAOs (i.e. revenue from services or value 'staked' into the community) + money outflows from Grant DAOs?
> - ~~Number of humans (but how do we account for this? Sybil reasons, value between different people, value of the same person across different communities)~~
> - Out of the box idea: Coordinape adding themselves to communities & receiving Coordinape points. What if we could give HAUS something during coordination & proposals? - This could be an interesting revenue point
> - **Working Definition of GDP = Consumption/Investment (DAO2DAO transfers) + Exports (Transfer into a DAO, not from another DAO) - Imports (Transfer out of a DAO, not to another DAO)**
> - If a DAO is moving from a Minion to Treasury, Treasury to Minion, Minion to Minion, this is within the DAO. 
> - Circles: Are they sub-DAOs, so these are intra-DAO transfers? But this necessitates DAO relationships on the Subgraph 



#### DAOs
- Number of new DAOs in each period
- Total (cumulative) number of DAOs at each period
- Data cuts
    - DAO purpose
    - *number of members (buckets)*
    - 
#### Proposals
- Number of proposals made in each period (as of date sponsored)
- Cumulative proposals at end of each period (as of date sponsored)
- Data cuts
    - Passed vs failed
    - Proposal types (minion proposals are of particular interest)
        - guildkick
-
- ragequit (not really a proposal)?

#### Product
- Number of non-minion boosts launched (per period and cumulative)
- Number of minions launched (per period and cumulative)
- 

#### Global data cuts:
- By year, and ideally by month
- Network (mainnet, xDAI, Polygon, Arbitrum, etc)



### some questions
- how many tokens do we not have price feeds for?
- can we do some of this in a repeatable way, eg to publish on https://stats.daohaus.club?


## Data dump notes

pulls data from the subgraphs
- v1, v2 and v2.2 daos
- adding month and year form the date the record was created on each record
- aggregating across networks (main, xdai, polygon, arbitrum) 

moloch entity
- all records
- members count is capped at 100 due to query limitations

proposal entity
- only counting sponsored proposals

rage quits, minions, boosts
- all records

members
- this is actually the # of addresses that have interacted with the contracts
- exist === true on any that have been a member at some point
- if that is false they might have just processed a proposal or submitted one with tribute, but didn't become a member


usd prices are snapshots taken at the current date, not historical
- coingecko api used for prices
- for non-mainnet tokens addresses we try to match a mainnet token using the symbol

treasury balances
 - inflows are all proposal tribute event values and collect token event values
 - outflows are all proposal payment event values and rage quit amounts

minion balances
 - looking at all token transfer events (in and out)



## Working notes

step 1:
- daos, proposals, rage quits, product
- entity dumps with fields allowing data cuts

step 2: 
- value section

todo:
- purpose - swap chinese for english
- help with calcs/cumulative stuff?
- filter outliers
    - foundations?
    - xdai uberhaus minions?