Un rapport de preuve de réserves est court et pourtant plein de détails porteurs. L’identifiant de période dit quel instantané vous consultez, la date d’instantané dit quand les soldes ont été figés, la version de l’algorithme dit comment l’arbre a été bâti, la racine est ce avec quoi votre propre vérification doit concorder, et les taux par actif disent si les avoirs couvraient les soldes. Ce guide procède champ par champ : à quoi sert chacun et où chacun peut égarer.
Ce que contient réellement une publication
Une publication n’est pas un récit. C’est un petit ensemble d’identifiants et de nombres, et presque toute sa valeur tient à ce que ces identifiants permettent de relier votre propre fichier de preuve à l’affirmation publiée.
Tout le reste de la page est du contexte. L’explication des arbres de Merkle, les assurances sur la confidentialité, la description du parcours de vérification : utiles pour comprendre, mais ce n’est pas ce que vous contrôlez. Ce que vous contrôlez, c’est une poignée de champs qui concordent avec votre fichier ou non.
Bien la lire suppose donc de savoir quels champs sont porteurs. La suite les prend dans l’ordre de leur importance.
Les champs et à quoi sert chacun
| Champ | Ce que c’est | Ce qu’il faut regarder |
|---|---|---|
| Identifiant de période | De quelle publication il s’agit | Qu’il corresponde à la période de votre fichier |
| Date d’instantané | Quand les soldes ont été figés | Si votre dépôt est antérieur ou postérieur |
| Version de l’algorithme | Comment l’arbre a été bâti | Que votre vérificateur implémente cette version |
| Statut | Si la période est définitive | Qu’elle soit publiée et non en attente |
| Racine | Le résumé de tout l’arbre | Qu’elle égale la racine que vous calculez |
| Taux par actif | Avoirs divisés par engagements | Que chaque actif couvert atteigne 100 % |
| Liste de couverture | Quels actifs sont inclus | Lesquels de vos actifs restent hors périmètre |
Deux d’entre eux sont des identifiants, deux des métadonnées, et trois seulement constituent l’affirmation. Confondre ces rôles est ce qui fait qu’on se rassure avec un rapport qu’on n’a jamais contrôlé.
La période et la date d’instantané
L’identifiant de période vous empêche de comparer les mauvaises choses. Les publications se répètent par cycles, chacune produit son arbre, et chaque arbre a sa racine. Une racine qui ne correspond pas ne veut rien dire si votre fichier de preuve venait d’une autre période.
La date d’instantané pèse davantage, car elle définit ce dont parle le rapport. Les soldes sont figés à cet instant, en général le premier jour du mois, et tout ce qui suit relève de la publication suivante. Un dépôt du lendemain ne manque pas au rapport : il n’en fait simplement pas partie.
Cela explique aussi l’inquiétude la plus fréquente. Les personnes inscrites ou approvisionnées après l’instantané se voient dire que leurs actifs n’y figurent pas, ce qui est exact et non un défaut. La mécanique du contrôle est décrite dans comment vérifier une preuve de réserves.
La version de l’algorithme et pourquoi on l’imprime
Une version d’algorithme a l’air d’un détail d’intendance et n’en est pas un. Elle fixe exactement de quoi se compose une feuille et comment les condensats se combinent en remontant l’arbre, et ces choix ne sont pas universels.
Deux détails doivent être arrêtés, sans quoi la vérification indépendante ne fonctionne pas. Le premier est le format des soldes, car une valeur écrite avec un autre nombre de décimales ne donne pas le même condensat. Le second est l’ordre de concaténation à chaque niveau, car hacher le voisin de gauche puis celui de droite donne autre chose que l’inverse.
Publier la version est ce qui rend un vérificateur indépendant possible. Si vous lancez votre propre outil, la version du rapport vous dit si votre implémentation convient à cette période, et un changement de version est un signal de vérifier plutôt que de supposer.
La racine
La racine est le seul champ qui porte toute la charge. C’est une valeur unique dérivée de chaque feuille de l’arbre, et sa propriété est que modifier quoi que ce soit dans les données sous-jacentes la change entièrement.
C’est cette propriété qui fait de sa publication un engagement. Une fois la racine publique, la plateforme ne peut ni corriger un solde, ni ajouter un compte, ni en retirer un sans que la vérification échoue chez tous les utilisateurs à la fois. Elle ne peut pas réparer l’arbre en silence, ni le réparer pour une personne sans le casser pour toutes.
En pratique, vous comparez deux fois. Elle doit égaler la racine inscrite dans votre fichier de preuve et la racine affichée sur la page publique pour la même période. Seule la seconde comparaison rattache votre compte à l’ensemble montré aux autres ; la structure sous-jacente est expliquée dans qu’est-ce que la preuve de réserves.
Les taux et la liste de couverture
Le taux de couverture, ce sont les avoirs sur la chaîne divisés par les engagements envers les utilisateurs, et 100 % est le seuil. À ce niveau ou au-dessus, la plateforme détenait assez de cet actif pour couvrir les soldes au moment de l’instantané.
Lisez les taux un actif à la fois. Une plateforme peut être largement au-dessus sur un actif et en dessous sur un autre, et tout chiffre mêlant l’ensemble de ce qu’elle conserve masque exactement cela. Un compte rendu par actif est plus informatif qu’un nombre de une, et son absence est déjà un constat.
Lisez ensuite la liste de couverture, le champ le plus souvent sauté. Une publication portant sur quatre actifs n’affirme rien sur un cinquième. C’est une limite de périmètre et non un défaut, mais elle ne fait office d’information que si vous repérez lesquelles de vos positions en sortent.
Ce qui, délibérément, ne figure pas au rapport
Une preuve de réserves est une affirmation sur des actifs à un instant, et trois conséquences en découlent qu’aucun champ du rapport ne vous dira.
Elle ne dit rien des engagements au-delà des soldes utilisateurs entrés dans l’arbre : ce n’est donc pas une déclaration de solvabilité. Elle ne dit rien de ce qui s’est passé après l’instantané, puisqu’un transfert ultérieur change la situation sans changer la racine publiée. Et elle ne dit rien de l’exclusivité des avoirs sur la chaîne, car contrôler une adresse à un instant n’équivaut pas à une propriété non grevée.
Rien de tout cela n’affaiblit le rapport. Cela le rend spécifique, ce qui est la propriété la plus utile, et c’est pourquoi le versant des engagements demande son propre traitement dans preuve de réserves et engagements.
En résumé
Lisez une publication en commençant par les identifiants et non par les formules rassurantes. Vérifiez que la période correspond à votre fichier de preuve, notez la date d’instantané et de quel côté d’elle tombent vos dépôts, et confrontez la version de l’algorithme à celle qu’attend votre vérificateur.
Lisez ensuite l’affirmation elle-même. La racine doit correspondre à celle que vous calculez, le taux de chaque actif couvert doit atteindre au moins 100 %, et la liste de couverture vous dit sur lesquels de vos actifs le rapport ne s’est jamais prononcé. Un rapport auquel manque l’un de ces champs n’est pas plus court : c’est un rapport que vous ne pouvez pas finir de contrôler. Poursuivez votre lecture avec Bitbase Academy.
Articles associés
Autres articles Bitbase sur ce sujet :
- Comment vérifier une preuve de Merkle : effectuer soi-même le contrôle
- 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
- Validateur en jail : ce que cela signifie et comment fonctionne l’unjail
- Jetons de culte et reprises par la communauté (CTO)
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
