LimitBreak Registry Governance Specification
Organisational Structure & Context
Vision & Mission
To provide an open, decentralized, and secure governance structure for managing creator token registries (whitelists and blacklists) using the Powers protocol. This ensures that creators and collectors (Members) have a voice in maintaining the integrity of the ecosystem while empowering elected Executives to manage day-to-day operations efficiently.
Treasury Management
The organization may control a treasury, but its primary asset is the control over the LimitBreak CreatorTokenTransferValidator lists.
Roles
| Role Id | Role name | Selection criteria |
|---|---|---|
| 0 | Admin | Initial deployer. Restricted powers. |
| 1 | Member | Holders of the ERC-721C token collection. |
| 2 | Executive | Elected by Members through a formal election cycle. |
| … | Public | Everyone. |
On-chain Mandates
Membership Mandates
| Role | Name & Description | Base contract | User Input | Executable Output | Conditions |
|---|---|---|---|---|---|
| Public | Join Membership Assigns Member role if caller holds ERC-721C token. | ERC721_GatedAccess | None | Powers.assignRole(MEMBER) | Balance check > 0. |
Electoral Mandates (assigning Executive role)
| Role | Name & Description | Base contract | User Input | Executable Output | Conditions |
|---|---|---|---|---|---|
| Member | Nominate Self Add self to candidate list. | ElectionList_Nominate | bool nominate | Call to ElectionList.nominate | None. |
| Member | Start Election Initiates an election cycle. | ElectionList_CreateVoteMandate | Title, Start, End | Powers.adoptMandate(VoteMandate) | None (or rate limited). |
| Member | Cast Vote Vote for candidates. | ElectionList_Vote (Temporary) | bool[] choices | Call to ElectionList.vote | During election period only. |
| Public | Tally Votes Count votes and assign roles. | ElectionList_Tally | Title, Start, End | Powers.assignRole(EXECUTIVE) | Election period ended. |
| Public | Cleanup Election Remove temporary vote mandate. | ElectionList_CleanUpVoteMandate | Title, Start, End | Powers.revokeMandate(VoteMandate) | Tally completed. |
Executive Mandates (Registry Management)
Note: The following pattern repeats for Remove Blacklist, Add Whitelist, and Remove Whitelist.
| Role | Name & Description | Base contract | User Input | Executable Output | Conditions |
|---|---|---|---|---|---|
| Executive | Propose Add Blacklist Initiates a proposal to blacklist an account. | StatementOfIntent | address[] accounts | None (Signal) | Voting Period: 5 days. Quorum: 1 (Executive). |
| Member | Veto Add Blacklist Vetoes an active proposal. | StatementOfIntent | address[] accounts | None (Signal) | Voting Period: 3 days. Quorum: 10%. |
| Executive | Execute Add Blacklist Executes the blacklist addition if not vetoed. | BespokeAction_Simple | address[] accounts | Call to Registry.addAccountsToBlacklist | Need Fulfilled: Proposal. Need Not Fulfilled: Veto. |
Constitutional Mandates (Reform)
| Role | Name & Description | Base contract | User Input | Executable Output | Conditions |
|---|---|---|---|---|---|
| Member | Constitutional Reform Adopt new mandates. | Mandates_Adopt | MandateInitData | Powers.adoptMandate | Voting Period: 14 days. Quorum: 20%. Succeed At: 66%. |
Description of Governance
The governance system uses an Optimistic Execution with Veto model for daily operations, and a Direct Democracy model for elections and constitutional changes.
- Optimistic Execution: Executives can propose changes to the registry. These proposals have a delay (e.g., 5 days). If Members do not explicitly veto the proposal within a shorter window (e.g., 3 days), the Executive can execute the change. This balances efficiency with safety.
- Veto Power: Members hold the ultimate check on power. A successful veto (requiring 10% quorum) blocks the Executive's action.
- Elections: Executives serve at the pleasure of the Members and are elected through a transparent on-chain process.
- Reform: The constitution (set of mandates) can only be changed by a supermajority of Members.