🇫🇷 Version française à la fin de ce message
Summary of the proposal
The proposal concerns the modification of the methods of calculating the Voting Power.
It results from the work of the corresponding Committee.
The Voting Power of a wallet depends on the quantity of REG it holds and their location: in the wallet, deposited in the Incentive Vault or in a Liquidity Pool.
Each type of REG usage is weighted, so that the DAO can promote some of them
| Weightings | REG Wallet | Initial values | Proposed values |
|---|
| REG on the wallet | 1 | 1 | 1 |
| REG on the Incentive Vault | 1 | 1 | 2 (locked) or 1 (unlocked) |
| REG in a liquidity pool | 1 | 2 | 4 |
| Counterpart in REG pool | - | 0.5 | 2 (REG equivalent) |
The amounts of REG retained will be the average of the REG held since the previous snapshot.
Voting Powers <1 will be considered null.
The vote on this proposal will be done with the initial calculation method (weighting and value at time T).
Motivation
The proposed calculation methods are justified by:
- for the Wallet: No change,
- for the Vault incentive: Encourage participation in votes, hence a weighting of 2 during lock periods, reduced to 1 outside lock periods (as for the wallet),
- for the Liquidity Pool: This use is very little deployed, while it contributes to the liquidity of the REG and the stability of the ecosystem.
The conversion of SOON tokens will increase the number of REG in circulation. In order for liquidity to increase to accompany this event, the deposit of REGs in the Pools is encouraged: weighting of 4.
The weighting of the counterpart of a pool with REGs, is as initially reduced compared to the REG (here 2) but is multiplied by 4 compared to its previous value.
- for the REG snapshot mode held: The main motivation is to encourage the long holding of REGs, through the calculation of an average holding since the previous snapshot, rather than a photo at a time T.
This snapshot mode also allows to avoid certain manipulations (like: I buy a lot of REGs a few moments before the snapshot and resell them just after, in order to hold a high voting power).
Snapshots will be requested by the Committee and executed by RealT more frequently: before each vote (as soon as the delay with the previous snapshot exceeds 48 hours), to integrate the latest changes in REG holdings (knowing that the average will smooth out the impact of the changes)
- for the cancellation of Voting Powers <1: Avoid managing wallets that only hold dust of REG.
Details regarding the average calculation method.
For each holding mode (wallet, Vault and Liquidity Pool), the amount of REG held by a wallet will be collected daily (at variable times and not known in advance), from the last snapshot to the day of the snapshot. An average will be applied to all of these daily values.
In practical terms this means:
- that a purchase or sale of REG, just before the snapshot, will change your voting power very little,
- that a purchase or sale of REG, in the middle of the snapshot period, will change your voting power by half,
- a transfer of REG from one wallet to another, will distribute the voting power on both wallets.
Context
This proposal allows the transfer of responsibilities from RealT to the DAO, concerning:
- the choice of the parameters for calculating the Voting Power,
- the proposal to update the corresponding program,
- the execution time of the snapshot program.
RealT will keep the responsibility (until a later proposal) for:
- the application of updates to the program, the reference of which is on a RealT GitHub,
- the transposition of the Voting Powers from the program to the PowerVoting smart contract.
- the execution of software to calculate voting power with the parameters and period decided by the DAO (anyone who wishes to verify the information can execute it on their side to validate the data).
Implementation steps
- December 8: Vote in principle of a Committee (RIP00007),
- January 2: Choice of Committee members: https://forum.realtoken.community/d/27 https://forum.realtoken.community/d/29
- January 15: Committee Telegram (readable to all and writable to members): https://t.me/powervoting_realtoken_dao
A summary document of the discussions is pinned.
The Wiki has been updated (concerning the snapshot program)
- February 7: First Proposal resulting from the work of the Committee: Two weeks of discussion with the members of the DAO. Wiki update (concerning operation with averages),
- February 21: Submission of the Proposal to votes on Tally,
RealT will first have to make a snapshot (with the initial and unchanged parameters).
- Early March: in case of a favorable vote, the new calculation method will be applied.
- Then: the PowerVoting study committee will continue its work to bring new developments in order to strengthen the process by iteration, in order to bring it towards decentralization and autonomy.
Team
- RealT technical team (update of the GitHub repository and the PowerVoting smart contract),
- DAO Committee: Study of developments and proposals. Execution of the snapshot program,
- Member of the DAO for proposals and votes.
Budget
- Snapshot program developed by RealT is made available to the DAO at no particular cost.
- No cost of developing additional simulation and analysis tools for this first Proposal.
Roadmap
This first evolution of the Voting Power calculation method will be reviewed within 6 months.
The impact of the changes will be assessed, in order to support the following proposals.
Objectives
- DAO appropriation of the Voting Power calculation mechanisms (operation of the application, its execution, its configuration and its updates),
- Align the Voting Power calculation method with the DAO's objectives (support participation in votes, long-term holding of REG, REG liquidity, simplify when possible),
- Regular updating of the Voting Power (by the members of the Committee).
Success Indicator
- Increased active participation in the ecosystem,
- More balanced distribution of voting power,
- Improved stability and liquidity of the REG token,
- Positive feedback from the community on the new system.
Talking Points
- Choice of weighting parameters
- Impact on voting power distribution
- Threshold <1 for voting powers
- Mechanism for calculating the average
Key Terms
- Snapshot: Capture of the state of assets (either at a given moment or over a period) to calculate the Voting Power,
- Weighting algorithm: Formula used to calculate the Voting Power based on various factors,
- Epoch: Incentive period triggered by DAO vote
Incentive periods may not be contiguous (there may be non-incentive votes).
On the other hand, PowerVoting is continuous, it is updated at the end of a new snapshot (there can be several snapshots during an epoch, as happened in epoch1)
- Weighting: Factor that allows to favor actions and behaviors targeted with the REG, to reward the actors who go in the direction desired by the DAO,
- PowerVoting: Representation of the voting power of a member according to various factors of use of the REG.
.
===================================================================
📍 CHECK-LIST: ( 🔲 : under discussion / ✅ : finalized / ❎: not applicable )
🔲 Proposal Summary
🔲 Motivation
🔲 Context
🔲 Implementation steps
🔲 Team
🔲 Budget / Allocation
🔲 Roadmap
🔲 Objectives
🔲 Key terms
.
🇫🇷 ===================================================================
Résumé de la proposition
La proposition concerne la modification des modes de calcul du Pouvoir de Vote.
Elle résulte du travail du Comité correspondant.
Le Pouvoir de Vote d'un wallet dépend de la quantité de REG qu'il détient et de leurs localisation : dans le wallet, déposé dans le Vault Incentive ou dans une Pool de Liquidité.
Chaque type d'usage des REG est pondéré, afin que la DAO puisse promouvoir certains d’entre eux
| Pondérations | REG Wallet | Valeurs initiales | Valeurs proposées |
|---|
| REG sur le wallet | 1 | 1 | 1 |
| REG sur le Vault Incentive | 1 | 1 | 2 ( locked) ou 1 (unlocked) |
| REG dans un pool de liquidité | 1 | 2 | 4 |
| Contrepartie dans pool de REG | - | 0.5 | 2 (équivalant REG) |
Les montants de REG retenus, seront la moyenne des REG détenus depuis le précédent snapshot.
Les Pouvoirs de Vote <1 seront considérés comme nuls.
Le vote de la présente proposition sera fait avec le mode de calcul initial (pondération et valeur à un instant T).
Motivation
Les modes de calcul proposés, ont pour justification :
- pour le Wallet : Pas de changement,
- pour le Vault incentive : Encourager la participation aux votes, d'où une pondération de 2 pendant les périodes de lock, réduite à 1 hors période de lock (comme pour le wallet),
- pour les Pool Liquidité : Cet usage est très peu déployé, alors qu'il contribue à la liquidité du REG et à la stabilité de l'écosystème.
La conversion des tokens SOON augmentera le nombre de REG en circulation. Afin que la liquidité puisse augmenter pour accompagner cet événement, le dépôt des REG dans les Pools est encouragé : pondération de 4.
La pondération de la contrepartie d’une pool avec des REG, est comme initialement réduite par rapport au REG (ici 2) mais se trouve multiplié par 4 par rapport à sa précédente valeur.
- pour le mode de snapshot des REG détenus : La principale motivation est d'encourager la détention longue de REG, au travers du calcul d'une moyenne de détention depuis le précédent snapshot, plutôt qu'une photo à un instant T.
Ce mode de snapshot permet en plus d'éviter certaines manipulations (du style : j'achète beaucoup de REG quelques instant avant le snapshot et les revend juste après, afin de détenir un pouvoir de vote élevé).
Les snapshots seront demandés par le Comité et executé par RealT de façon plus fréquente: avant chaque vote (dès que le délai avec le précédent snapshot dépassera 48h), pour intégrer les dernières modifications de détention de REG (sachant que la moyenne, lissera l'impact des changements)
- pour l'annulation des Pouvoirs de Vote <1 : Éviter de gérer des wallets qui ne détiennent plus que des poussières de REG.
Précisions concernant le mode de calcul par moyenne.
Pour chaque mode de détention (wallet, Vault et Pool de liquidité), la quantité de REG détenus par un wallet sera collectée quotidiennement (à des heures variables et non connues à l'avance), depuis le dernier snapshot jusqu'au jour du snapshot. Une moyenne sera appliquée à l'ensemble de ces valeurs quotidiennes.
De façon pratique cela signifie :
- qu'un achat ou une vente de REG, juste avant le snapshot, changera très peu votre pouvoir de vote,
- qu'un achat ou une vente de REG, au milieu de la période de snapshot, modifiera de moitié votre pouvoir de vote,
- un transfert de REG d'un wallet à un autre, répartira le pouvoir de vote sur les deux wallets.
Contexte
Cette proposition permet le transfert de responsabilités de RealT vers la DAO, concernant :
- le choix des paramètres de calcul du Pouvoir de Vote,
- la proposition de mise à jour du programme correspondant,
- le moment d'exécution du programme de snapshot.
RealT gardera la responsabilité (jusqu'à une proposition ultérieur) de :
- l'application des mise à jour sur le programme, dont la référence est sur un GitHub RealT,
- la transposition des Pouvoirs de Vote issus du programme vers le smart contrat de PowerVoting.
- l’exécution de logiciel de calcul du pouvoir de vote avec les paramètres et période décidés par la DAO (toute personne qui souhaite vérifier les infos, pourra l’exécuter de son coté pour valider les données).
Etapes de mise en œuvre
- 8 Décembre : Vote de principe d'un Comité (RIP00007),
- 2 Janvier : Choix des membres du Comité : https://forum.realtoken.community/d/27 https://forum.realtoken.community/d/29
- 15 Janvier : Telegram du Comité (accessible en lecture à tous et en écriture aux membres) : https://t.me/powervoting_realtoken_dao
Un document de synthèse des échanges est épinglé.
Le Wiki a été mis à jour (concernant le programme de snapshot)
- 7 Février : Première Proposal issue du travail du Comité : Deux semaines d'échange avec les membres de la DAO.
Mise à jour du Wiki (concernant le fonctionnement avec des moyenne),
- 21 Février : Soumission de la Proposition aux votes sur Tally,
RealT devra au préalable faire un snapshot (avec les paramètres initiaux et inchangés).
- Début Mars : en cas de vote favorable, le nouveau mode de calcul sera appliqué.
- En suite : le comité d’étude du PowerVoting, continuera sont travail pour apporter de nouvelles évolutions afin de renforcer par itération le processus ,afin de l’amener vers une décentralisation et autonomie.
Equipe
- Equipe technique RealT (mise à jour du référentiel GitHub et du smart contrat PowerVoting),
- Comité DAO : Etude des évolutions et propositions. Execution du programme de snapshot,
- Membre de la DAO pour les propositions et les votes.
Budget
- Programme de snapshot développé, par RealT, est mis à disposition de la DAO sans coût particulier.
- Pas de coût de développement d'outils complémentaires de simulation et d'analyse pour cette première Proposition.
Feuille de route
Cette première évolution du mode de calcul du Pouvoir de Vote sera revue dans un délai de 6 mois.
L'incidence des modifications sera évaluée, afin d'étayer les propositions suivantes.
Objectifs
- Appropriation par la DAO des mécanismes de calcul du Pouvoir de vote (fonctionnement de l'application, de son exécution, son paramétrage et ses mise à jour),
- Aligner le mode de calcul du Pouvoir de Vote avec les objectifs de la DAO (soutenir la participation aux votes, la détention longue de REG, la liquidité du REG, simplifier quand c'est possible),
- Actualisation régulière du Pouvoir de vote (par les membre du Comité).
Indicateur de réussite
- Augmentation de la participation active dans l'écosystème,
- Distribution plus équilibrée du pouvoir de vote,
- Amélioration de la stabilité et de la liquidité du token REG,
- Feedback positif de la communauté sur le nouveau système.
Points de discussion
- Choix des paramètres de pondération
- Impact sur la distribution du pouvoir de vote
- Seuil <1 pour les pouvoirs de vote
- Mécanisme de calcul de la moyenne
Termes clés
- Snapshot : Capture de l'état des avoirs (soit à un moment donné, soit sur une période) pour calculer le Pouvoir de Vote,
- Algorithme de pondération : Formule utilisée pour calculer le Pouvoir de Vote en fonction de divers facteurs,
- Epoch : Période d'incentive déclenchée par vote de la DAO
Les périodes d'incentive peuvent ne pas être jointives (il peut y avoir des votes hors incentive).
Par contre les PowerVoting eux sont continues, ils sont mis à jour à l'issue d'un nouveau snapshot (il peut y avoir plusieurs snapshot pendant une epoch, comme cela s'est produit en epoch1)
- Pondération : Facteur qui permet de favoriser les actions et comportements ciblés avec les REG, de récompenser les acteurs qui vont dans la direction souhaitée par la DAO,
- PowerVoting : Représentation du pouvoir de vote d'un membre en fonction de divers facteurs d'usage des REG.
