Une preuve de réserves ne vaut que ce que vous pouvez vérifier vous-même, et il y a exactement trois choses vérifiables : votre propre solde figurait-il dans l’instantané, la racine que vous calculez à partir de votre fichier de preuve correspond-elle à celle publiée par la plateforme, et le taux de couverture de chaque actif atteint-il 100 %. Chacune ferme une voie de tromperie différente, et une plateforme qui ne vous laisse pas exécuter les trois publie une affirmation, pas une preuve.
Ce qu’une preuve de réserves affirme réellement
Une preuve de réserves est une affirmation portant sur un instant. La plateforme prend un instantané de tous les soldes des utilisateurs, construit au-dessus une structure cryptographique, publie un unique condensat résumant l’ensemble et montre séparément ce qu’elle détient sur la chaîne en regard de ces soldes.
L’affirmation comporte deux moitiés, et elles échouent différemment. La moitié utilisateur dit que votre solde a été compté. La moitié réserves dit qu’il existe assez d’actifs pour couvrir le total compté. Séparément, elles servent peu : une plateforme peut compter tout le monde honnêtement et rester insuffisante, ou détenir largement de quoi couvrir et omettre discrètement quelques gros comptes du total.
C’est pourquoi les contrôles sont trois et non un. Chacun ferme une porte que les deux autres laissent ouverte.
Les trois contrôles et ce que chacun exclut
| Contrôle | Ce que vous comparez | Ce qu’il exclut |
|---|---|---|
| Présence | Votre solde et la feuille de votre fichier de preuve | Que la plateforme écarte votre compte du total |
| Correspondance de racine | Votre condensat calculé et la racine publiée | Que la plateforme modifie l’instantané après publication |
| Couverture | Avoirs sur la chaîne face aux engagements par actif | Qu’elle compte honnêtement mais détienne trop peu |
Aucun des trois n’est facultatif et aucun ne remplace un autre. Si une plateforme publie un taux de couverture sans preuve par utilisateur, vous ne pouvez pas savoir si votre compte figurait au dénominateur. Si elle publie une preuve sans racine, vous tenez une arithmétique sans rien à quoi la confronter.
Votre solde figure-t-il dans l’arbre
Le premier contrôle porte sur la présence, et vous seul pouvez l’effectuer, car vous seul savez quel était votre solde. Connectez-vous, ouvrez le rapport d’actifs, choisissez la période de publication et lancez la vérification proposée par la plateforme.
Ce qui se passe en dessous mérite d’être compris même si le bouton le fait pour vous. Votre feuille est un enregistrement de vos propres soldes à l’instant de l’instantané, passé au hachage. Votre fichier de preuve contient les condensats voisins nécessaires pour remonter de cette feuille jusqu’à la racine, niveau par niveau. La vérification refait ce parcours.
Une bonne implémentation le fait localement dans votre navigateur, avec les seules données déjà présentes sur votre machine et sans renvoyer les données de vérification au serveur. Cette propriété compte : l’enjeu est de contrôler la plateforme, donc un contrôle que la plateforme exécute pour vous et dont elle vous annonce le résultat n’est pas la même chose. L’implémentation de Bitbase et la façon de la lancer sont exposées dans comment vérifier la preuve de réserves de Bitbase.
La racine que vous calculez correspond-elle à celle publiée
Le deuxième contrôle transforme le premier en élément de preuve. Recalculer votre chemin donne une racine. Ce nombre doit correspondre à deux choses : la racine inscrite dans votre propre fichier de preuve et la racine publiée par la plateforme sur sa page publique.
Les deux comparaisons sont nécessaires. Ne correspondre qu’au fichier prouve seulement que le fichier est cohérent avec lui-même, ce qu’une plateforme malhonnête obtiendrait sans peine en vous remettant un fichier bâti autour d’un autre arbre. La correspondance avec la racine publique est ce qui rattache votre compte à l’ensemble montré à tous les autres.
Cela fonctionne grâce à une propriété de la structure et non grâce à une promesse. Modifiez n’importe quel solde dans l’arbre, ajoutez un compte ou supprimez-en un, et la racine sort entièrement différente. La plateforme ne peut donc pas retoucher l’instantané après publication de la racine sans que le contrôle échoue chez tous les utilisateurs à la fois. La structure elle-même est expliquée dans qu’est-ce que la preuve de réserves.
La couverture atteint-elle 100 %
Le troisième contrôle passe de votre compte à toute la plateforme. Le taux de couverture, ce sont les avoirs sur la chaîne divisés par les engagements envers les utilisateurs, et 100 % est la ligne : à ce niveau ou au-dessus, les avoirs couvrent les soldes pour cet actif.
Lisez par actif et non en agrégé. Une plateforme peut être largement au-dessus sur un actif et en dessous sur un autre, et un chiffre agrégé masque exactement cela. Une publication qui ramène tout ce qu’elle conserve à un seul nombre en dit moins qu’il n’y paraît.
Lisez aussi la liste des actifs couverts. Une publication portant sur quatre actifs ne dit rien du cinquième : c’est une limite de périmètre et non un défaut, mais seulement si vous la remarquez. Ce que le taux établit et n’établit pas du côté des engagements est traité dans preuve de réserves et engagements.
Le faire de manière indépendante et hors ligne
Le contrôle en un clic est commode et s’exécute malgré tout dans la page de la plateforme. Pour un contrôle qui, au moment où vous le lancez, ne dépend de rien que la plateforme maîtrise, téléchargez les données de vérification et utilisez un vérificateur open source sur votre propre machine.
Un vérificateur ouvert est la pièce qui fait passer l’exercice de la coopération à la contradiction. Vous pouvez lire ce qu’il fait, l’exécuter sans réseau et confirmer que l’arithmétique est bien celle décrite. Bitbase publie un tel outil ainsi que le format de feuille sur lequel il opère, ce qui rend la voie hors ligne réelle et non théorique.
Faites-le au moins une fois. Une fois constaté de vos yeux que le résultat hors ligne concorde avec celui de la page, le bouton commode devient un choix raisonnable pour les périodes suivantes.
Ce que signifie un contrôle échoué, et ce qu’il ne signifie pas
Lisez les résultats dans l’ordre, car l’échec le plus courant n’en est pas un. Un message indiquant que vos actifs ne figurent pas dans l’instantané signifie le plus souvent que vous n’aviez pas de solde dans les actifs couverts à cet instant, ce qui arrive si l’inscription ou le dépôt sont postérieurs ; ces fonds tombent dans la période suivante.
Une racine qui ne correspond pas est autre chose, et c’est sérieux. Avant d’alerter, vérifiez que vous avez comparé avec la racine publiée pour la même période, car les publications sont périodiques et les racines diffèrent d’une période à l’autre. Si période, fichier et racine publiée concordent et que les condensats diffèrent encore, le contrôle fait exactement son travail.
Une couverture inférieure à 100 % sur un actif est un troisième type de constat, et il porte sur la plateforme et non sur votre compte. Il indique qu’à cet instant les avoirs ne couvraient pas les soldes pour cet actif, ce qui est précisément la situation qu’une publication existe pour rendre visible.
En résumé
Vérifier une preuve de réserves, c’est exécuter trois contrôles sans accepter qu’aucun remplace les autres. Confirmez que votre solde figure dans l’arbre, que la racine que vous calculez correspond à celle publiée pour cette période, et que la couverture de chaque actif couvert atteint au moins 100 %.
La condition préalable aux trois est que la plateforme publie ce dont vous avez besoin : un chemin de preuve par utilisateur, une racine publique, des taux par actif et, idéalement, un vérificateur open source pour que la dernière étape ne dépende pas de son code. Si l’un manque, vous avez devant vous une assertion. S’ils sont tous là, vous tranchez la question vous-même en quelques minutes. Poursuivez votre lecture avec Bitbase Academy.
Articles associés
Autres articles Bitbase sur ce sujet :
- Arbres de Merkle contre preuves de réserves à divulgation nulle : l’arbitrage de confidentialité
- Pourquoi un dépôt ou un retrait en monnaie fiduciaire est en attente
- Les contrôles de risque du compte sur une plateforme d'échange
- Les chandeliers marteau et étoile filante
- Croisements de moyennes mobiles : croix dorée et croix de la mort
Avertissement : Cet article est un contenu pédagogique de Bitbase Academy, fourni à titre d’information uniquement. Il ne constitue pas un conseil en investissement, en trading, en fiscalité ou en finance. Les cryptoactifs sont volatils ; évaluez votre propre risque. Rédigé en septembre 2026 ; référez-vous aux informations officielles les plus récentes.
Sources
[1] Bitbase, Preuve de réserves — publication mensuelle, racine de Merkle et vérificateur open source www.bitbase.com
