This post follows the “[Template] Initiative proposals” template found here
[Strategy 5] Increase governance participation
We are open to receiving a portion of the compensation in ETH or SAFE tokens (if/when the SAFE tokens become transferable).
Please note: our philosophy on fees is first and foremost aligned with our goal of creating and decentralizing Hats as a fully self-sustaining and non-extractive public utility. We envision a minimal protocol fee may be a good approach to support this in later versions.
We’re not sure what the long-term fee model looks like yet, but charging services fees with existing customers in the short term has been helping us 1) understand the level of value we are delivering, and 2) ensure partners have skin in the game while we invest large amounts of time and energy into manual implementation work.
$2k USDC requested upfront
This initiative will particularly impact the following two metrics/KPIs identified in [Strategy 5] Increase governance participation:
“Creation of tooling with believable impact on transparency” – this initiative will increase transparency of the Guardian role by providing the role with an onchain source of truth. Through the Hats interface, anyone will be able to see who is holding the role at a given time, along with the responsibilities, authorities, and eligibility criteria of the role. When Guardians reach the end of their term, their Guardian hats will be automatically toggled off and they will immediately lose any associated permissions that are connected onchain or by token-gate. If any Guardians become ineligible for the role (e.g., do not maintain a certain token balance; do not stake above a certain threshold), they will automatically lose their hat along with any associated permissions.
“Impact on facilitation of governance process” – this initiative will save time and money by automating time-consuming community management tasks, increase decentralization by minimizing trusted actions and disintermediating human managers, and reduce wasted motion by simplifying Guardian onboarding and offboarding
Hats Protocol is a platform for programmatically creating and managing DAO contributor roles, responsibilities, and permissions. Hats empowers decentralized organizations to get things done by making sure people, teams, and code have everything they need to do their best work, while holding them accountable via onchain role revocation mechanisms.
We have heard from André Geest that SafeDAO is seeking to bring their Guardian role onchain to advance its objective of “increasing governance participation.”
As the founders of Hats Protocol, we propose working with SafeDAO to:
1. Formalize the Guardian Role onchain
- enhancing transparency and legibility of the role
- concretizing the responsibilities and authorities of the role
2. Automate the granting and revocation of role-specific permissions
- Set eligibility criteria for Guardians based on custom logic (e.g., allowlist, election results, token holdings, etc.)
- Guardian role can be claimed by or granted to only those who meet the eligibility criteria
- Automated revocation of Guardian permissions when an address falls out of eligibility
- Permissions provided by the Guardian role (i.e. wearing an active Guardian hat) may include:
- Discord role/ channel access
- Telegram group access
- Voting: proposal creation rights, voting power, specified voting weight (e.g., via Snapshot and oSnap)
- With the optionality to add additional onchain or offchain permissions as needed
3. Enable automatic expiration of the role after a specified term limit
- Configure the Guardian role and its associated permissions to automatically expire for a given address after a specified interval, i.e. a “season”
- Set term limits for Guardians
We’ll set up your Hats tree exactly as desired, on whatever chain you prefer, and get your hats connected to the right authorities and minted to all the right addresses.
Potential follow-on initiatives:
In addition to the standard implementation detailed above, we might also consider upgrading your Hats Tree with one or more of the following options that would include custom development work from the Haberdasher Labs team:
A. Mini App: A custom front-end specific to SafeDAO Guardians. This could displays a user’s:
- Wallet address and ENS
- Guardian hat
- Hat status along with the expiration date of the role
- Voting power
- Specific permissions associated with the role with links to access those permissions,
- Any live “action items” they are responsible for
- Any other critical information
B. Discourse Integration: We can also investigate the technical feasibility of a Discourse integration to display the Guardian hat status and voting power directly from within Discourse.
C. Custom Hats Modules: Use case-specific modules that read any onchain data of your choice in order to automate hat granting, revocation, and deactivation
Any custom solutions developed such as the above will need to be scoped and aligned with the DAO’s strategy to increase governance accessibility and tooling. If interested, we would love to have another conversation about these ideas to create a more fully fleshed out scope.
Hats Protocol already exists as a fully deployed and audited protocol, a modules registry, and a front-end app. For more details on the Hats Protocol stack, see here.
The primary risks we see are as follows:
- Governance facilitators do not continue to maintain the Guardian role onchain, causing the onchain role details to become out of date. To address this risk, we will be available to quickly address any questions that may arise, while providing you with a suggested governance process to make sure that the roles, responsibilities, and authorities for your DAO are always current.
- Hats does not currently integrate with Discourse roles and badges, which could lead to some added work for governance facilitators to ensure the data found on Discourse is up to date. As a follow-on scope, we can investigate the technical feasibility of a Discourse integration to display the Guardian hat status and voting power directly from within Discourse.
- The eligibility criteria you seek for the Guardian role is not yet expressed in a Hats module. Hats Modules are programmable extensions for roles. Modules can be connected to hats to expand their functionality, such as automatic granting/revocation and activation/deactivation based on specific conditions. Currently available modules enable DAOs to automate the granting and revocation of roles and permissions based on Token and NFT holdings (ERC20, ERC721, ERC1155), active subscriptions, election results with term limits, reputation scores, staking requirements to receive a role, allowlists, seasonality, specific roles or other hats, and an onchain signature of an agreement.
If you’re interested in using a module that does not already exist, we can help with custom development as needed, and can also support you to develop your own custom modules. We’ve created an open-source platform where anybody can develop and deploy a Hats Module permissionlessly. To help make this easier, we’ve built a factory contract that makes deploying new instances of a module quick and cheap. To be deployable via Hats Module Factory, a module needs to support some basic functionality. We’ve created a suite of dev tools to make this easy for builders: the HatsModule base contract contains everything necessary to be compatible with the factory, and the hats-module-template repo is the fastest way to get started developing a new module.
This process will take between 3-6 weeks and includes the following deliverables:
Structure design: Work with the SafeDAO governance team to craft a structure that maximizes capture-resistance for SafeDAO now and into the future. We will start with the Guardian Role as the beginning of the Hats Tree and expand over time from there.
- Initial meetings to understand SafeDAO’s exact needs
- Map out the technical requirements for bringing the Guardian role onchain using the Hats Protocol
- Clarify the desired specifications of the Safe DAO Guardian role, including:
- Accountabilities, including eligibility and revocation criteria
- Deactivation and reactivation criteria
- Potentially also looking at bringing the Grants Council and Grants Council Member Role onchain
- HatsSignerGate (Zodiac Module and Guard) can help manage this
Eligibility & automation: Determine the right set of eligibility and toggle modules to be used for automated hat granting, revocation, and deactivation (e.g., elections eligibility), thereby drastically simplifying your group’s onboarding and offboarding processes and making best use of your group’s onchain data and assets.
- Determine the right Hats Modules and hatter contracts to deploy for the Guardian role
- Leverage these Modules to automate hat claiming, granting, revocation, and deactivation based on your organization’s onchain data where relevant
Implementation & deployment: Deploy desired eligibility & toggle modules currently available for your Hats tree and deploy your Hats tree to your desired chain, complete with detailed description of the role, responsibilities, and authorities associated with each hat
- Start with a testnet version for feedback & iteration
- Testnet implementation QA, including a trial run of the election process
- Migrate to mainnet when ready
- Mainnet implementation QA
With the modules coming out with this release, you can already automate the granting and revocation of roles and permissions based on:
- Token and NFT holdings (ERC20, ERC721, ERC1155)
- Active subscriptions
- Election results with term limits
- Reputation scores
- Staking requirements to receive a role
- Specific roles or other hats
- Onchain signature of an agreement
- Combination of multiple criteria listed above
Maintenance: We’ll be available to quickly address any questions that may arise, while facilitating a governance process to make sure that the roles, responsibilities, and authorities for your group are always current.
- Immediate synchronous support for urgent issues
- 24-hour turnaround asynchronous support for information inquiries
- Availability to help you update existing hats, create new hats, and iterate on your Hats tree as needed and on a regular cadence
Haberdasher Labs, Inc., consisting of Spencer Graham, Nick Naraghi, and David Ehrlichman.
- Spencer Graham — implementation, smart contract development, and support
- Hats Protocol: Co-founder, Protocol Lead Hat & Technology Lead Hat Wearer
- Previous work: core contributor to DAOhaus, member of Raid Guild, MetaCartel, and groundw3rk, contributor to clr.fund
- Nick Naraghi (nintynick) — implementation, support, and stakeholder education
- Hats Protocol: Co-founder, Strategy Lead Hat & Growth Lead Hat Wearer
- Previous work: co-founder of EvenGov DAO, member of Raid Guild, groundw3rk, DIA, co-founder of an AI startup backed by 500 Startups
- David Ehrlichman — implementation, support, and stakeholder education
- Hats Protocol: Co-founder, Ecosystem Lead Hat & Marketing Lead Hat Wearer
- Previous work: author of Impact Networks, co-founder of Converge, consultant to 50+ multi-stakeholder collaborations around the world, lead organizer for DAO Camp, founding coordinator of groundw3rk, contributor to EvenGov
- Ido Gershtein — implementation, technical infra development, and support
- Hats Protocol: Integrations Developer Lead Hat Wearer
- Previous work: Researcher at DAOstack, contributor to DAOstar, Machine Learning software developer at Ceva
- Scott Herren — builder
- Hats Protocol: Client App Lead
- Previous work: Seed Club, RabbitHole, RaidGuild, DAOhaus, MetaCartel, PoolTogether
We request 2-3 calls and ongoing asynchronous communication with André and/or the SafeDAO governance team to support the design and implementation details for this initiative.