Opportunité de cas d'usage du REG - Factory Vault loker REG

Battistu

Bonne suggestion que je suis totalement pour augmenter l'utilité du REG,
si ma compréhension est bonne, il y aurait un vault par application, ce qui permet une traçabilité, et rémunérer les applications,
Est-ce que la multiplication des vaults ne freinerait pas l'utilisateur ?
Ne faudrait-il pas prévoir un nombre limité de vault et réduire le nombre d'applications ?

Exemple au limite, s'il n'y a qu'un vault d'une et une seule "super" application et qui intègre tous les services communautaires (dashboard, cryptalloc, ...),
Cette application trace en interne quel service utilise le plus de ressources et rémunère en fonction ?

Mais du coup, un frein à la décentralisation et au déploiement libre?

Prévoir un nombre de vault avec des niveaux différents:
Vault1 - forte demande totalement intégré à l'application et/ou durée de vie infinie
ex: dashboard, suivi trésorie dao, etc
Vault2 - demande modéré et/ou durée de vie court termes (moins de 2-3 ans)
exemple fictif pour illustrer: bonus REG/armmtokens si des REG sont directement locks X années après une distribution
Vault3 - faible demande et durée de vie courte
_exemple fictif pour illustrer:

Campagne d'acquisition RealT (3mois) en partenariat avec la DAO, bonus en REG/armmtokens
Projet indépendant & novateur pour mesurer son impact => probleme migration des REG de vault en v_ault

EzSwim

Battistu Est-ce que la multiplication des vaults ne freinerait pas l'utilisateur ?

The idea is that the dev can use the vault factory to create a vault linked to his feature. AND it's up to him to implement it with his UI on his application. So it can be super user friendly or have a super lousy UX, it all depends on the dev skills i guess.

Battistu

EzSwim The point was about the user interactions with each applications,
if there are X applications, that means X vaults, X REG lockings ... User will be lost

Michael-RealT

Battistu

The goal is to block as much REG as possible to obtain benefits.
The user won't be lost because with a factory, it's easy to create a dashboard that will display all blocked REGs in all applications. It updates without any intervention, without the need for any coding.

For the user, it's like using WEB2. The Realtoken Wallet will be the SSO for dapps, and the REG deposit is a bit like putting a credit card in Web2 sites.
Each app the user uses will have the REG deposit and the rights obtained in the account section, along with the ability to withdraw them. For the user it won't change much, it's like putting liquidity on a v3 pool, each price range gives an NFT, it's not because there are several NFTs that it becomes complicated, there is just more information, but it is mandatory to target the advantages and not give 1 REG all the advantages

Getget

Super idée ça honnêtement ! Par contre, est ce que le fait de bloquer des REG au profit de DApp fera diminuer mon pouvoir de vote dans la DAO ? Parce que si à chaque période d'incentive il faut delocker ses REG pour les relocker dans la DAO pour pouvoir voter ca peut être pénible...

Ça encourage l'immobilisation des REG, ça c'est génial, mais également au détriment du liquidity providing non finalement ?...

Yohann76

Getget

Getget Par contre, est ce que le fait de bloquer des REG au profit de DApp fera diminuer mon pouvoir de vote dans la DAO ?

No, voting power is always given, no matter where REG is located, but we can imagine giving different voting powers depending on the application, for example giving more voting power on what is really good for the ecosystem, we can imagine a different voting power for each vault.

Getget Parce que si à chaque période d'incentive il faut delocker ses REG pour les relocker dans la DAO pour pouvoir voter ca peut être pénible...

In any case, if you have REGs, you can vote, no matter where your REGs are, and no matter if they're locked in the incentive vault or not.

Michael-RealT

Getget

Pour compléter le commentaire de @Yohann76 qui as tout juste sur le pouvoir de vote, il y as une partie du commentaire
qui n'a pas de réponse:

Getget Parce que si à chaque période d'incentive il faut delocker ses REG pour les relocker dans la DAO pour pouvoir voter ca peut être pénible

La tokenomic prévoie exactement ce genre de choix a faire, comme dis le pouvoir de vote est toujours attribué, en revanche un REG ne peux donné qu'un seul avantage, ainsi tu dois faire un choix sur l'usage des REG que tu possède (c'est la que ça m'attriste de voir les vente de REG donné Gratuit, car les gents vont devoir les racheter plus tard).

Donc si tu choisi de profité d'un avantage dans une app de la communauté, ou de l'écosystème comme le YAM, RMM ou autre, tu ne pourra pas avec les REG déposer dans ses apps prétendre au bonus du vault d'incitation.
La tokenomic que construite de façons que le REG obtiens un maximum d'utilité en fonction des utilisateurs, les forçant a choisir leurs usage se qui crée une réel demande.

D'ici la 2ème partie de l'année nous devrions commencé a voir de plus en plus de cas d'usage faire leurs apparition créant une prise de conscience des holders sur l'usage du REG

Getget

Ha OK je vois l'idée, en fait c'est l'approche inverse: de base le rendement du vault incite les gens à bloquer leur REG dans la DAO sauf s'ils estiment qu'une application vaut vraiment la peine de s'assoir sur ce rendement de par ses fonctionnalités 👍

Michael-RealT

Getget
C'est ça, il n'y as pas de rendement direct, mais un service en plus, cela évite de devoir faire payé des abonnement ou faire appel aux don pour le dev d'application, ça donne de l'usage au REG.

Le dev obtiendra des gains pour sont applications de la part de la DAO au travers des NFT Activity quant ils serons disponible et en attendant la DAO peux allouer un budget répartis en fonction du nombre de REG lock dans les vaults.

ça créera naturellement une compétition et un équilibre, si le nombre de REG a bloquer est trop important par rapport a l'apport en fonctionnalité ou se que peux offrir d'autre plateforme, alors il y aura peux ou pas de souscription, si elle demande très peux de REG alors le dev ne gagnera pas grand chose pour l'apport effectué, c'est donc un équilibre naturel entre toutes les offres qui sont en compétition les une avec les autres.

Pour les utilisateurs, cela ne "coûte rien" car ils touche pour la plus part des REG gratuitement, c'est donc une opportunité pour les utilisateur de ne pas vendre et bénéficié d'avantage de fonctionnalité tout en soutenant indirectement le travail des dev de la communauté

Michael-RealT

Afin d'avancé un peux sur le sujet, le lancement pourrais potentiellement être effectué 2ème partie de Juin si nous passons au vote d'ici la fin du mois.

la V1 serais uniquement compatible avec les REGs, la v2 pourrais permettre de prendre le armmv3 token pour séparer le rendement du dépot permettant ainsi de rémunérer en USDC et xDai le propriétaire du vault se qui peux servir pour payé un abonnement par exemple, sans que le propriétaire ne puissent accéder aux fond des utilisateurs, et donc aux utilisateur de payé un abonnement sans perte puisque le paiement s'effectue avec les intérêt générer par le RMM.

c'est donc le dernier moment si vous avez des idée de fonctionnement, paramétre souhaité pour la v1

Michael-RealT

Je conserve ouvert cette idée et la ferais évolué un peux plus tard, question d'organisation de planning interne RealT.

si la communauté souhaite déjà passer a l'étape de proposal je vois pas d'objection, pour le planning de dev, cela vas dépendre de réponse que nous attendons en interne

DRKTT

Michael-RealT

Je pense que cette suggestion peut passer en proposal

« Previous Page