---
# System prepended metadata

title: PublicHAUS Technical Spec
tags: [Public Haus]

---

---
###### tags: `Public Haus`
---

# PublicHAUS Technical Spec

Engagement ideas: 
Merge the CCO into PublicHAUS?
Do an airdrop 

Question: is PUB an ERC20 token?

Ven's Figma: [Diagrams page](https://www.figma.com/file/9lCwprCNaoAmUDmiMQpFEA/DAOhaus-v3?node-id=8612%3A259011&t=OpyEDU5EJKsPWmC5-0)

Terms:

* **HAUS** - The DAOhaus Token
* **PUB** - The Public Haus Token
* **Individual** - any being, differentiated by wallet address
* **Member** - an Individual who has staked HAUS for PUB & signed the Manifesto
* **Champion** - A Member who has applied for Champion status and was found by ??? (TODO who screens Champions?) to meet the Championship Requirements
* **Championship Requirements** - a set of standards defined by ???(TODO) that a Member is screened against when they apply for Championship (TODO: Define the requirements)
* **Quarter** - A period of 3 months
* **Share Distribution Policy** - Policy specifying how much PUB is granted for HAUS, and if there are any caps or diminishing returns.
* **Speedrun** - a series of actions that can be taken quickly to achieve an outcome.
    

## Use Cases: 

### Onboarding
1. An individual wants to join Public HAUS
    1. Individual stakes HAUS
    2. Individual is granted PUB in proportion to staked HAUS
        3. proportion determined by current Share Distribution Policy
    4. Individual is granted Member status
2. A Member wants to become a Champion
    1. Member applies for Champion status
    2. Application is screened by ???(TODO) to discern if it meets Championship Requirements
    3. Member is Accepted or Rejected
        1. Accepted: Member is added to Champion registry
        2. Rejected: Nothing changes
3. A Member wants to forfeit Champion status
    4. A proposal is created to remove Champion status?(TODO)
5. A Member wants another's Champion status removed (e.g. Champion no longer meets Champion criteria)
    6. A proposal is created to remove Champion status? (TODO)
7. 


### Objective Signaling
1. A new Quarter begins
    1. RAGE event begins (2 Weeks) (TODO: Duration?)
2. A RAGE event begins
    1. Nomination period of Rage Event begins (TODO: How long is nomination period?)
        1. A Member wants to nominate some past work for grading
            1. Member fills out the RAGE Request form (TODO) and submits
            2. 2 Champions signal approval
    2. Nomination period of Rage Event ends
    3. Grading period of Rage Event begins
        4. A Member wants to vote on Nominations
            5. Member allocates PUB-votes to Nominations
    6. Grading period of Rage Event ends
        7. Nomination votes are tallied
        8. Proportion of PUB-votes to total possible PUB-votes is calculated
        9. 

    4. Current Objective slate is cleared excepting top 3 objectives (TODO)
    5. 




### Backlog:

**Maintain and Enhance Protocol** Members and Champions can propose changes to the protocol to improve its function and security.

**Inactive/Incompetent Champions:** Members and Champions can propose to remove Champion status from individuals who are no longer active or meeting the Championship Requirements. A process, such as RageKick, can be implemented to vote on and remove Champions.

**Trolls/Sybil/Bad Members:** A process, such as RageKick, can be implemented to vote on and remove members who are behaving maliciously or disrupting the community.

**Designated Champion:** An individual can apply to be designated as a Champion, allowing them to vote on proposals and initiatives on behalf of other members.

1. Inactive/incompetent Champions - can members/champions propose to remove Champion status? How do we un-champion?
    1. Ragekick?
    2. Demote?
1. Trolls/Sybil/Bad Members - 
    4. Ragekick?


- An individual wants to be designated as a delegate
- An individual wants to be designated as a verified delegate
- An individual wants to propose a change to the DAO's share distribution policy
- An individual/DAO wants to propose a high level objective
- An individual/DAO wants to signal support for a high level objective
- An individual/DAO wants to propose a funding initiative
- A delegate wants to vote on a funding initiative
- An individual/DAO wants to signal on retroactive grading

### Entities

**Actors**:  HAUSholder, Public HAUS DAO

**Nouns**: HAUSholders, HAUS token, PUB share, PUB loot, share distribution policy

**Verbs**:  stake, receive, grant

**Clarifier**:  current, according, from

### Rules:
A HAUSholder *-stakes-* n ***[HAUS tokens]*** and is *granted* ***[pub shares]*** from ***[Public HAUS DAO]*** according to the current ***[Public HAUS DAO]*** ***[Share Distribution Policy]***

### Policies

**[Share Distribution Policy]** - A policy that dictates when and how many [pub share] to assign to a particular actor. 

Instances/examples of [Share Distribution Policy]:
* **[X:Y Share Distribution Policy]** When X ***[HAUS token]*** is staked, grant Y ***[pub share]***
* **[Capped Share Distribution Policy]** Follow **[X:Y Share Distribution Policy]** up to 1000, then distribute 1 ***[pub loot]***
* **[Quadratic Share Distribution Policy]** When X ***[HAUS token]*** is staked, grant ***[pub share]*** according to ***[X:Y Share Distribution Policy]*** where X = N & Y = N, where N = ([current staked shares]/1000+1) // 1:1 for values between 0 & 1000, 2:2 for values between 1001-2000 etc. 

We can use separate DAOs with membership signalling a certain role. 



**[High level objectives]** - 

**[Workstream initiatives funding]** - 

**[Retroactive workstream grading]** - 




Notes from 12/19 Meeting:

Any proposals that come into the DAO, initiatives spin off into initiative Y33ters that people can send money directly to. 

Objective Signalling -> Initiatives (Y33ters) -> Retroactive Signalling 

Try to keep publicHAUS as simple as possible. Other entities that are their own DAOs (DAOMasons, DAOstillery, etc) they can do some of the complex stuffon their own or keep it simple. 




- Someone is onboarding & they stake haus
    - They get the pub token which allows governance
    - Token, protocol, treasury, delegates verification
        - protocol updates 
            - factories, contract upgrades & config
            - DAO config - token transferability
            - Infrastructure payments
            - Metagovernance
                - HILO
                - RAGE
        - HAUS token
        - Treasury


- 