Update: After gathering feedback from the Working Groups, I decided that moving to a fully decentralized deployment model using ENS, IPFS, and Safe multisig governance best aligns with the decentralized ethos of ENS DAO.
I built a governance documentation portal that mirrors the existing Basics content, providing a decentralized alternative deployed via ENS using Autark CLI and hosted on IPFS.
Deployment and updates are managed through Safe multisig wallets, requiring multi-signature approval for any changesβensuring secure, decentralized governance of the portal itself.
ENS DAO Governance Documentation Portal
β
βββ π Getting Started
β βββ About ENS (index.mdx)
β βββ ENS Token (ENS Token.mdx)
β βββ Constitution (constitution.mdx)
β βββ Wallets Overview (wallets.mdx)
β
βββ π³οΈ Voting
β βββ Delegating (delegating.mdx)
β βββ Voting (voting.mdx)
β βββ Proposals (proposals.mdx)
β
βββ π₯ Working Groups
β βββ Working Groups Overview (working groups.mdx)
β βββ Meta-Governance WG (meta-governance.mdx)
β βββ Ecosystem WG (ecosystem.mdx)
β βββ Public Goods WG (public goods.mdx)
β
βββ ποΈ Organization
βββ Foundation (foundation.mdx)
βββ Endowment (endowment.mdx)
βββ Security Council (security council.mdx)
View it live here: v11.fundamentalia.eth.link
β
How it works
The site is built with Next.js, generating static HTML, CSS, and JavaScript. Autark CLI handles deploymentβpinning content to IPFS via Storacha, creating a new versioned ENS subname (e.g., v11.fundamentalia.eth), and generating a Safe multisig transaction to set the contenthash, which requires multi-signature approval before execution.
Why does this matter?
Currently, basics.ensdao.org is hosted on a centralized server. Following the example set in EP 4.10 (Transfer ENS Root Key Ownership to the ENS DAO), ENS DAO should lead by migrating its Basics site to decentralized web hosting, aligning its infrastructure with the principles of decentralization it promotes.
Administration
Administrating the site is pretty low lift. Barring major objections to the design and content, @Meta-Gov_Stewards could fork the repo, register an ENS name, and deploy from the Meta-Governance Multi-sig.
Setup requires:
- Installing Node.js dependencies
- Configuring a
.env file with:
- Safe signerβs private key (one of the Meta-Gov multisig signers)
- Safe API key
- RPC URL
- Multisig address
- Running the deployment script (handles everything automatically)
Note: After running the deployment script, the Safe transaction must be approved through the Safe multisig interface. The site becomes immediately available on IPFS gateways once pinned, and ENS gateways (.eth.link, .eth.limo) become accessible after Safe transaction execution and propagation (typically 5-15 minutes).
Future updates follow the same processβnew IPFS hash + Safe multisig approval.
Seeking feedback:
- Is this a better long-term approach for administering governance documentation?
- Are there any considerations to make when migrating Basics from centralized to decentralized hosting?
- Would you support the Meta-Governance Working Group administering this portal?
β
View the repository here β Github - dao portal