/

Proposals

KLEIP-2

Guvernanz Transition and First Election

authorPstar
typegovernance
networkBase
statusImplemented
created2024-05-25
updated2024-05-26

Proposal Summary

KLEIP-2 proposes a transition into guvernanz voted on Snapshot and to start the first election for Treasury management.

Specification

Overview

KLE will use Snapshot’s gas-less, off-chain guvernanz platform https://vote.kenglernitas.wtf that will handle the KLEIP proposals process of the Keng Lernitas Ekosistem. The platform will enable community members to vote via IPFS messages/signatures. The first election for Treasury Management will then be held on Snapshot.

The current Keng Lernitas Ekosistem guvernanz process does not exist, making it challenging to ensure community participation and distribution for events such as the batel and other airdrops. Since KLEIPs handle the configuration and improvement of vital aspects of the Keng Lernitas Ekosistem, it is essential to establish a robust guvernanz system to ensure that the proposals being implemented are in the best interest of the wider community.

In order to establish a fair voting procedure for the Keng Lernitas Ekosistem, each user's vote is determined by their amount of KLE described in this Medium article.

The first election for Treasury "Developers" will be held following the acceptance of this KLEIP.

In summary, KLE is transitioning into guvernanz while the Treasury will transition from a solo "Developer", which was kain.eth, to a council of "Developers" inspired by the Spartan Diarchy regime consisting of 2 Kengs and 3 Gerontes.

Rationale

The selection of Snapshot platform for handling the KLEIPs guvernanz process was due to factors such as the widespread usage amongst other projects, the gas-less nature of voting, and the great usability of the platform. In addition, managing the Treasury via a council of "Developers" rather than one "Developer" will ensure better decision-making and distribution of responsibilities.

Technical Specification

Guvernanz Links

Transaction Threshold for MultiSig Wallet on Safe Global

Theoretically, to send a transaction on Safe Global, the threshold is:

  • Option 1: Both Kengs (2/2) must vote yes.
  • Option 2: One Keng (1/2) and one Gerontes (1/3) must vote yes.
  • Option 3: Three Gerontes (3/3) must vote yes.

In reality, Kengs have 2 signature addresses because implementing a custom weighted module is a security risk, hence we prefer this simpler approach.

The new threshold becomes:

  • Option 1: Both Kengs (4/4) must vote yes.
  • Option 2: One Keng (2/4) and one Gerontes (1/3) must vote yes.
  • Option 3: Three Gerontes (3/3) must vote yes.

Election Information

Profiles of each individual running for election:

kain.eth as Keng

  • EVM Address: kain.eth
  • X Profile: @kaiynne

Pstar as Keng

  • EVM Address: 0x57478b221022952C825668f105D2EE29c8B87ba4
  • X Profile: @CryptoPstar

SNX Ambassador (including mastermojo.eth) as Gerontes

  • EVM Address: 0x406b607644c5D7BfDA95963201E45A4c6AB1c159
  • X Profile: @snxambassadors @mastermojo83

Warlas as Gerontes

  • EVM Address: 0x24Bd155D4994B99623A2fA5B8cB8Bd704E51239F
  • X Profile: @weisheng_0613

Lernfr4u as Gerontes

  • EVM Address: 0x74630370197b4c4795bFEeF6645ee14F8cf8997D
  • X Profile: @cp0xdotcom

Apollo as Gerontes

  • EVM Address: 0x2B3E205b50a8358E0133c9AED71f693680b526CF
  • X Profile: @apollo_ni_us

Utilmind as Gerontes

  • EVM Address: 0xe0654ABC5FB4917AC59237F8B9f75316982cF0bf
  • X Profile: @utilmind

Copyright

Copyright and related rights waived via CC0.

Contribute to Proposals on GitHub