[Dev Competition] Increase your rent with RealT Lottery!

maxper

🇬🇧
(français ci-dessous)

RealT Lottery

This project is inspired by PoolTogether, a no-loss lottery game.

Overview

Some bidders can provide RealT tokens in a pool. Each week, a random winner is drawn among bidders and he wins a prize: the sum of the rent collected from all the RealT tokens in the pool! Unlike traditional gambling, there is no loss for any bidder because they can get their RealT tokens back whenever they want and are only risking the rent and not the RealT tokens themself.

Previous Work

This idea is not new and already emerged from the community. Thus, some work was started but was stopped due to the hard task of assessing if this project would be useful for the community.
Because some development was initially started years ago (but stopped), I do not know if this idea is eligible for this competition and if not, please let me know.
However, I think this is a great time to propose it again and I would like to thank the DAO for this opportunity.
Here is the links to the previous work (it is also available on the github of the RealToken Community but the repository is private):

Technical Details

Requirements

Cooperation with RealT to whitelist the smart contract to be able to hold the RealT tokens
Use an external oracle such as Witnet to provide fair randomness

Possible features

proxy for upgradability
ownership of the pool by the DAO (allowing upgrades and admin functions)
triggering of the draw possible by anyone as long as the rent distribution was made
fees for the oracle substracted from the prize and not paid by the user triggering the draw

🇫🇷

RealT Lottery

Ce projet est inspiré par PoolTogether, un jeu de loterie sans perte.

Aperçu

Des parieurs peuvent mettre dans une pool des tokens RealT. Chaque semaine, un gagnat aléatoire est tiré parmi les parieurs and il gagne le grand prix: la somme des loyers collecté par tous les tokens RealT présent dans la pool! Contrairement aux jeux d'argent classique, il n'y a de perte pour aucun participant car tout le monde peut retirer ses jetons de la pool quand il le veut and seule les loyers sont mis en jeu et non les jetons RealT eux-mêmes.

Travaux Antérieurs

Cette idée n'est pas nouvelle et avait déjà émergé dans la communauté. Elle avait même commencé à être développé mais a été stoppé en raison de la difficulté d'évaluer correctement la pertinence de ce projet pour la communauté.
Puisque du développement avait été initié il y a quelque temps (mais stoppé), je ne sais pas si ce projet est éligible pour la compétition et si non, merci de me le faire savoir.
Cepent, je pense que c'est un bon moment pour proposer ce projet à nouveau et je voudrais remercier la DAO pour cette opportunité.
Voici les liens des travaux précédemment initiés (ils sont également disponible sur le github de la RealToken Community mais en privé):

Détails techniques

Besoins

Coopération avec RealT pour whitelister le smart contract et être capable de détenir des RealT tokens
Utiliser un oracle externe tel que Witnet pour fournir une source aléatoire équitable

Fonctionnalités possibles

Un proxy pour mettre à jour les fonctionnalités
ownership de la pool détenu par la DAO (permettant l'upgrade du proxy et les fonctions admins)
déclenchement du tirage aléatoire possible par n'importe qui tant que la distribution a été effectuée
frais de l'oracle soustraits du prix et non payés par le déclencheur du tirage

EzSwim

maxper Use an external oracle such as Witnet to provide fair randomness

I would go with ChainLink instead, that way you have VRF and automation (like the lottery could be drawn every week and be annouced on the website on Sundays for instance)

PhilP

L'idée de la "gamification" est super et complète bien l'approche plus sérieuse d'investisseur.

Le concours exclu les solutions existantes, ce qui n'est pas le cas de celle-ci (même si des débuts de développement ont commencé, comme pour beaucoup de propositions ...)

Par contre le faire avec des Realtokens me parait pas simple, notamment pour la redistribution des loyers "gagnés" qui sont par construction sont distribués aux propriétaires...(le dépôt sur une pool comme Levinswap ou RMM, ne change pas le "propriétaire" et destinataire des loyers).

Mais depuis, le REG est apparu ! ... et c'est un utility token, donc sans toutes les contraintes de whitelist des Realtokens
Une première version, bien plus simple, pourrait être réalisée avec des REG.

ehpst

PhilP J'aime bien l'idée de cette proposition. Je comprends que le propriétaire des tokens du point de vue de redistribution des loyers deviendrait le smart contract tant que les tokens restent déposés dessus et RealT considèrerait ce SC comme tout autre propriétaire et verserait les loyers dessus chaque lundi. Donc à part demander à RealT de whitelister tous les tokens pour ce SC, il n'y aurait pas d'autre changement pour RealT.
Le propriétaire original des tokens aurait la liberté de récupérer ses tokens n'importe quand. J'imagine qu'il le ferait plutôt un lundi qu'un dimanche histoire de ne pas perdre ses loyers.

PhilP

ehpst
La solution actuelle de RealT est avec un seul Wallet de loyers, pour tous les RealTokens d’une personne.
Tu ne peux donc mettre l’adresse du smart contrat de loterie à cet endroit..

EzSwim

ehpst

Si il y a un système de claim il faudra être vigilant quand à la comptabilité du smart-contract. Pour être plus simple peut-être que si le prix n'est pas claim avant le prochain tirage, il sera ajouté à celui du prochain gagnant. Ça évitera de tenir des comptes et de complexifier le smart-contract

ehpst

PhilP And wouldn't it be the case for this proposal? My understanding is that all users would deposit their tokens in a single lottery smart contract and this SC would be seen just as another holder by RealT. Maybe I'm wrong. @maxper ?

maxper

PhilP Merci beaucoup pour cette précision ! Effectivement, cette contrainte technique est problématique dans ce cas. Je vais réfléchir à comment adapter le projet.

maxper

ehpst No it would not. The problem is that there is a single "rent deposit address" for all the different RealTokens held by a single entity. Thus, an user would either need to set its "rent deposit address" as the lottery pool for ALL its RealTokens, or would not be able to use the lottery at all.

ehpst

maxper I see. And can't a user send a token to the lottery SC so that the SC becomes the owner and receives rent as any other owner? The SC would obviously need to record who the original owner was for each token, a bit like the RMM wrapper.

maxper

ehpst Well it is not that simple because RealT is sending rents to a single address for all the RealTokens of one holder.

ehpst

maxper Maybe I didn't make myself clear. I would imagine a lottery where token holders that would want to participate would put tokens in a pool (a lottery smart contract). The owner of those tokens would then become the lottery SC and Realt would deliver rent to it until the original token holders retrieve the tokens back to their wallet.
Wouldn't this be feasible?

PhilP

La solution la plus simple, serait que le créateur de la loterie crée un compte RealT, qui serait KYC avec ses données .
Ainsi :

le dépôt, consisterait à un simple transfert de Realtoken vers le wallet du compte de loterie (wallet identique pour Property et Income),
dès que le wallet loterie reçoit les Realtokens, les loyers correspondants sont perçus par le wallet du compte de loterie,
les dépôt/retrait de Realtoken de la loterie, le tirage et le paiement des gains : serait géré par un programme qui ordonnerait les transferts correspondants vers le wallet cible.
le créateur ayant la charge de whitelister tous les Realtokens, du compte de loterie.
la sécurité étant assuré par le KYC du créateur.

A voir avec RealT, si cette solution simple serait acceptée...

EzSwim

PhilP
It's not a bad solution. To be safe, I guess, the ideal solution would be for the DAO to have a legal entity it can trust to KYB to RealT as a company for the DAO

DRKTT

PhilP La solution la plus simple, serait que le créateur de la loterie crée un compte RealT, qui serait KYC avec ses données .

Simple mais pas dans l'esprit décentralisé.
Et je parle même pas des risques inhérents au fait que tout le système repose sur une seule personne.

maxper

PhilP Le problème c'est que toute le système reposerait sur ce créateur et le KYC. Personnellement je n'aurai pas confiance.

ehpst

PhilP Oui, ce que je proposais mais avec d'autres mots 🙂

maxper

EzSwim Chainlink is obviously the reference for oracles. Unfortunately, it is not available on Gnosis Chain: https://docs.chain.link/vrf/v2-5/supported-networks

EzSwim

Very funny project, it isn't a time-consuming project to build. I have done this kind of lottery smart contract before so if you need a hand let me know I would be happy to help you out 🙂

Additional idea to give REG even more purpose:
Since it's a lottery, the tickets (chance of winning the prize) are represented by the % of the pool in the user's possession. Maybe activate a deposit limit (like 10 tokens) and if the wallet holds more REG it can deposit more 😉

DRKTT

EzSwim the ideal solution would be for the DAO to have a legal entity it can trust to KYB to RealT as a company for the DAO

Not in that case according the different laws in countries for lotteries organisations. No KYC and no KYB will be better for that purpose.

After all, It's not so simple :

The SEC need to have a KYC / KYB wallet for trace purpose
Country laws about lotteries are different in each countries
RealT need to whitelist the "vault"
What about weekly and annual reports ?

PhilP

Concernant les remarques sur la sécurité / décentralisation : DRKTT maxper

C'est effectivement un compromis, pour entrer dans le périmètre de simplicité et rapidité du concours.
Au stade v1 de la gouvernance de la DAO, RealT reste notre tiers de confiance pour toute la DAO.

Après si l'application a du succès et que la v2 de la gouvernance apporte des nouveautés en matière de sécurité (via les NFT) , d'autres solutions pourraient être mise en place pour augmenter la sécurité et la décentralisation.