Preuve de réserves HTX : les soldes en stablecoins ne concordent pas
Des preuves on-chain publiées le 23 septembre 2026 montrent que HTX, la plateforme contrôlée par Justin Sun, a déposé une preuve de réserves (PoR) de septembre qui présentait de manière inexacte les soldes de deux stablecoins. Les chiffres rapportés pour USDS et USDD ne peuvent être réconciliés avec l'état de la blockchain aux hauteurs de bloc que HTX a lui-même citées. Pour les cabinets comptables, les auditeurs et les directeurs financiers qui s'appuient sur les divulgations PoR des plateformes pour vérifier les avoirs de clients ou de trésorerie, cet épisode remet directement en question le poids que ces divulgations peuvent porter sans vérification indépendante.
Ce que la PoR de septembre de HTX a réellement déclaré
La preuve de réserves de septembre de HTX, datée du 1er septembre 2026, indiquait qu'elle détenait des soldes spécifiques en stablecoins dans deux adresses Ethereum nommées à la hauteur de bloc 25 876 316. Les deux affirmations, une fois vérifiées par rapport aux données on-chain, ne tiennent pas.
La divergence USDS
La PoR rapportait 360 949,90 USDS dans l'adresse 0xdaa4393013f359fd63a133a3b893d311aba4e471 à la hauteur de bloc 25 876 316. Les enregistrements on-chain racontent une autre histoire : la seule transaction ayant apporté des USDS dans cette adresse a eu lieu à une hauteur de bloc correspondant au 2 septembre, le lendemain de la date de snapshot de la PoR. À la hauteur de bloc revendiquée, l'adresse ne contenait aucun USDS. Le solde rapporté par HTX n'existait tout simplement pas au moment où elle prétendait qu'il existait.
La divergence USDD
La même PoR revendiquait 44 975 772,00 USDD dans l'adresse 0x18709e89bd403f470088abdacebe86cc60dda12e à la même hauteur de bloc. Les données on-chain montrent que l'adresse détenait bien des USDD à ce moment-là, mais pas le montant indiqué dans la divulgation. Le chiffre publié par HTX ne correspond pas à ce que la blockchain enregistre pour cette adresse et ce bloc.
Un schéma, pas un incident isolé
Protos avait déjà documenté une divergence similaire dans la PoR de mai 2026 de HTX. Dans ce dépôt antérieur, HTX rapportait détenir une quantité spécifique de STEAK-USDC dans une adresse nommée à la hauteur de bloc revendiquée. L'adresse ne contenait aucun STEAK-USDC à ce moment-là. Elle détenait cependant un montant équivalent de sUSDS, un actif entièrement différent. L'inférence est que HTX a confondu deux jetons distincts lors de la préparation de cette divulgation, plutôt que de vérifier les soldes directement par rapport à l'état on-chain.
Pris ensemble, trois affirmations distinctes de soldes en stablecoins sur deux dépôts PoR sont contredites par des données de blockchain publiquement disponibles. HTX n'a pas répondu à Protos avant publication.
Pourquoi cela importe pour les professionnels de la comptabilité et de l'audit
La preuve de réserves a été largement discutée comme mécanisme de transparence à la suite d'effondrements de plateformes très médiatisés. Le principe est simple : une plateforme publie des adresses de portefeuille et des hauteurs de bloc, et n'importe qui peut vérifier les soldes revendiqués sur un explorateur public. Lorsque les chiffres publiés ne correspondent pas à la réalité on-chain au snapshot indiqué, tout le mécanisme s'effondre.
La question de l'adéquation actif-passif
La préoccupation comptable la plus sérieuse n'est pas simplement qu'un chiffre soit faux. C'est la question de savoir si les passifs sont adossés à des actifs réels à tout moment. Un snapshot PoR est censé démontrer que les dépôts des clients sont garantis par des avoirs on-chain identifiables à un moment précis. Si une plateforme rapporte un solde qui n'est arrivé que le lendemain du snapshot, le snapshot ne fournit aucune assurance sur la position de passif au moment qu'il prétend couvrir. D'un point de vue comptable, un solde comptabilisé au 1er septembre qui n'a été financé que le 2 septembre est un encaissement postérieur à la période, et non un actif valide à la date de reporting.
Risque de mauvaise classification d'actifs
L'incident de mai, où STEAK-USDC était rapporté mais sUSDS était réellement présent, introduit une catégorie de risque distincte : la mauvaise classification d'actifs. Deux jetons avec des profils de risque, des émetteurs et des caractéristiques de liquidité différents ont été effectivement traités comme interchangeables dans une divulgation publique. Pour un cabinet auditant un client dont les actifs sont détenus sur une plateforme, un poste PoR mal classé pourrait se répercuter directement dans un bilan inexact s'il est pris au pied de la lettre.
Ce que devrait faire un logiciel de comptabilité crypto fiable
Ces divergences mettent en évidence une exigence fondamentale pour tout déploiement sérieux de logiciel de comptabilité crypto ou de logiciel de comptabilité d'actifs numériques : la réconciliation on-chain automatisée doit se situer à côté, et non en retrait, des chiffres rapportés par la plateforme. Un système qui ingère des PDF ou des exports CSV de PoR sans recouper la hauteur de bloc indiquée sur un explorateur de blocs ne fait pas de la vérification ; il fait de la transcription. Les cabinets qui construisent ou acquièrent des flux de travail de logiciel de tenue de comptabilité crypto pour des actifs détenus sur des plateformes doivent intégrer cette vérification de hauteur de bloc dans la couche de réconciliation, et non la traiter comme une étape d'audit optionnelle.
Implications pour les cabinets comptables et les directeurs financiers
L'impact pratique dépend du contexte, mais plusieurs problèmes concrets se posent pour les lecteurs professionnels.
Vérification des actifs clients
Si vous êtes un cabinet dont les clients détiennent des actifs chez HTX, ou chez toute plateforme qui autopublie des divulgations PoR, vous ne pouvez pas traiter ces divulgations comme vérifiées de manière indépendante. Le cas HTX démontre qu'un chiffre publié peut être faux de deux manières distinctes simultanément : le solde peut ne pas avoir existé à la date du snapshot, et le type d'actif peut être mal identifié. Les procédures d'audit standard exigent une vérification par rapport à des preuves primaires. Pour les actifs on-chain, la preuve primaire est l'enregistrement de l'explorateur de blocs à la hauteur de bloc indiquée, et non le document de synthèse de la plateforme elle-même.
Exposition de la trésorerie et des directeurs financiers
Les trésoreries d'entreprise qui détiennent des stablecoins sur des plateformes centralisées et s'appuient sur des snapshots PoR mensuels ou trimestriels pour le reporting au conseil font face à la même exposition. Une PoR matériellement incorrecte à la date du snapshot pourrait entraîner une surestimation d'un solde de trésorerie dans les comptes de gestion internes. Lorsque ces comptes alimentent le reporting externe, la surestimation pourrait atteindre les états financiers audités. Les directeurs financiers doivent confirmer que leur équipe d'opérations de trésorerie ou leur dépositaire externe peut produire une vérification au niveau de la hauteur de bloc, et pas seulement une référence à la page PoR publiée par la plateforme.
Considérations sur la lettre de mission et les divulgations
Les cabinets comptables qui intègrent de nouveaux clients détenant des actifs numériques sur des plateformes devraient examiner si les lettres de mission abordent explicitement la norme de vérification pour les soldes de plateforme. S'appuyer sur des divulgations PoR non vérifiées sans noter cette limite dans les dossiers de travail crée un risque professionnel si ces divulgations s'avèrent plus tard inexactes. Documenter la vérification on-chain indépendante, y compris la hauteur de bloc interrogée et le résultat, est la norme minimale de preuve qu'un réviseur raisonnable attendrait.
Le débat plus large sur les PoR
La situation de HTX s'inscrit dans une conversation sectorielle plus large sur ce que prouve réellement une preuve de réserves. Une PoR autopréparée, sans auditeur tiers attestant du processus, est une auto-affirmation. Elle vous dit ce que la plateforme revendique, pas ce qu'une partie indépendante a vérifié. Plusieurs plateformes ont évolué vers des systèmes PoR basés sur l'arbre de Merkle avec attestation tierce, ce qui élève la norme de preuve. D'autres continuent de publier des snapshots de soldes autopréparés, parfois sans divulguer clairement la méthodologie.
Pour un examen plus approfondi de l'évolution des exigences de divulgation spécifiques aux stablecoins au niveau réglementaire, le débat en cours sur la comptabilité des stablecoins et le cadre de liquidité MiCA en évolution est directement pertinent : les régulateurs se concentrent de plus en plus sur l'écart entre les positions de réserve déclarées et vérifiables. Séparément, les techniques utilisées pour tracer le comportement des portefeuilles on-chain, couvertes dans notre article sur comment la détection comportementale de la blockchain signale les portefeuilles suspects, relèvent de la même catégorie de forensique on-chain qui ferait apparaître une transaction de financement postdatée comme celle observée dans l'adresse USDS de HTX.
Étapes immédiates pour les cabinets
Compte tenu des divergences documentées, trois actions méritent d'être prioritaires dès maintenant.
Revérifier tout solde PoR de HTX dans les dossiers de travail actuels
Si une mission en cours fait référence aux chiffres PoR de septembre ou mai 2026 de HTX comme preuve à l'appui d'un solde, ces chiffres doivent être recoupés avec les enregistrements on-chain aux hauteurs de bloc indiquées avant de finaliser le dossier de travail. En cas de divergence, elle doit être divulguée et le chiffre on-chain correct substitué.
Intégrer la vérification de la hauteur de bloc dans la procédure opérationnelle standard
Que vous utilisiez un logiciel de comptabilité d'actifs numériques dédié ou une feuille de calcul de réconciliation manuelle, le processus doit inclure une étape documentée où l'équipe interroge l'adresse indiquée à la hauteur de bloc indiquée sur un explorateur public et enregistre le résultat. Ce n'est pas un effort technique considérable : tout grand explorateur de blocs prend en charge les requêtes de solde historique. En faire une étape obligatoire, et non optionnelle, comble l'écart que les divergences de HTX exposent.
Élever la norme de preuve dans les discussions avec les clients
Lorsque des clients détiennent des soldes significatifs sur des plateformes qui autopublient une PoR sans attestation tierce, il y a une conversation à avoir sur la question de savoir si c'est un arrangement de garde acceptable. Il ne s'agit pas de pointer du doigt une plateforme en particulier : il s'agit de la limite structurelle des snapshots autodéclarés comme preuve d'audit. Le cas HTX donne aux praticiens un exemple concret et documenté à citer pour expliquer pourquoi une attestation indépendante importe.
Questions fréquentes
Qu'est-ce qu'une preuve de réserves et pourquoi la hauteur de bloc importe-t-elle ?
Une preuve de réserves est une divulgation dans laquelle une plateforme publie ses adresses de portefeuille et les soldes qu'elle prétend détenir, généralement liés à une hauteur de bloc spécifique sur la blockchain. La hauteur de bloc est le point précis dans l'historique de la blockchain où le snapshot est pris. Si une plateforme déclare détenir un solde à la hauteur de bloc X, cette affirmation peut être vérifiée en interrogeant l'adresse à ce bloc exact à l'aide d'un explorateur public. Si le solde n'a pas existé avant la hauteur de bloc X+N, l'affirmation est fausse, peu importe ce que la plateforme a ensuite financé sur l'adresse.
Un chiffre PoR erroné signifie-t-il automatiquement une fraude ?
Pas nécessairement. Les erreurs dans la préparation d'une PoR peuvent résulter de fautes de saisie manuelle, d'une mauvaise classification d'actifs ou d'un processus interne défaillant qui ne vérifie pas l'état on-chain avant publication. La préoccupation pour les comptables et les auditeurs ne concerne pas uniquement l'intention : il s'agit de la fiabilité de la divulgation en tant que preuve. Que la cause soit une erreur ou une présentation inexacte, une PoR inexacte ne peut pas être utilisée comme documentation justificative d'un solde client sans corroboration indépendante.
Comment un cabinet comptable doit-il traiter les stablecoins détenus par une plateforme selon les normes actuelles ?
Selon IFRS 9 et IAS 32, les stablecoins détenus chez des tiers sont généralement comptabilisés comme actifs financiers, la plateforme agissant comme dépositaire. Les assertions d'existence et d'exhaustivité pour ces actifs exigent des preuves que les actifs étaient réellement détenus à la date du bilan. Une PoR autopubliée qui ne peut pas être corroborée de manière indépendante ne satisfait pas à ce seuil de preuve. Les cabinets devraient rechercher soit une vérification de la hauteur de bloc via un explorateur public, soit, lorsque c'est significatif, un rapport d'attestation tiers de l'auditeur de la plateforme.
Quelle est la différence entre USDS, USDD et sUSDS mentionnés dans l'article ?
USDS et USDD sont des stablecoins distincts avec des émetteurs, des mécanismes de collatéralisation et des profils de risque différents. sUSDS est une variante à rendement ou stakée de USDS. Les traiter comme interchangeables dans une divulgation financière, comme cela semble s'être produit dans la PoR de mai de HTX, constitue une mauvaise classification d'actifs. Aux fins comptables, chaque jeton doit être identifié par son adresse de contrat correcte et classé selon ses caractéristiques économiques réelles, et non selon sa valeur approximative en dollars.
Existe-t-il des exigences réglementaires pour que les plateformes publient une preuve de réserves exacte ?
Les exigences varient selon la juridiction. Certains régulateurs ont introduit ou proposé des obligations de PoR avec des normes méthodologiques spécifiques, y compris l'attestation tierce. Dans l'Union européenne, MiCA impose des exigences de réserve et de divulgation aux émetteurs de jetons référencés à des actifs, bien que les normes PoR au niveau des plateformes pour des classes d'actifs plus larges restent moins uniformément codifiées. En l'absence de norme obligatoire, l'exactitude d'une PoR volontaire relève des contrôles internes de la plateforme elle-même, ce qui est précisément pourquoi la vérification on-chain indépendante par des professionnels de la comptabilité reste essentielle.
Source : Protos