This is the tentative structure for the Dapp and the required UI instances to interact with the multisig and the microDAO contracts:
- Home / Dashboard
a. DAO ens
b. Micro DAO Age (from creation on contract or until dissolution)
c. MicroDAO attestations (diary, proposals, events) count
d. Incubation progress
- CreateDAO
a. Step 1 Add microDAO owners and consensus threshold.
b. Step 2 Add funds mainnet and deploy MicroDAO multisig on Superchain networks, extra for other chains. (we should define an estimate to cover the multisig deployment, the ENS process and the automatized attestations).
c. Step 3 Choose and buy the ENS name for the microDAO (fees calculation and set as primary name occurs on backend).
d. Step 4 MicroDAO created (Attest onchain and display attestations URLs for microDAO members).
- Create MicroDAO events
a. MicroDAO diary (recurrent operation events). [non critical]
b. MicroDAO proposal (Admin and Executive decisions with consensus required). [Creation non critical, Approval critical]
c. MicroDAO public event (Zenbit Badges Flow but permissionless for microDAO members). [Critical]
- MicroDAO funds
a. Send funds (single or multi address).
b. Savings and credit (yield from lending, savings as collateral for borrowing).
c. (Tentative) Flows with Superfluid and recurrent txs.
- MicroDAO Settings
a. Add or remove owners
b. MicroDAO token (Stakeholders share assignment, deployment, token rewards for staking.
c. Dissolve MicroDAO (Automatize after 1 year of inactivity?)
This is the tentative structure for the Dapp and the required UI instances to interact with the multisig and the microDAO contracts:
a. DAO ens
b. Micro DAO Age (from creation on contract or until dissolution)
c. MicroDAO attestations (diary, proposals, events) count
d. Incubation progress
a. Step 1 Add microDAO owners and consensus threshold.
b. Step 2 Add funds mainnet and deploy MicroDAO multisig on Superchain networks, extra for other chains. (we should define an estimate to cover the multisig deployment, the ENS process and the automatized attestations).
c. Step 3 Choose and buy the ENS name for the microDAO (fees calculation and set as primary name occurs on backend).
d. Step 4 MicroDAO created (Attest onchain and display attestations URLs for microDAO members).
a. MicroDAO diary (recurrent operation events). [non critical]
b. MicroDAO proposal (Admin and Executive decisions with consensus required). [Creation non critical, Approval critical]
c. MicroDAO public event (Zenbit Badges Flow but permissionless for microDAO members). [Critical]
a. Send funds (single or multi address).
b. Savings and credit (yield from lending, savings as collateral for borrowing).
c. (Tentative) Flows with Superfluid and recurrent txs.
a. Add or remove owners
b. MicroDAO token (Stakeholders share assignment, deployment, token rewards for staking.
c. Dissolve MicroDAO (Automatize after 1 year of inactivity?)