[Dev Competition] RMM: Gain or loss - Final version

Battistu

French version below

1. Project Overview 🚀

RMM Gain or Loss is a lightweight web application that enables any user of the RMM platform (versions 2 & 3) to quickly view and analyze the cost of their debt or the returns generated by their liquidity deposits.

https://youtu.be/HZEPZn-09_E

2. Key Features ✨

User Address Input 🔑

The user simply enters their Ethereum/xDai address (EVM-compatible).
Automatic retrieval of all RMM interactions (Supply, Withdraw, Borrow, Repay & Liquidations).

Dynamic Filters 🔍

By currency: USDC or WXDAI
By RMM version: v2 or v3
By date range
Modeling of amounts borrowed and supplied, costs and yields.

Export & Sharing 📤:
Download history as CSV, JSON, or PDF.

Open Backend & Community API 🛠️

GraphQL (The Graph) and REST (RMM API)
Optional database to record daily APR rates (daily cron job)
Documentation and API calls to allow other applications or community sites to fetch data easily (facilitates feature integration).

3. Current Version (MVP) 🔗

A working prototype is already deployed at:
https://gainorloss.mybots.fun/

4. Advantages & Limitations ⚖️

Advantages:

Simplicity & Speed: users can access their complete history in just a few clicks.
Transparency: clear visualization of costs & returns, improving personal tracking.
Open Ecosystem: modular backend and public APIs encourage the development of community tools.

Limitations:

Dependency on The Graph service (risk of latency or downtime).
No solution planned if tokens other than stablecoins are supported... 😕

5. Future Perspectives 🌱

Grouping by User ID: If an address holds REG, it can group all associated addresses under any one ID and concatenate all data.

AAVE Extension: Adapt the same logic for the AAVE platform, given that RMM is a fork of AAVE.
But wallet needs to own REG... 😎

Native Integration: Provide a plugin/widget directly embedded in the RMM interface for seamless adoption.

6. Added Value for Users 💎

Daily position tracking
Fulfills recurring community requests 🤝

If you have any questions, please dont hesitate!

Battistu

1. Présentation du projet 🚀

RMM Gain or Loss est une application web légère qui permet à tout utilisateur de la plateforme RMM (versions 2 & 3) de consulter et d’analyser rapidement le coût de sa dette ou les rendements générés par ses dépôts de liquidité.

2. Fonctionnalités clés ✨

Saisie de l’adresse utilisateur 🔑

L’utilisateur saisit simplement son adresse Ethereum/xDai (compatible EVM).
Récupération automatique de toutes les interactions RMM (Déposer, Retirer, Emprunter, Rembourser & Liquidations).

Filtres dynamiques 🔍

Par token : USDC ou WXDAI
Par version RMM : v2 ou v3
Par plage de dates
Modélisation des montants empruntés et déposés, coûts et rendements.

Export & partage 📤

Téléchargement de l’historique au format CSV, JSON ou PDF.

Backend ouvert & API communautaire 🛠️

GraphQL (The Graph) et REST (API RMM)
Base de données optionnelle pour enregistrer les taux APR journaliers (cron job quotidien)
Documentation et appels API pour permettre à d’autres applications ou sites communautaires de récupérer facilement les données (facilite l’intégration des fonctionnalités).

3. Version actuelle (MVP) 🔗

Un prototype fonctionnel est déjà déployé :
https://gainorloss.mybots.fun/

4. Avantages & limites ⚖️

Avantages :

Simplicité & rapidité : l’utilisateur peut accéder à son historique complet en quelques clics.
Transparence : visualisation claire des coûts & rendements, pour un meilleur suivi.
Écosystème ouvert : backend modulaire et API publiques encouragent le développement d’outils communautaires.

Limites :

Dépendance au service The Graph (risque de latence ou d’interruption).
Pas de solution prévue pour des tokens autres que des stablecoins… 😕

5. Perspectives d’évolution 🌱

Regroupement par User ID : si une adresse détient des REG, possibilité de regrouper toutes les adresses associées sous un même ID et de concaténer toutes les données.
Extension à AAVE : adapter la logique pour la plateforme AAVE (V2/V3), étant donné que RMM est un fork d’AAVE. Mais le portefeuille doit posséder des REG… 😎
Intégration native : proposer un plugin/widget directement intégré à l’interface RMM pour une adoption fluide.

6. Valeur ajoutée pour les utilisateurs 💎

Suivi quotidien des positions
Répond aux demandes récurrentes de la communauté 🤝

Si vous avez des questions, n’hésitez pas !

DRKTT

Perso j'ai juste besoin de l'idée de base qui était un PDF avec une année et des totaux en USD, le détail est un plus mais pas la finalité pour moi.

Rappel du besoin de base :

Avoir une fonction au sein du RMM permettant d'avoir un PDF dans lequel serait inscrit :

L'année choisie
La version du RMM (2, 3, etc)
Le wallet (ou un pseudo pour ce wallet)
La valeur au 31 décembre de l'année choisie à minuit (UTC +/- fuseau horaire désiré) des actifs - celui des dettes
Le total des intérêts reçus tout actif confondu en USD durant l'année choisie
Le total des intérêts perçus tout passif confondu en USD durant l'année choisie
Le total entre les intéréts reçus et perçus en USD durant l'année écoulée

Battistu

DRKTT
Hello Drazz,
Pour l'idée de base, dans tous les cas il faut passer par le détail, s' il n'y a pas d'événements dans l'année actuelle mais qu'un dépôt/une dette est en cours il faut pouvoir estimer la valeur au 31 décembre,
On peut faire une estimation par une regression linéaire avec le dernier event et le balanceOf, mais ce n'est pas très précis.

Pourquoi pas faire, un PDF lite et une options qui génère le détail,

Tous les points du besoin seront respectés

Michael-RealT

Battistu

Petit tips pour améliorer le système et répondre aux demande.
Une piste serais de permettre a un utilisateur de programmer des snapshot custom (date heures, récurrence) qui ferais un call RPC pour obtenir la balance a un moment précis, il faut donc faire un balanceOf sur le token qui retournera la balance actualiser

Si ont veux avoir une valeur dans le passé, il me semble qu'il y as une solution mais pas simple avec un calcule complexe, a vérifier s'il y as les données dans une graph pour pouvoir recalcule la bonne balance dans le passé.

Pour ajouter un peux d'intégration dans l'app, dans le premier cas en call RPC, ont peux imaginer que de base tu as le droit a x call par année, si tu en veux plus tu pourrais lock des REG pour augmenter le nombre de call et avoir d'autre possibilité