[RIP00011] - Release of REG from RealT Team Budget

Michael-RealT · 2 Jan

Disponible en FR dans le deuxième post

Proposal Summary:

Implementation of an automated distribution system via Sablier.com for the 50,000,000 REG allocated to the RealT team, using an Exponential Cliff distribution model after 1 year of lock-up.

This proposal aims to validate the distribution model for the budget allocated to the RealT team in accordance with the tokenomics presented in early 2024.

Motivation:

The distribution of REG tokens for the RealT team requires a transparent, automated, and secure system. Sablier.com offers an ideal solution with its token streaming model that allows for progressive and programmable distribution.

Context:

The RealT Team budget represents 10% of the total supply, or 50,000,000 REG. According to the tokenomics:

Lock-up period (cliff): 1 year from May 1st, 2024
Vesting period: 4 years after the cliff

The Sablier Exponential Cliff model enables a distribution that:

Begins after a defined lock-up period (cliff)
Distributes tokens exponentially, with larger unlocks towards the end of the period
Ensures automatic and transparent distribution

Implementation Steps:

Creation of the Sablier stream
- Configuration of 1-year cliff (until May 1st, 2025)
- Setting up the exponential curve over 4 years
- Definition of beneficiaries and their respective allocations
Transfer of 50M REG to the Sablier contract
Stream activation on May 1st, 2025

Stream Parameters:

Fonction/Signature: createWithTimestampsLD(address,address,tuple[])
Contract Target : 0x0F324E5CB01ac98b2883c8ac4231aCA7EfD3e750

Calldata (batch):
lockupDynamic -> address : 0x555eb55cbc477Aebbe5652D25d0fEA04052d3971
asset -> address : 0x0AA1e96D2a46Ec6beB2923dE1E61Addf5F5f1dce
batch -> tuple[]:
   sender -> address : 0x3f2d192F64020dA31D44289d62DB82adE6ABee6c
   recipient -> address : 0x5Fc96c182Bb7E0413c08e8e03e9d7EFc6cf0B099
   amount -> uint256 : 50000000000000000000000000
   cancelable -> bool : false
   transferable -> bool : true
   startTime -> uint40 : 1714521600
   segments -> tuple[]: [
      ["0", "1000000000000000000", "1746057600"],
      ["500000000000000000000000", "1000000000000000000", "1746057601"],
      ["49500000000000000000000000", "3000000000000000000", "1872288000"]
   ]
broker -> tuple [address, uint256] : [0x0000000000000000000000000000000000000000, 0]

Parameter Explanations:

Function/Signature: name of the contract function to call
Contract Target: the Sablier contract called to create the stream
Calldata (batch): stream creation parameters
- lockupDynamic: the Sablier contract that will manage the distribution
- asset: the token to distribute (REG)
- sender: the contract that will send tokens and initiate the stream (DAO Treasury Contract)
- recipient: the contract that will receive the tokens (RealT Team)
- amount: quantity of tokens to distribute (50,000,000 REG)
- cancelable: true if the stream can be canceled by the initiator
- transferable: true if the stream can be transferred by the beneficiary
- startTime: lock start date (May 1st, 2024)
- segments: distribution parameters
- segment 1:
  - 0: quantity of tokens to distribute during the segment
  - 1000000000000000000: segment exponent = 1 in decimal (1000000000000000000 = 10¹⁸)
  - 1746057600: segment end timestamp (May 1st, 2025)
- segment 2:
  - 500000000000000000000000: quantity of tokens to distribute during the segment (500,000 REG)
  - 1000000000000000000: segment exponent = 1 in decimal (1000000000000000000 = 10¹⁸)
  - 1746057601: segment end timestamp (May 1st, 2025)
- segment 3:
  - 49500000000000000000000000: quantity of tokens to distribute during the segment (49,500,000 REG)
  - 3000000000000000000: segment exponent (3000000000000000000 = 10¹⁸)
  - 1872288000: segment end timestamp (May 1st, 2029)
- broker: for intermediaries who would take fees on the stream

In conclusion, on May 1st, 2024, the lock-up period began, and on May 1st, 2025, 500k REG will be released to allow RealT to allocate tokens to its employees (allowing does not necessarily mean distributing).
The distributions of this budget are at RealT's discretion, which can subject them to various conditions or make them free.
Released REG are not used for governance by RealT; only REG on the governance participation address are used for this purpose.
From May 1st, 2025, to May 1st, 2029, 49.5 Million REG will be released through the exponential stream. This distribution method allows for progressive and equitable token distribution while enabling lower release at the beginning of the vesting period, allowing the community to grow, REG to obtain new use cases, and respond to RealT team growth.

Team:

RealT technical team for proposal configuration

Budget:

50,000,000 REG from RealT Team budget
Gas fees for Gnosis Chain transactions

Financial Implications:

Positive:

Automated distribution reducing management costs
Complete transparency for the community
Protection against massive dumping
Controlled release guaranteed by Sablier Smart Contract

Negative:

Transaction complexity

Roadmap:

1 week of forum debate
1 day of onChain consultation
7 days of voting
2 days security queue

Objectives:

Ensure fair, transparent, and defined distribution
Align team's long-term interests with the project
Reduce risks of massive dumping
Automate distribution management

Success Metrics:

Uninterrupted technical operation of the stream
Adherence to cliff and vesting periods
Team and community satisfaction
REG price stability during distribution period

Mission Alignment:

This proposal aligns with RealT's principles of transparency and decentralization while protecting community interests through controlled distribution.

Key Terms:

Cliff: Initial one-year lock-up period
Exponential vesting: Progressive distribution following an exponential curve
Sablier: Token streaming protocol enabling programmable distributions
Stream: Continuous token flow configured on Sablier

Resources to Learn More:

CHECK-LIST: ( : under discussion / : finalized / : not applicable )
Proposal Summary
Motivation
Context
Implementation steps
Team
Budget / Allocation
Roadmap
Objectives
Key terms

Michael-RealT · 2 Jan

Résumé de proposition :

Mise en place d'un système de distribution automatisé via Sablier.com pour les 50 000 000 REG alloués à l'équipe RealT, utilisant un modèle de distribution Cliff Exponential après 1 an de blocage.

La présente proposition vise à valider le modèle de distribution du budget attribué à la team RealT conformément à la tokenomics présentée début 2024.

Motivation :

La distribution des tokens REG pour l'équipe RealT nécessite un système transparent, automatisé et sécurisé. Sablier.com offre une solution idéale avec son modèle de streaming de tokens qui permet une distribution progressive et programmable.

Contexte :

Le budget Team RealT représente 10% de la supply totale, soit 50 000 000 REG. Selon la tokenomics :

Période de blocage (cliff) : 1 an à partir du 1er mai 2024
Période de vesting : 4 ans après le cliff

Le modèle Cliff Exponential de Sablier permet une distribution qui :

Commence après une période de blocage définie (cliff)
Distribue les tokens de manière exponentielle, avec des déblocages plus importants vers la fin de la période
Assure une distribution automatique et transparente

Étapes d'implémentation :

Création du stream Sablier
- Configuration du cliff de 1 an (jusqu'au 1er mai 2025)
- Paramétrage de la courbe exponentielle sur 4 ans
- Définition des bénéficiaires et leurs allocations respectives
Transfert des 50M REG vers le contrat Sablier
Activation du stream le 1er mai 2025

Paramètre du stream :

Fonction/Signature: createWithTimestampsLD(address,address,tuple[])
Contract Target : 0x0F324E5CB01ac98b2883c8ac4231aCA7EfD3e750

Calldata (batch):
lockupDynamic -> address : 0x555eb55cbc477Aebbe5652D25d0fEA04052d3971
asset -> address : 0x0AA1e96D2a46Ec6beB2923dE1E61Addf5F5f1dce
batch -> tuple[]:
   sender -> address : 0x3f2d192F64020dA31D44289d62DB82adE6ABee6c
   recipient -> address : 0x5Fc96c182Bb7E0413c08e8e03e9d7EFc6cf0B099
   amount -> uint256 : 50000000000000000000000000
   cancelable -> bool : false
   transferable -> bool : true
   startTime -> uint40 : 1714521600
   segments -> tuple[]: [
      ["0", "1000000000000000000", "1746057600"],
      ["500000000000000000000000", "1000000000000000000", "1746057601"],
      ["49500000000000000000000000", "3000000000000000000", "1872288000"]
   ]
broker -> tuple [address, uint256] : [0x0000000000000000000000000000000000000000, 0]

Explications des paramètres :

Fonction/Signature : nom de la fonction du contrat à appeler
Contract Target : le contrat sablier qui est appelé pour créer le stream
Calldata (batch) : les paramètres de création du stream
- lockupDynamic : le contrat sablier qui va gérer la distribution
- asset : le token à distribuer (REG)
- sender : le contrat qui va envoyer les tokens et être l'initiateur du stream (Contrat trésorie DAO)
- recipient : le contrat qui va recevoir les tokens (Team RealT)
- amount : la quantité de tokens à distribuer (50 000 000 REG)
- cancelable : true si le stream peut être annulé par l'initiateur
- transferable : true si le stream peut etre transféré par le bénéficiaire
- startTime : la date de début du lock (1er mai 2024)
- segments : les paramètres de la distribution
- segment 1 :
  - 0 : la quantité de tokens à distribuer durant le segment
  - 1000000000000000000 : exposant du segment = 1 en décimal (1000000000000000000 = 10¹⁸)
  - 1746057600 : timestamp de fin du segment (1er mai 2025)
- segment 2 :
  - 500000000000000000000000 : quantité de tokens à distribuer durant le segment (500 000 REG)
  - 1000000000000000000 : exposant du segment = 1 en décimal (1000000000000000000 = 10¹⁸)
  - 1746057601 : timestamp de fin du segment (1er mai 2025)
- segment 3 :
- 49500000000000000000000000 : quantité de tokens à distribuer durant le segment (49 500 000 REG)
- 3000000000000000000 : exposant du segment (3000000000000000000 = 10¹⁸)
- 1872288000 : timestamp de fin du segment (1er mai 2029)
- broker : pour les intermédiaires qui prendraient des frais sur le stream

En conclusion, le 1er mai 2024 la période de lock a commencée, le 1er mai 2025 500k REG seront libérés pour permettre à RealT d'attribuer des tokens à ses employés (permettre ne veut pas dire obligatoirement distribuer)
Les distributions de ce budget sont à la discrétion de RealT, qui peut le soumettre à divers conditions ou les rendre libres.
Les REG libérés ne sont pas utilisés pour la gouvernance par RealT, seuls les REG sur l'adresse de participation à la gouvernance sont utilisés à cette fin.
Du 1er mai 2025 au 1er mai 2029, 49.5 Millions de REG seront libérés par le stream exponentiel, le choix de cette méthode de distribution permet de distribuer les tokens de manière progressive et équitable tout en permettant une libération plus faible au début de la période de vesting, permettant à la communauté de grandir, le REG d'obtenir de nouveaux cas d'usage et de répondre à la croissance de la team RealT.

Équipe :

Équipe technique RealT pour la configuration de la proposal

Budget :

50 000 000 REG du budget Team RealT
Frais de gas pour les transactions Gnosis Chain

Implications financières:

Positif :

Distribution automatisée réduisant les coûts de gestion
Transparence totale pour la communauté
Protection contre le dumping massif
libération contrôlée et garantie par le Smart Contract Sablier

Négatif :

Complexité de la transaction

Feuille de route :

1 semaine de débat sur le forum
1 jour de consultation onChain
7 jours de vote
2 jours de queue de sécurité

Objectifs :

Assurer une distribution équitable, transparente, et définie
Aligner les intérêts long terme de l'équipe avec le projet
Réduire les risques de dumping massif
Automatiser la gestion des distributions

Métriques de succès:

Fonctionnement technique du stream sans interruption
Respect des périodes de cliff et vesting
Satisfaction de l'équipe et de la communauté
Stabilité du prix du REG pendant la période de distribution

Alignement avec la mission:

Cette proposition s'aligne avec les principes de transparence et de décentralisation de RealT, tout en protégeant les intérêts de la communauté via une distribution contrôlée.

Termes clés :

Cliff : Période de blocage initial d'un an
Vesting exponentiel : Distribution progressive suivant une courbe exponentielle
Sablier : Protocole de streaming de tokens permettant des distributions programmables
Stream : Flux continu de tokens configuré sur Sablier

Ressources pour aller plus loin :

PPlataYMiedoNuncaTuvimos · 2 Jan

I prefer those who do not get a commitment with the aim of the project to leave early instead of having them till 2029. Knowing that, the price drop will be higher with every distribution so for me is better to drop all the papers hands at once and then, from there, the price of REG tokens go up to the moon with the real holders

Claude · 2 Jan

PlataYMiedoNuncaTuvimos

Je comprends votre point de vue, mais une distribution progressive me semble plus adaptée. Cela laisse le temps au projet de se consolider tout en évitant une volatilité trop importante. Si quelqu'un n'y croit pas, il peut vendre ses REG, mais cette méthode, il me semble, favorise ceux qui s'engagent sur le long terme.

I understand your point of view, but a progressive distribution seems more suitable to me. It allows the project to consolidate over time while avoiding excessive volatility. If someone doesn’t believe in it, they can sell their REG tokens, but this approach, in my opinion, favors those committed for the long term.

Michael-RealT · 2 Jan

PlataYMiedoNuncaTuvimos I prefer those who do not get a commitment with the aim of the project to leave early instead of having them till 2029. Knowing that, the price drop will be higher with every distribution so for me is better to drop all the papers hands at once and then, from there, the price of REG tokens go up to the moon with the real holders

who tells you that the beneficiaries are not committed in the long term, we are talking about people who have been working on the project for 5 years, people who will join the team and continue to improve the system for the benefit of all.

Of course there will be beneficiaries who will sell, just as there will be beneficiaries, of REG through the NFTs that will sell.

If we release the 50Million REG now, there will be no more way to encourage other employees in the future, not to mention that it would give very important power to few people.

with the proposal, this allows to fairly redistribute the number of REG distributable to the team compared to the share distributed to the community.
the model presented (expandential) makes it possible to ensure that the distributable share (does not mean distributed) is lower at the start in order to give an advantage to the community

Mmiomoimio · 3 Jan

Michael-RealT
Sablier is going to be a core piece of this implementation for 4 years.
How's Sablier paid for its service?

AAlx94 · 3 Jan

miomoimio

Ma compréhension de la section "Fees" dans la documentation de sablier est qu'il n'y a, à ce jour, pas de frais en passant par l'application Sablier.

My understanding of the “Fees” section in the Sablier documentation is that there are, to date, no fees when using the Sablier application.

Michael-RealT · 3 Jan

That's correct, I haven't found any example to the contrary, if we look at the currently existing transactions there are no fees either, the amount deposited is fully distributed

DRKTT · 3 Jan

Bonjour, est-ce que cette courbe est correcte ?

REG CURVE 01

DRKTT · 3 Jan

Bonjour,

Cette proposal présente des idées intéressantes, notamment la libération progressive et exponentielle des REG. Cependant, je pense qu’elle pourrait être optimisée sur deux aspects principaux :

La libération exponentielle des REG

Bien qu’elle soit attrayante pour sa logique progressive, ce modèle pourrait soulever des inquiétudes parmi les investisseurs, car une quantité croissante de REG sera libérée au fil du temps. Cela pourrait être perçu comme un risque de dilution, surtout si l’utilisation des fonds libérés n’est pas clairement définie.

La date de début (1er mai 2025)

Je comprends que cette date correspond aux tokens economics initiaux, mais le retard observé dans le lancement du NFT Citizen (initialement prévu pour Q3 2024) pourrait justifier une révision de cette date pour refléter la nouvelle dynamique du projet.

Propositions :

Libération conditionnelle basée sur les budgets on-chain

Plutôt que d’utiliser Sablier, on pourrait envisager une libération des REG proportionnelle à l’utilisation effective des budgets. Cela offrirait une flexibilité accrue tout en garantissant une cohérence avec l’évolution des besoins du projet.

Ajustement de la date de début

Si le NFT Citizen est livré en retard, on pourrait envisager de décaler proportionnellement la libération des REG. Par exemple, si le Citizen est lancé en février 2025 (soit 5 mois après Q3 2024), la libération des REG pourrait débuter en septembre 2025.

Qu'est-ce que vous en pensez ?

Hello,

This proposal presents some interesting ideas, particularly the progressive and exponential release of REG. However, I believe it could be optimized on two main points:

Exponential release of REG

While this model is attractive for its progressive logic, it may raise concerns among investors as an increasing amount of REG will be released over time. This could be perceived as a dilution risk, especially if the use of released funds is not clearly defined.

Start date (May 1, 2025)

I understand that this date aligns with the initial token economics, but the delay in launching the Citizen NFT (originally planned for Q3 2024) may justify revisiting this date to better reflect the project's new dynamics.

Proposals :

Conditional release based on on-chain budget usage

Instead of using Sablier, we could consider a release of REG proportional to the actual use of budgets. This would provide greater flexibility while ensuring consistency with the project's evolving needs.

Adjusting the start date

If the Citizen NFT is delayed, we could consider proportionally postponing the release of REG. For example, if the Citizen is launched in February 2025 (5 months after Q3 2024), the REG release could begin in September 2025.

What do you think ?

PPhilP · 3 Jan

Deux nouveaux articles sur le Wiki, viennent d'être publiés et sont associés à cette proposition:

pour comprendre ce qu'est la solution Sablier.com : https://wiki.realtoken.community/fr/DAO/Third-party-applications-used-by-the-DAO
pour faire de futurs propositions avec Sablier.com : https://wiki.realtoken.community/fr/resources-dao-proposal/using-sablier
Comme tous les articles sur le wiki, ils sont disponibles en 4 langues.
@Michael-RealT a fait l'essentiel de leur rédaction.
Bonne lecture

PPhilP · 3 Jan

DRKTT
Très ressemblante à celle générée par l'outil de simulation de sablier et figurant dans le second article du wiki

AAlx94 · 3 Jan

Puisque la DAO est propriétaire des REGs, est-il envisageable de faire un vote annuel sur la somme à débloquer en fonction de :

la croissance de RealT et/ou d'achievements de l'année considérée (nombre d'employés, ouverture de nouveaux pays, etc)
l'inflation du REG pour que la part de la team RealT reste aux alentours des 10% de REG en circulation ?

Tout en faisant en sorte que la somme totale soit bien distribuée sur 4ans par exemple.

Since the DAO owns the REGs, is it possible to have an annual vote on the amount to be released based on :

RealT's growth and/or achievements in the year in question (number of employees, opening of new countries, etc.)
REG inflation, to keep the RealT team's share at around 10% of REG in circulation?

While ensuring that the total sum is well distributed over 4 years, for example.

AACLIO · 3 Jan

Avec une libération progressive cela me semble etre la bonne idée
Avec une libération progressive ET exponentielle, la DAO va devoir exceller pour suivre le rythme
Je suis ok

Michael-RealT · 3 Jan

DRKTT La libération exponentielle des REG

Bien qu’elle soit attrayante pour sa logique progressive, ce modèle pourrait soulever des inquiétudes parmi les investisseurs, car une quantité croissante de REG sera libérée au fil du temps. Cela pourrait être perçu comme un risque de dilution, surtout si l’utilisation des fonds libérés n’est pas clairement définie.

A terme, cela ne fais pas de différence, il y aura le même nombre de REG libérer.
La différence avec une libération constante se fais principalement sur les premiers années de vie du REG, avec une libération moins alors que la liquidité est encore fragile cela a 2 impact majeur :

Moins de REG libérer crée moins de pressions ou risque de pesions vendeuse
. Donne du temps pour construire la liquidité
permet a la communauté d’acquérir des REGs et donc maintenir un point conquérant

cela signifie donc que les première année les REG libérer avec l’exponentiel devrais donné un part de la circulation supply plus important a la communauté par rapport a celle des tokens libérer pour la Team
sur la fin de la periode avec une libération plus importante, cela ne fera que ramener la répartition a sont point initialement prévu, A savoir 10% de la supply.

DRKTT Propositions :

Libération conditionnelle basée sur les budgets on-chain

Plutôt que d’utiliser Sablier, on pourrait envisager une libération des REG proportionnelle à l’utilisation effective des budgets. Cela offrirait une flexibilité accrue tout en garantissant une cohérence avec l’évolution des besoins du projet.

Ajustement de la date de début

Si le NFT Citizen est livré en retard, on pourrait envisager de décaler proportionnellement la libération des REG. Par exemple, si le Citizen est lancé en février 2025 (soit 5 mois après Q3 2024), la libération des REG pourrait débuter en septembre 2025.

Qu'est-ce que vous en pensez ?

initialement il étais prévu de livrer le NFT citizen mais pas forcément commencé directement les airdrops.
Un décalage pourrais envoyé un mauvais signal a la team qui travail sur pour livré les meilleurs application possible, d'autre par la team vas devoir grandir, pour attirer des talant il faut que RealT puissent montrer la carotte.
passer par sablier permet de garantire pour la DAO et pour RealT un planing de libération des tokens, qui comparer a la plus part des autre projet est relativement faible sur une durée très longue.
devoir voter le budget a chaque dépense n'es pas raisonnable, le budget étais défini dés le départ dans la tokenomic, comme tout projet la tokenomic est décidé et mise en place par un petit groupe, c'est le point de départ de la plus part des projets, qui avec les distributions permet de décentraliser la gouvernance au file du temps.

A mon sens il y as déjà de nombreuse concessions et signe de bonne volontés de la part de RealT avec :

Une part de la supply faible et destiné aux employer, non a l'usage directe de RealT inc
Une durée de lock de 1 ans depuis l'émissions et la distribution des premiers REG a la communauté
Un vestign de 4 ans après la periode de lock, la aussi bien plus que la plus part des projet
La libération exponentielle qui pénalise encore le budget libérer sur les première années
Un vote pour valider et mettre en place une distribution claire, lisible et transparente.

c'est pourquoi je ne pense pas que cela soie judicieux d'ajuster la distribution du buget team de RealT, et d'entériner la distribution pour se concentrer sur d'autre débat qui au final on bien plus d’importance

Michael-RealT · 3 Jan

Alx94 Puisque la DAO est propriétaire des REGs, est-il envisageable de faire un vote annuel sur la somme à débloquer en fonction de :
la croissance de RealT et/ou d'achievements de l'année considérée (nombre d'employés, ouverture de nouveaux pays, etc)
l'inflation du REG pour que la part de la team RealT reste aux alentours des 10% de REG en circulation ?

Tout en faisant en sorte que la somme totale soit bien distribuée sur 4ans par exemple.

cela est t'il réellement utile, ne serais pas plus simple de programmer une fois pour toute la distribution et se concentrer sur se qui as de la valeur.
Je ne pense pas que RealT souhaite devoir renégocier sans arrêt un budget qui vas être discuter et rediscuter avec de nouvelle idée, contrainte et paramètre a chaque itération.
Une entreprise a potentiellement besoin de visibilité pour pouvoir attirer des talant, créer des plan de bonus sur plusieurs années en fonctions des performance de ses employés, devoir renégocier un budget chaque année casse cette dynamique et complexifie la recherche de talant

Michael-RealT · 3 Jan

ACLIO Avec une libération progressive cela me semble etre la bonne idée
Avec une libération progressive ET exponentielle, la DAO va devoir exceller pour suivre le rythme
Je suis ok

Pas sur en quoi la DAO vas devoir exceller, la différence entre une libération continue fix et une libération exponentielle c'est que le nombre de REG libérer sur le budget est en permanence inférieur a la libération continu, donc sur tout dans la première partie une libération bien moins importante mais qui arrive au meme finalité

le trais noir représente la libération continu fix, ça parle de lui meme

DRKTT · 4 Jan

Michael-RealT A terme, cela ne fais pas de différence, il y aura le même nombre de REG libérer.

Certes, mais l'approche exponentielle risque de repousser l'investisseur de REG ou de NFT collector pour des investissements sur du long terme.

DRKTT · 4 Jan

Michael-RealT le trais noir représente la libération continu fix, ça parle de lui meme

C'est moins joli mais la volatilité sera moins faible qu'avec la courbe sur les 2 dernières années

Stouban · 4 Jan

Si je comprends bien, le débat n’est :
• ni sur la date de début,
• ni sur la date de fin,
• ni sur le volume total de REG distribué à l’équipe RealT.

Le débat est centré sur la courbe de libération des REG .

Pour moi, ce point doit être étudié en même temps que la courbe de distribution des REG des collections NFT afin d’avoir une stratégie de distribution globale cohérente.