Rabby Wallet et les contrats de vesting : Suivi des tokens qui se débloquent sur 141 chaînes

Un employé en startup crypto reçoit une allocation de tokens avec un calendrier de déblocage échelonné sur quatre ans. Les tokens arrivent progressivement : dix pour cent maintenant, le reste réparti sur quarante-huit mois. Il doit gérer cette allocation entre Ethereum, Arbitrum, Polygon et Optimism, suivre les montants disponibles chaque mois, et déclarer les revenus aux autorités fiscales selon des règles qui restent ambiguës dans plusieurs juridictions. Un portefeuille qui afficherait uniquement les tokens librement transférables rendrait invisible la majorité de son revenu en crypto—une omission dangereuse pour la conformité fiscale et la planification financière.

Rabby Wallet, développé par DeBank et disponible comme extension navigateur et application de bureau, s’est construit autour d’une gestion d’actifs unifié sur 141+ chaînes EVM. Pour les utilisateurs confrontés à des contrats de vesting—que ce soit des allocations d’employés, des récompenses de protocole, ou des distributions progressives de tokens de gouvernance—le portefeuille pose une question centrale : qu’affiche-t-il vraiment des tokens bloqués, et surtout, qu’omet-il ? Cette lacune peut créer une fausse impression de richesse disponible, des erreurs de calcul fiscal, et une compréhension incomplète du calendrier réel de déblocage à travers plusieurs blockchains.

Pourquoi les contrats de vesting restent invisibles dans la plupart des portefeuilles

Un contrat de vesting est un accord programmé qui libère des tokens progressivement selon un calendrier défini. Le montant total peut être des millions de tokens, mais seule une fraction est transférable à un moment donné. Un portefeuille classique affiche le solde du portefeuille—les tokens que le propriétaire peut envoyer immédiatement—mais non pas les tokens verrouillés attendant leur déblocage. C’est une distinction critique, surtout pour un salarié crypto ou un participant à un protocole qui compte ces tokens comme revenu.

La raison technique est simple : un contrat de vesting détient les tokens sur le blockchain, et le portefeuille reçoit une clé d’accès ou une allocation dans le contrat, pas la possession directe du token. Rabby Wallet, comme la plupart des portefeuilles multi-chain, affiche d’abord ce qui est directement transférable. Il doit ensuite chercher les contrats de vesting associés à chaque adresse, décoder leurs conditions de déblocage, et afficher les montants bloqués aux côtés des montants disponibles. Cela exige une analyse supplémentaire pour chaque protocole, car les contrats de vesting ne suivent pas un standard unique.

Ethereum a ERC-20 pour les tokens, mais pas de standard unique pour les contrats de vesting. Aragon Vesting, Sablier, OpenZeppelin’s TokenVesting, et d’autres implémentations coexistent, chacune avec ses propres méthodes pour consulter les montants restants. Sur d’autres chaînes comme Arbitrum, Optimism ou Polygon, les contrats de vesting peuvent utiliser des variantes locales ou des ponts multi-chaîne qui compliquent davantage le suivi. Un portefeuille qui veut afficher complètement les allocations doit intégrer des requêtes pour des dizaines de contrats différents, ce qui ralentit le chargement et ajoute des points de défaillance.

Le résultat pratique est que beaucoup d’utilisateurs ne voient jamais leurs tokens en attente de déblocage s’ils ne cherchent pas activement. Ils consultent Rabby Wallet, voient un solde faible, et concluent à tort qu’ils ne possèdent pas grand-chose—alors qu’un contrat de vesting contient des millions de tokens avec un calendrier de déblocage documenté. Pour la planification fiscale, c’est une erreur coûteuse.

Comment Rabby affiche actuellement les tokens et les limites pratiques

Rabby Wallet utilise la détection automatique des réseaux pour basculer entre 141+ chaînes EVM. Son système d’affichage des actifs récupère les soldes des tokens standards en scannant les transferts historiques et les appels de contrats intelligents. Pour un token ERC-20 courant—UNI, USDC, ou DAI—cela fonctionne directement : le portefeuille affiche la quantité détenue à l’adresse utilisateur.

Cependant, Rabby n’interroge pas systématiquement chaque contrat de vesting auquel l’utilisateur pourrait être lié. Pour y avoir accès, l’utilisateur doit souvent connaître l’adresse exacte du contrat de vesting, la saisir manuellement, ou consulter une source externe comme Etherscan pour décoder les fonctions de déblocage. Cela place le fardeau sur l’utilisateur plutôt que sur le portefeuille. Un employé peut recevoir une allocation de vesting de son entreprise ou un airdrop de tokens avec vesting du protocole, mais il ne verra le montant réel que s’il recherche activement le contrat concerné.

La gestion d’actifs unifié de Rabby brille pour les tokens distribués sur plusieurs chaînes. Si les mêmes tokens existent sur Ethereum, Arbitrum et Polygon, Rabby consolide l’affichage et montre le total combiné. Mais pour les tokens verrouillés, cette consolidation ne s’applique pas automatiquement. Un contrat de vesting sur Ethereum et un autre sur Polygon resteront invisibles dans le portefeuille standard jusqu’à ce que l’utilisateur les découvre et les ajoute manuellement. Pour quelqu’un gérant des allocations sur plusieurs chaînes—une situation courante pour les employés de protocoles décentralisés—cette omission peut être critique.

Le portefeuille offre aussi une fonction de révocation de l’approbation en lot, utile pour nettoyer les contrats intelligents qui ont reçu une autorisation d’accès illimitée. Mais cette fonction ne s’étend pas aux contrats de vesting. Un utilisateur ne peut pas révoquer ou modifier les termes d’un contrat de vesting directement depuis Rabby—ces actions requièrent une interaction directe avec le contrat, souvent via une interface web fournie par le protocole ou l’employeur. Rabby peut afficher les informations ; il ne peut pas les modifier.

Les implications fiscales de l’invisibilité des tokens bloqués

La question fiscale dépend entièrement de la juridiction et de la façon dont les autorités traitent les tokens verrouillés. Aux États-Unis, l’IRS n’a pas publié de directive définitive, mais la pratique courante parmi les conseillers fiscaux en crypto traite les tokens reçus via un contrat de vesting comme un revenu à la date du déblocage, pas à la date du contrat. Autrement dit, si un employé reçoit une allocation de cent mille tokens sur quatre ans, il doit déclarer approximativement vingt-cinq mille tokens comme revenu chaque année fiscale, basé sur le prix de marché au moment du déblocage.

Ce traitement crée deux obligations incompatibles avec un portefeuille qui cache les tokens bloqués. Premièrement, l’utilisateur doit connaître la date exacte de déblocage et le montant pour calculer correctement le revenu imposable. Deuxièmement, il doit suivre le prix du token à chaque date de déblocage—pas juste à la date de réception du contrat. Sans un suivi visible des contrats de vesting dans Rabby Wallet, un utilisateur peut accidentellement sous-déclarer le revenu ou oublier des déblocages sur des chaînes secondaires.

En Europe, les règles varient encore davantage. Certaines juridictions traitent les tokens reçus via vesting comme un revenu au moment de la réception du contrat (indépendamment du déblocage), d’autres au moment du déblocage réel. En France, la position de l’administration n’est pas clarifiée de manière uniforme, créant une incertitude pour les salariés crypto. Au Royaume-Uni, les règles HMRC traitent généralement les tokens libérés de vesting comme imposables au moment du déblocage, basé sur la juste valeur marchande. Dans tous les cas, un portefeuille qui affiche les tokens bloqués encourage un suivi plus complet.

Le risque réputationnel et légal est réel. Un auditeur fiscal qui découvre des contrats de vesting non déclarés peut interpréter cela comme une fraude délibérée ou une négligence grossière. Un utilisateur qui prétend ne pas avoir connu l’existence des tokens bloqués parce que son portefeuille ne les affichait pas ne sera probablement pas accepté comme excuse devant une autorité fiscale. La responsabilité incombe à l’utilisateur de connaître ses actifs, peu importe comment le portefeuille les présente.

Stratégies manuelles de suivi des vestings sur plusieurs chaînes

Sans que Rabby Wallet n’affiche nativement les contrats de vesting, les utilisateurs doivent mettre en place un système externe. La première étape est de documenter chaque contrat de vesting : son adresse, sa chaîne, le montant total, le calendrier de déblocage, et la personne ou l’entité qui l’a créé. Un employé reçoit généralement cette information lors de l’onboarding ou dans un document de conditions de travail. Pour les airdrops ou les récompenses de protocole, cette information figure dans l’annonce officielle ou sur le site du protocole.

Deuxièmement, utiliser un outil externe comme Etherscan, Blockscout (pour les chaînes secondaires), ou des agrégateurs de vesting spécialisés. Etherscan permet de saisir l’adresse du contrat de vesting et de consulter sa fonction de déblocage. Des outils comme Sablier Dashboard (pour les contrats Sablier) ou OpenZeppelin Vesting Dashboard affichent le calendrier de déblocage pour certaines implémentations standard. Pour les contrats non standard, il faut consulter directement la source du protocole ou du contrat intelligent.

Troisièmement, pour une gestion multi-chaîne, maintenir une feuille de calcul centralisée listant tous les contrats, leurs états de déblocage actuels, et les montants actuels bloqués. Une mise à jour mensuelle ou trimestrielle suffit généralement, sauf si le calendrier de déblocage change. Cette feuille de calcul devrait aussi inclure le prix moyen du token au moment de chaque déblocage, pour faciliter le calcul des revenus imposables.

Quatrièmement, configurer Rabby Wallet pour ajouter manuellement les adresses de contrats de vesting en tant que “jetons observés” ou via des interfaces spécialisées si elles existent. Certains protocoles offrent des portails de vesting où l’utilisateur peut se connecter avec son portefeuille et voir tous ses vestings en un seul endroit. Utiliser ces portails en parallèle de Rabby crée une redondance utile et réduit le risque que des allocations passent inaperçues.

Les contrats de vesting multi-chaîne et l’isolation des allocations

Les protocoles qui opèrent sur plusieurs chaînes compliquent encore le suivi. Un protocole peut créer des contrats de vesting identiques sur Ethereum, Arbitrum et Optimism, chacun avec le même calendrier mais verrouillant des tokens sur des chaînes différentes. Un utilisateur peut avoir une allocation de cinquante mille tokens sur Ethereum et une autre de cinquante mille sur Arbitrum, toutes deux libérées selon le même calendrier, mais nécessitant des transactions de déblocage séparées sur chaque chaîne.

Rabby gère bien le portefeuille multi-chaîne une fois les tokens disponibles. Mais pour les tokens bloqués, chaque contrat de vesting reste isolé à sa chaîne. L’utilisateur doit vérifier chaque chaîne séparément ou utiliser des outils externes pour voir l’image complète. Cela augmente le risque d’oubli : il est facile d’oublier que l’on a aussi une allocation sur Optimism si on se concentre sur les vestings d’Ethereum.

Un autre piège est la fragmentation des prix. Le même token peut être échangé à des prix légèrement différents sur Ethereum et Arbitrum à cause des frictions de bridge. Lors du calcul du revenu imposable, l’utilisateur doit utiliser le prix de la chaîne où le déblocage s’est produit, pas un prix “moyen”. Sans suivi attentif, cela peut introduire des erreurs de conformité fiscale.

Simulation de transactions et révocation d’approbation pour les vestings

Rabby Wallet offre une simulation de transactions qui affiche les changements d’état avant qu’une transaction soit approuvée. Cette fonctionnalité est particulièrement utile pour débloquer des tokens d’un contrat de vesting. Avant de signer la transaction de déblocage, l’utilisateur voit exactement combien de tokens seront transférés à son portefeuille, quel sera le coût en gaz, et si la transaction aura d’autres effets non intentionnels.

Cependant, la simulation ne s’étend pas à la révocation des droits de vesting. Contrairement aux approbations de contrats intelligents standard, où Rabby offre une révocation en lot, un contrat de vesting ne peut pas être révoqué par le bénéficiaire. Seul le créateur du contrat (généralement l’entreprise ou le protocole) peut annuler ou modifier les termes. Cette asymétrie est délibérée : elle empêche les salariés de modifier leurs propres allocations. Mais elle signifie aussi qu’un utilisateur mécontent ne peut pas nettoyer un contrat de vesting depuis Rabby.

La détection proactive des phishing de Rabby s’applique aussi aux contrats de vesting. Si un contrat malveillant essaie de se faire passer pour un contrat de déblocage légitime, Rabby peut alerter l’utilisateur—à condition que le contrat soit connu et listé dans sa base de données de phishing. Pour les contrats de vesting moins courants ou créés par de petites entreprises, cette protection peut ne pas exister. L’utilisateur doit vérifier l’adresse du contrat de vesting indépendamment avant d’interagir avec lui.

Intégration future et limitations architecturales

Intégrer nativement le suivi des contrats de vesting dans Rabby Wallet poserait plusieurs défis architecturaux. Premièrement, il faudrait que Rabby indexe tous les contrats de vesting connus sur 141+ chaînes, une tâche logistique complexe. Deuxièmement, il faudrait décoder les fonctions de déblocage de chaque implémentation, un travail qui nécessiterait une mise à jour constante à mesure que de nouveaux contrats et standards émergent. Troisièmement, cela ajouterait une latence à chaque chargement du portefeuille, car le portefeuille devrait interroger des dizaines de contrats supplémentaires.

Une approche intermédiaire serait un plugin ou une extension intégrée à Rabby qui se connecte à une base de données centralisée de contrats de vesting. L’utilisateur fournirait son adresse, et le plugin afficherait tous les vestings connus associés à cette adresse, directement dans Rabby. DeBank, qui développe Rabby, opère déjà un protocole DeFi Radar riche en données ; un module de vesting serait conceptuellement similaire. Cependant, cela nécessiterait que DeBank maintienne des données à jour sur chaque contrat de vesting, une tâche sans fin.

Une autre approche serait de permettre aux utilisateurs d’importer des listes de contrats de vesting depuis des sources de confiance—l’entreprise, le protocole, ou une base de données communautaire. Rabby pourrait alors afficher ces vestings personnalisés à côté des tokens standard. C’est techniquement plus simple et reconnaît que la responsabilité de la découverte des vestings devrait être partagée entre l’utilisateur et l’entité qui crée l’allocation.

Bonnes pratiques pour les utilisateurs et recommandations

Pour quelqu’un gérant des contrats de vesting sur 141+ chaînes via Rabby Wallet, voici les étapes essentielles. Premièrement, demander à l’employeur ou au protocole la liste complète des adresses de contrats de vesting, les chaînes, les montants et les calendriers. Ne jamais supposer qu’une seule allocation existe. Deuxièmement, ajouter manuellement chaque contrat de vesting à un suivi externe—une feuille de calcul, une application de suivi fiscale, ou un dashboard de protocole dédié. Troisièmement, mettre à jour ce suivi régulièrement, au moins une fois par trimestre, pour vérifier les déblocages et documenter les prix de marché.

Quatrièmement, consulter Etherscan ou l’explorateur de blockchain approprié pour vérifier les détails du contrat avant chaque déblocage. Vérifier l’adresse exacte, le montant, et le calendrier. Cinquièmement, utiliser la simulation de transaction de Rabby avant de signer un déblocage, pour s’assurer que le montant affiché correspond aux attentes. Sixièmement, conserver tous les reçus de déblocage et les documents de vesting pour la déclaration fiscale. Un revenu de crypto improprement documenté crée des problèmes disproportionnés avec les autorités fiscales.

Septièmement, si possible, utiliser une adresse de portefeuille stable pour tous les vestings. Cela facilite le suivi et réduit le risque de manquer un déblocage parce que les tokens sont allés à une adresse oubliée. Huitièmement, envisager de mettre en place une alerte calendrier ou un rappel automatique pour les dates de déblocage importantes. Enfin, consulter un conseiller fiscal spécialisé en crypto pour vérifier que les calculs sont corrects selon la juridiction applicable. Les règles évoluent, et une erreur de calcul peut avoir des conséquences fiscales durables.