Changelog
Suivez chaque étape du développement de dTax - du moteur principal à la plateforme fiscale complète.
Conversions Binance.US et analyse de risques corrigée
Les conversions et ordres d'achat/vente de Binance.US passés hors du carnet d'ordres (Convert, etc.) sont désormais synchronisés ; seuls les trades spot l'étaient auparavant. Seuls les ordres exécutés sont enregistrés, et un ordre en cours est repris une fois exécuté. L'analyse de risques avant audit ne signale plus chaque cession comme sans coût d'acquisition : elle utilise désormais le même calcul FIFO que le rapport fiscal par défaut. Une cession sans prix en USD est listée séparément, et le contrôle des wash sales tient compte du passage d'une année à l'autre. La colonne gain/perte vide des transactions récentes du tableau de bord a été retirée (gains et pertes figurent dans vos rapports). Les périodes en échec lors de la synchronisation d'un exchange sont réessayées après une pause au lieu d'être abandonnées en quelques secondes. Les conversions de petits soldes (dust) sont également synchronisées.
La synchronisation Binance aboutit pour les gros comptes
La synchronisation d'un compte Binance ou Binance.US comptant beaucoup de transactions n'échoue plus avec « Unknown API error ». Chaque synchronisation lit une tranche de durée limitée, mémorise où elle s'est arrêtée, et la page poursuit automatiquement jusqu'à 10 tours ; s'il reste des données, synchronisez à nouveau. Les transactions sont enregistrées par lots, les dépôts et retraits sont lus par fenêtres de temps, et les marchés ou périodes illisibles sont listés dans le résultat au lieu d'être ignorés en silence ; pour ceux-ci, exportez un CSV. Un délai d'attente de la passerelle affiche désormais un message clair. La première synchronisation d'une connexion existante relit l'historique une fois ; aucun doublon n'est créé.
Règles britanniques du jour même et des 30 jours, correction du prix de revient pluriannuel, relevé des cessions en livres
UK Share Pooling applique désormais à chaque cession l'ordre d'identification de HMRC : d'abord la règle du jour même, puis celle des 30 jours (bed and breakfasting), puis le pool de la Section 104, en jours calendaires britanniques ; les achats d'un même jour comptent comme un seul achat à leur coût moyen. Un nouveau relevé des cessions UK (Pro) liste chaque cession avec la règle qui a fixé son coût, la date de la position rapprochée et les totaux de cessions, produits, coûts déductibles, gains et pertes en livres sterling ; chaque achat et chaque cession est valorisé au taux de référence de l'euro de la BCE de son propre jour. dTax ne calcule ni votre impôt sur les plus-values ni l'abattement annuel. Correction importante pour toutes les méthodes de prix de revient : le rapport d'une année fiscale tient désormais d'abord compte des cessions des années précédentes, de sorte que les lots déjà vendus ne sont plus rapprochés une seconde fois et qu'une cession ne peut plus être rapprochée d'un lot acquis après elle. Les méthodes à coût moyen (pool UK, moyenne totale, PMPA, ACB canadien) ne dérivent plus après des ventes successives. Les chiffres de rapports générés auparavant peuvent donc différer d'un nouveau calcul. Si le recalcul automatique après une synchronisation modifie un rapport enregistré, le fichier exporté précédemment est supprimé et l'e-mail indique le changement ; exportez de nouveau. La détection des wash sales voit aussi les achats de remplacement des 30 premiers jours de l'année suivante, utilise la quantité achetée, et une perte refusée une année antérieure s'ajoute au coût du lot de remplacement. Quand vous choisissez les lots à la main, les ventes d'années antérieures non identifiées sont traitées premier entré, premier sorti. Les règles UK apparaissent dans la description du formulaire 8949 de chaque cession. Auto-hébergement : les images de conteneur sont privées ; demandez l'accès au support, voir le guide.
Synchronisation des portefeuilles — Les blockchains ignorées sont désormais signalées au lieu d'être passées sous silence
Corrige une lacune : la synchronisation des portefeuilles blockchain pouvait ignorer silencieusement des blockchains qu'elle n'avait pas pu interroger (clé API côté serveur manquante pour cette blockchain, ou limite de débit ou erreur transitoire) tout en indiquant que la synchronisation était entièrement terminée. Un portefeuille dont la seule activité se trouvait sur l'une des blockchains concernées affichait « synchronisation terminée » sans aucune indication que cette blockchain n'avait jamais été vérifiée. Le moteur de synchronisation suit désormais chaque blockchain ignorée avec un motif lisible par machine (clé manquante, limite de débit, configuration bloquée, etc.) et un indicateur précisant s'il vaut la peine de réessayer. Lorsque des blockchains ont été ignorées, la carte du portefeuille affiche un avis clair (par exemple « base, cronos — configuration de la plateforme en attente ») au lieu de la bannière trompeuse « déjà à jour » qui s'affichait auparavant dans tous les cas. Les détails d'implémentation internes (noms de fournisseurs tiers, noms des contrôles de sécurité) ne sont jamais exposés dans ce message — seuls une catégorie destinée à l'utilisateur et les noms des blockchains concernées y figurent. Ajout de tests de non-régression couvrant les chemins d'omission des blockchains personnalisées, EVM et Solana, qui n'étaient pas testés auparavant.
Synchronisation API de Binance.US — Correction du rejet des connexions IPv6
Correction d'un échec de connexion affectant la synchronisation API de Binance.US dans certains environnements d'hébergement. Node.js 17+ a modifié son ordre de résolution DNS par défaut pour ne plus privilégier IPv4 ; sur les hôtes dont la sortie réseau IPv6 est activée, cela pouvait acheminer les requêtes sortantes vers une adresse IPv6 pour les domaines disposant à la fois d'enregistrements A et AAAA. L'API de Binance.US rejette explicitement les connexions client IPv6, ce qui se traduisait pour les utilisateurs par une erreur de connexion générique et peu utile. Le serveur API privilégie désormais IPv4 pour toute résolution DNS sortante au démarrage — cela ne désactive pas IPv6 pour ce qui en a besoin, cela change uniquement la famille d'adresses essayée en premier. S'applique de manière préventive à toutes les connexions API des plateformes d'échange, pas seulement à Binance.US.
Connexion d'une plateforme par API — Messages d'erreur plus clairs
Lorsque la connexion d'une plateforme par clé API échouait, quelle qu'en soit la raison, le message d'erreur était toujours le même message générique « Failed to verify API keys with exchange. », que la cause réelle soit une clé invalide, une restriction d'IP, un décalage d'horloge, des autorisations insuffisantes ou une plateforme non prise en charge. Il était donc impossible de diagnostiquer soi-même un échec de connexion. La réponse d'erreur inclut désormais le motif de rejet réel communiqué par la plateforme (par exemple l'erreur d'authentification précise renvoyée par l'API de la plateforme), ce qui permet de savoir immédiatement s'il s'agit d'une mauvaise clé, d'un problème d'autorisations ou d'autre chose. S'applique à toutes les plateformes prises en charge, pas à une seule.
Binance.US — Nouveau format CSV et prise en charge de la synchronisation API
Binance.US a modifié son export CSV pour adopter un nouveau format non documenté (colonnes distinctes Base Asset / Quote Asset / Primary Asset) que dTax ne reconnaissait pas, provoquant l'erreur « No valid transactions found in CSV » à l'importation. Ajout de la prise en charge du nouveau format en plus de l'ancien — les deux sont détectés automatiquement, sans sélection manuelle du format. Gère les transactions au comptant à deux côtés (achat/vente, correctement typées pour les devises de cotation fiat et stablecoins) ainsi que les lignes à actif unique (dépôts, retraits, récompenses de staking, distributions, commissions de parrainage). Binance.US a également été ajouté comme option de synchronisation API directe (en plus de l'importation CSV) — Binance.US étant limité au comptant, l'option contrats à terme/perpétuels n'y apparaît logiquement pas.
Rapports PDF — Correction du chevauchement des colonnes
Correction d'un bug de mise en page où les colonnes (f)/(g)/(h) du Form 8949 pouvaient s'afficher par-dessus la colonne (e) Cost Basis, produisant un texte illisible comme « (e) Cost Ba(g)sis Adj. » dans l'en-tête et des chevauchements de nombres dans les lignes de totaux — causé par une formule de largeur de colonne qui ne tenait pas compte de l'endroit où la colonne précédente se terminait réellement. Correction également d'un chevauchement similaire dans les sections Connected Accounts et Transaction Register du rapport Audit Defense, dû à une particularité du rendu PDF : dessiner plusieurs colonnes sur la même ligne avec le curseur à avance automatique de la bibliothèque les faisait dériver vers le bas les unes par rapport aux autres. Les deux rapports disposent désormais leurs colonnes avec des largeurs explicites et vérifiées dont la somme correspond exactement à la zone de contenu de la page.
Transactions manuelles — Ajout d'une source pour le rapprochement de la base de coût par portefeuille
Correction d'un bug : une transaction ajoutée manuellement (par exemple une transaction de gré à gré ou un transfert saisi à la main) ne pouvait pas être rapprochée des transactions importées par CSV pour le calcul de la base de coût lorsque le suivi de la base par portefeuille (strictSilo) est activé, car les saisies manuelles ne permettaient pas d'indiquer le portefeuille ou la plateforme d'origine. Le formulaire Add Transaction comporte désormais un champ Source, afin que les lots et cessions saisis manuellement puissent être affectés au bon pool de base de coût et rapprochés correctement avec le suivi de la base par portefeuille, comme les transactions importées.
Correctif de ré-import CSV — Les lignes soft-supprimées ne bloquent plus les mises à jour
Corrige un bug où les transactions supprimées depuis l'UI étaient toujours comptées comme doublons lors du ré-upload d'un CSV. La logique initiale ignorait toutes les correspondances quel que soit l'état de suppression pour éviter les violations de contrainte d'unicité — mais cela bloquait les utilisateurs qui soft-supprimaient et modifiaient leur CSV intentionnellement. L'import partitionne désormais les correspondances en trois catégories : doublons actifs (ignorés comme avant), correspondances soft-supprimées (ressuscitées — deletedAt effacé, champs mis à jour depuis le nouveau CSV, classification IA et enrichissement de prix réinitialisés pour retraitement), et lignes nouvelles (insérées comme avant). La réponse renvoie maintenant `resurrected` aux côtés de `imported` et `skipped`. Signalé par notre tout premier client payant, correctif déployé sous 24 h.
Renforcement du pipeline de facturation et nouveaux outils d'administration
Mise à jour majeure de fiabilité du flux d'abonnement accompagnée de nouvelles capacités d'administration. Facturation : nous avons identifié et éliminé un scénario où une confirmation d'abonnement différée pouvait entraîner des frais en double lors d'une nouvelle tentative. Trois couches de défense protègent désormais le parcours de paiement — réconciliation avec Stripe avant toute création d'abonnement (répare les abonnements actifs orphelins dus à des échecs de webhook antérieurs), protection des plans Lifetime (bloque les achats PRO en double pour les abonnés à vie), et une garde anti-doublon sur le même plan qui court-circuite le checkout lorsqu'un abonnement actif ou une concession gracieuse active existe déjà. Tous les clients impactés ont été intégralement remboursés. Couverture webhook étendue pour traiter les événements customer.subscription.created, afin que les abonnements créés hors du flux standard (ex. concessions administratives) se synchronisent correctement avec notre base de données. Outils d'administration : action en un clic « Offrir 12 mois PRO » qui crée une concession à durée limitée avec expiration automatique et sans renouvellement — aucun abonnement Stripe requis. Action « Supprimer l'utilisateur » permanente avec confirmation par saisie de l'e-mail et suppression en cascade transactionnelle sur tous les enregistrements associés. Endpoint d'abonnement admin étendu pour accepter les champs currentPeriodEnd, cancelAtPeriodEnd et status pour un contrôle plus fin. Correction d'un bug d'étiquette où la date d'expiration d'abonnement apparaissait comme « date d'inscription ». Sécurité : cinq nouveaux garde-fous côté serveur sur les endpoints d'abonnement admin empêchent l'auto-modification (séparation des pouvoirs), plafonnent la durée de concession à 24 mois, rejettent les dates d'expiration passées, protègent les abonnements Stripe actifs contre l'écrasement des champs de facturation (empêche la dérive BD/Stripe), et exigent une concession Lifetime préexistante pour élever au statut Lifetime. Tests : 16 nouveaux cas couvrant toutes les voies de défense et de sécurité.
Correctif Sécurité & Fiabilité
Renforcement de sécurité interne et améliorations de fiabilité sur l'API et le frontend. Sécurité : les tokens de réinitialisation de mot de passe sont désormais stockés sous forme de hachages SHA-256 (le token brut n'est jamais persisté en base). Protection SSRF améliorée avec validation du nom d'hôte au niveau DNS pour bloquer les attaques de rebinding. Prévention de l'injection de nom de fichier dans l'en-tête Content-Disposition. Chemins d'exemption d'authentification avec correspondance exacte. Fiabilité : condition de course sur la file de jobs éliminée via des transactions PostgreSQL sérialisables. L'enrichissement des prix s'exécute par lots de 20 écritures concurrentes. Délai d'attente de 30 secondes pour les flux R2. Délai d'attente de 5 minutes pour le worker de calcul fiscal. Frontend : compatibilité de téléchargement CSV/PDF/JSON sous Firefox restaurée. Fuite d'intervalle de sondage fiscal corrigée. Navigation d'onboarding migrée vers le router Next.js. La liste des rapports se rafraîchit correctement après suppression.
Calcul Fiscal Asynchrone, Filtre Multi-Actif et Filtres URL Persistants
Trois améliorations UX. (1) Le calcul fiscal est désormais asynchrone — au lieu de bloquer l'interface, le moteur place une tâche en arrière-plan et affiche un indicateur de progression en temps réel ; les résultats apparaissent automatiquement à la fin. (2) Filtre multi-actif : la barre de filtres des transactions affiche maintenant un menu déroulant à sélection multiple chargé dynamiquement depuis votre historique réel — sélectionnez BTC, ETH, SOL et plus en un clic. L'état du filtre est aussi restauré depuis l'URL. (3) Filtres URL persistants : chaque filtre et critère de tri est écrit dans l'URL, préservant la vue exacte lors d'un rechargement ou d'un partage de lien.
Scanner OFAC et Analyse du Trading Émotionnel
Deux nouvelles fonctionnalités gratuites. Scanner OFAC : vérifie automatiquement toutes les adresses de portefeuille connectées contre la liste SDN du Trésor américain (mise à jour quotidienne, O(1), cache 24h). Modèles de trading émotionnel : détecte achat-haut/vente-bas basé sur l'historique personnel — prix d'achat moyen pondéré comme référence rationnelle, comptage des achats en hausse, ventes panique, perte émotionnelle (USD) et score émotionnel 0–100. Disponible sur tous les plans.
Scanner CARF, Suivi TDS Inde et 29 Parseurs
Scanner d'exposition CARF/DAC8 : évalue les exchanges par juridiction et statut d'adoption CARF, estime les transactions déclarables et le niveau d'exposition. Suivi TDS Inde (Section 194S) : calcule 1% TDS sur les transactions dépassant ₹50 000. 3 nouveaux parseurs indiens : WazirX, CoinDCX et ZebPay — total de parseurs dédiés : 29.
PDF de Défense d'Audit et Snapshot de Portefeuille
Deux nouveaux formats PRO. PDF de défense d'audit : package IRS en 4 sections (lettre de couverture, résumé exécutif, méthodologie, registre des transactions). PDF de snapshot de portefeuille : attestation d'actifs avec plus/moins-values latentes, bloc de signature CPA et attestation de méthodologie.
Méthodes Fiscales Internationales et Support en 10 Langues
5 nouvelles méthodes de base de coût spécifiques par pays : remise CGT australienne, ACB canadienne, taxe sur les actifs virtuels coréenne, VDA indien, CGT espagnol. Total : 13 méthodes. i18n élargi de 7 à 10 langues — français, turc et allemand ajoutés.
Multi-chaîne UTXO : LTC, DOGE, BCH, DASH
La synchronisation des portefeuilles prend désormais en charge Litecoin (LTC), Dogecoin (DOGE), Bitcoin Cash (BCH) et Dash (DASH), portant le total à 22 blockchains. Propulsé par l'API publique Blockchair (gratuite, sans clé). Détection automatique des adresses, calcul du solde UTXO et classification en TRANSFER_IN/OUT/INCOME.
Pipeline fiscal entièrement automatique
Importez vos transactions une fois — dTax gère tout automatiquement. Après chaque importation CSV, synchronisation de portefeuille ou connexion d'exchange, l'enrichissement des prix s'exécute en arrière-plan, suivi de la génération automatique du rapport fiscal FIFO pour l'année fiscale précédente et en cours. Un e-mail récapitulatif est envoyé lorsque votre rapport est prêt, indiquant le gain/la perte net par année. Les utilisateurs PRO peuvent relancer le calcul avec LIFO, HIFO ou d'autres méthodes depuis le tableau de bord.
Intégrité de synchronisation des portefeuilles et améliorations UX
Correctifs d'intégrité : pagination Solana (jusqu'à 12 500 txns), limite Moralis 20→200 (jusqu'à 20 000 txns), synchronisation incrémentale EVM avec curseur persistant. Frais USD remplis automatiquement. Hash de transaction affiche un lien vers l'explorateur. Filtre pour masquer les transactions à $0. Enrichissement des prix déclenché automatiquement après synchronisation (délai de 5 min). Bouton « Effacer les données » par portefeuille. Conseils de workflow dans le Dashboard.
Filtres et colonnes de transactions avancés
Filtrez les transactions par prix manquant (trouvez rapidement les entrées nécessitant une saisie manuelle du prix), filtrez par plusieurs actifs à la fois (par exemple, « BTC, ETH, SOL ») et activez les colonnes facultatives Chaîne, Adresse et Hachage de transaction dans le tableau des transactions. Les pages Transferts et Rapprochement paginent désormais les grands ensembles de résultats.
Polissage QA : Paires de trading, pagination IA et i18n
Les transactions bilatérales (échanges, swaps, dépôts LP) s'affichent désormais sous la forme « BTC → USDT » dans la colonne des actifs. Les types PERDU et VOLÉ ont été ajoutés à la liste des types de transactions. L'historique des conversations de l'assistant IA est paginé (charger plus). Les boutons d'actualisation des prix du portefeuille affichent des info-bulles d'action. Passage de complétude i18n à 7 locales.
Renforcement de la sécurité
Correction de 4 failles de sécurité issues d'un audit indépendant : contournement de quota via targetUserId (H-1), les sessions CPA expirées n'accèdent plus aux données (H-3), la suppression de compte est limitée en débit pour empêcher l'énumération (L-3) et le userId du webhook Stripe est validé par rapport aux métadonnées Stripe (C-2).
Synchronisation du portefeuille Bitcoin
Synchronisez directement les adresses Bitcoin — les 4 formats sont pris en charge : Legacy (1...), Nested SegWit (3...), Native SegWit (bc1q...) et Taproot (bc1p...). Propulsé par l'API Blockstream Esplora — gratuit, aucune clé API requise. Détecte automatiquement les revenus miniers (transactions coinbase → REVENUS), gère correctement les sorties de changement UTXO pour le calcul du net-envoyé et utilise mempool.space en cas de besoin pour la fiabilité.
Synchronisation API CEX — Spot et Futures
Connectez les clés API d'échange (Binance / Binance.US, OKX, Bybit, Kraken, Coinbase, KuCoin, Gate.io) pour synchroniser automatiquement les transactions spot, les dépôts et les retraits. Le Plan-43 étend cela aux contrats à terme, aux contrats perpétuels et au trading à effet de levier — y compris les frais de financement et les liquidations mappés au moteur fiscal comme types MARGIN_TRADE et LIQUIDATION.
Classification du protocole LP + chaînes personnalisées
Classez automatiquement les jetons LP par nom de protocole (Uniswap V2 LP, PancakeSwap LP, Curve 3CRV, Balancer BPT et plus de 8 autres) en tant que LP_DEPOSIT/LP_WITHDRAWAL. Prise en charge des chaînes EVM personnalisées pour les réseaux compatibles MetaMask avec des URL d'explorateur protégées par SSRF. 29+ analyseurs CSV avec de nouveaux formats Bitstamp, Upbit et Robinhood ajoutés.
Multi-chaîne 17 chaînes + améliorations des transactions
Prise en charge de 17 chaînes : ETH, Polygon, BSC, Arbitrum, Optimism, Avalanche, Base, Linea, Scroll, Mantle, Blast, Gnosis, Sonic, Monad, Sei, Cronos + Solana. Colonnes Source/Chaîne/Adresse de contrat ajoutées à l'exportation CSV, à l'importation et à la liste des transactions. Visibilité des colonnes contrôlée par l'utilisateur. BSC migré de Moralis vers Etherscan V2 pour une meilleure fiabilité.
Positionnement de la loi GENIUS et améliorations du simulateur
Section de conformité des stablecoins de la loi GENIUS ajoutée à la page des fonctionnalités et au tableau de comparaison de la page d'accueil. Comparaison côte à côte de 7 méthodes dans le simulateur (élargi de 3). Série de blogs réglementaires : taxe sur les stablecoins de la loi GENIUS, classification des actifs du protocole d'accord SEC/CFTC, taxe DeFi de la loi Clarity (3 articles × 7 langues). L'historique des rapports affiche désormais le temps de génération sur le calcul. Le sélecteur de méthode de la page d'accueil inclut le partage d'actions au Royaume-Uni. Feuille de route : mode instrument de paiement stablecoin prévu en attente des directives de l'IRS.
Conformité CARF & Partage d'actions au Royaume-Uni
Partage d'actions au Royaume-Uni (Section 104) comme 8ème méthode de calcul du prix de revient, compte à rebours CARF 2027 sur la page fiscale, statut d'adoption CARF pour 15 pays sur les taux d'imposition mondiaux, point d'accès d'exportation des données de transaction CARF (PRO/CPA), système d'IA multi-fournisseurs (plus de 15 fournisseurs LLM avec BYOK), console d'opérations IA, contrôle de mise à niveau d'abonnement, et contenu CARF sur toutes les pages marketing.
Moteur fiscal mondial
3 méthodes internationales de calcul du prix de revient (FIFO allemand avec exemption de 12 mois, moyenne pondérée PMPA française, moyenne totale japonaise), page de comparaison des taux d'imposition de 15 pays et 8 guides fiscaux crypto spécifiques à chaque pays.
Intelligence Fiscale 2026
Déclaration des revenus ordinaires (staking/mining/airdrops), classification 1099-DA couverte vs non couverte, alertes réglementaires PARITY Act et cartes récapitulatives fiscales améliorées.
Phase B : Pages du site web
Ajout des pages Tarifs, Fonctionnalités, Sécurité et Exchanges avec support i18n complet.
Phase A : Pages principales
Page de destination, pages légales (Conditions, Confidentialité, Clause de non-responsabilité) et assistant d'intégration pour les nouveaux utilisateurs.
Page de destination
Page d'accueil marketing avec les points forts des fonctionnalités, un tableau comparatif concurrentiel et un aperçu des prix.
Thème et UX
Bascule thème sombre/clair avec détection des préférences système, navigation réactive et limites d'erreur.
Amélioration du tableau de bord
Cartes d'action rapide, widget d'aperçu des sources de données et guide de l'utilisateur en 3 étapes sur le tableau de bord.
Support DeFi & NFT
12 nouveaux types de transactions DeFi/NFT, analyseurs DeFi Etherscan et Solscan, et passthrough de base wrap/unwrap.
Analyseurs d'Exchange
20 analyseurs de format CSV d'exchange, y compris Coinbase, Binance / Binance.US, Kraken, et 17 autres avec détection automatique.
Rapports Fiscaux
Exportation PDF/CSV du Formulaire 8949, résumé de l'Annexe D avec report de pertes, et détection des ventes de lavage avec fenêtre de 30 jours.
Moteur Principal
Calcul du prix de revient FIFO, LIFO et HIFO, pipeline d'importation CSV et tableau de bord de base avec résumé fiscal.
Première Publication
Moteur fiscal avec tests unitaires complets, frontend Next.js avec i18n, et API Fastify avec Prisma ORM.