Ah, pour être honnête, en triant tout à l’heure les transactions de cette année, j’ai failli me faire peur jusqu’à en avoir la chair de poule.

J’avais toujours l’impression que les historiques on-chain étaient là, et qu’il suffisait de les consulter tranquillement plus tard. Sauf qu’aujourd’hui, quand j’ai voulu calculer le coût en gas d’un échange de crypto multi-chaînes, j’ai découvert que, pour quelques adresses, les enregistrements de transferts ne contiennent même pas le hash d’une interaction avec un contrat. En cherchant sur un explorateur de blocs, je suis tombé sur des dizaines d’opérations de swap en attente (pending), et impossible de savoir laquelle correspond à quoi.

Après coup, je me suis rappelé que je note tout dans Excel : l’heure, les adresses de portefeuille, la chaîne, le contrat du token, le montant et les frais de gas. Chaque mois, j’exporte une fois la liste des tx on-chain (txlist) pour recouper. C’est là que j’ai compris : il y avait un DEX où les logs de swap avaient des frais de gas particulièrement élevés. À l’époque, je croyais que c’était juste du slippage… mais en fait, le routage de la passerelle inter-chaînes était faux. Résultat : j’ai perdu 0,2 ETH pour rien.

Bref, avec le durcissement des exigences fiscales quelque part, et des demandes de conformité de plus en plus précises, même si tes opérations on-chain sont correctes, des traces incomplètes peuvent te mettre dans une situation cauchemardesque à la déclaration en fin d’année. Maintenant, je crée une feuille (sheet) séparée pour chaque adresse : chaque interaction est étiquetée avec des tags comme « tâche d’airdrop », « swap DEX », « pont inter-chaînes ». Puis je sauvegarde le tout une fois par mois sur mon ordinateur.

Ne te moque pas si c’est trop pénible. Quand tu te feras contrôler, tu comprendras à quel point ces 10 minutes valent le coup.