IR-6

Governance v2.1

authorkmao
statusApproved
created2024-05-31

Referendum Summary

IR-6 proposes the Governance v2.1 upgrade.

Specification

Overview

These following upgrades are proposed in IR-6:

  1. Merging the Ecosystem and Trader Seats.
  2. Establishing GP as the voting mechanism for the ecosystem seats, and IRs.
  3. Changing the council stipend to be Patron NFTs based.
  4. Clarifying election timing.

Rationale

Governance v2.0 established an upgraded framework for implementing future governance changes. Given the transition of the project to wallet_infrastructure a credibly neutral governance framework is required to foster adoption. The optimal way to achieve credible neutrality is to remove the influence of any other projects in Infinex Governance.

Furthermore, Infinex's governance system has become overly complex with the recent IRs. A number of options were considered for reducing complexity, including reducing the number of seats, modifying the roles, splitting the council into multiple sub-councils. Simplifying the council structure to operational seats and ecosystem seats allows for a broader participation from the community in the upcoming election. Specifically removing the Trader Seat will allow for any member of the wider crypto ecosystem to make a case to the community as to the value they can add to the Infinex Council.

Technical Specification

Merging the Ecosystem and Trader Seats

As of Governance v2.0, the Infinex Council is currently made out of:

Existing StructureElection Structure
2 x Trader SeatsElected in every Epoch
2 x Ecosystem SeatsElected in every Epoch
Treasury SeatElected in every Epoch
Operations SeatAppointed Seat
Security SeatAppointed Seat

I propose that the Trader and Ecosystem seats are to be morphed into four ecosystem seats, as they aim to serve the same purpose, resulting in a more simplified structure.

Proposed StructureElection Structure
4 x Ecosystem SeatsElected in every Epoch
Treasury SeatElected in every Epoch
Operations SeatAppointed Seat
Security SeatAppointed Seat

Changing the Voting Mechanism

This IR proposes that the 4 Ecosystem Seats, in the next epoch uses GP as the voting mechanism. Voting power will be calculated linearly.

Here is a table outlining the proposed changes:

ProposedEpoch 1 Voting MechanismEpoch 2 Mechanism
Ecosystem SeatsVoted in via SNXVoted in via GP
Treasury SeatElected by CouncilTerm extended via IR-5
Operations SeatAppointed SeatAppointed Seat
Security SeatAppointed SeatAppointed Seat

As the majority of Infinex GP is distributed to the Infinex Account, which is currently unable to interact with the on-chain election modules, Infinex will instead hold the nominations and voting process off-chain, within the Infinex account. After the councillors are elected via the Infinex Platform, the Operations Seat will then deploy a new instance of the governance contracts, with the councillors initialized.

As there is additional GP which is not allocated to an Infinex account, Infinex will also implement an interface where users can connect their wallet/wallets, and import their GP into their Infinex account.

Furthermore, all future IRs should use GP as the voting mechanism, with voting power calculated linearly. IRs will also not occur on snapshot moving forward, but will instead be conducted natively within the Infinex App.

Changing the Council Stipend

In line with the removal of SNX-based voting, Infinex proposes to change the monthly council stipend from 1,000 SNX to 4 Patron NFTs per epoch. These NFTs will be granted to a council member at the end of the epoch. If a council member is voted out before the end of an Epoch, they will not receive any of their stipend.

Clarifying Election Timing

In IR-5, Infinex mentioned that the council's future nominations will start on June 30th, with voting opening 7 days later, and the council will be elected on July 14th. This was slightly incorrect, and this IR clarifies the exact configuration of times in which voting and nominations will occur.

EpochNominations OpenVoting OpenCouncil Voted in
Epoch 2July 1stJuly 8thJuly 15th
Epoch 3Dec 31stJan 7thJan 14th
Epoch 4July 2ndJuly 9thJuly 16th

The configuration that will be used is:

7 days of nominations → 7 days of voting → 183 days of their term → repeat.

Copyright

Copyright and related rights waived via CC0.

Contribute to Proposals on GitHub