Qu'est-ce que la preuve de réserve ? Comment garantit-elle la sécurité des actifs et la transparence ?

Que ce soit les banques traditionnelles ou les plateformes d'échange de cryptoactifs, la question la plus importante pour les utilisateurs est de savoir s'ils peuvent retirer leur fonds à tout moment. Examinons le système de réserves obligatoires adopté par les banques traditionnelles et la preuve de réserves à 100 % dans l'industrie des cryptoactifs, et expliquons en détail comment ces deux systèmes garantissent le retrait des utilisateurs.

Système de réserves fractionnaires et ruée bancaire

Les réserves obligatoires désignent les liquidités que les institutions financières doivent détenir pour garantir les retraits des clients. Le taux de réserve fait référence à la proportion de ce montant par rapport aux dépôts totaux. Par exemple, Alice dépose 1 000 dollars à la banque. Supposons que le taux de réserve actuel soit de 10 %, la banque peut utiliser 900 dollars du dépôt d'Alice pour des prêts ou des investissements financiers, et conserver les 100 dollars restants en tant que réserves, afin de s'assurer qu'elle ne refuse pas le retrait d'Alice en raison d'un manque de liquidités.

Supposons qu'il y ait 10 000 utilisateurs qui déposent 1 000 dollars comme Alice, un taux de réserve de 10 % permettra à 1 000 utilisateurs de retirer simultanément. Étant donné que les retraits massifs en peu de temps sont relativement rares, un taux de réserve raisonnable peut généralement fonctionner normalement.

Un bank run se produit lorsque de nombreux déposants retirent simultanément des fonds d'une institution financière par peur du marché ou de la possibilité d'une faillite bancaire. Lorsque la banque est à court de liquidités, elle risque de faire faillite. Par conséquent, en cas de bank run, la banque suspend les retraits ou cherche une aide gouvernementale. De nombreux pays, y compris les États-Unis, la Russie et le Royaume-Uni, ont connu des bank runs dans l'histoire.

Preuve de réserves à 100% dans l'industrie des cryptoactifs

Certaines plateformes d'échange pensent à tort qu'elles peuvent utiliser les dépôts de manière arbitraire, comme les banques traditionnelles, ce qui a conduit à des cas d'abus d'actifs des utilisateurs dans l'industrie que nous voyons aujourd'hui.

Lorsqu'une panique se produit, même avec une assurance des dépôts, il n'est pas garanti que les clients puissent retirer immédiatement leurs fonds. Les principales banques traditionnelles peuvent faire faillite pendant une panique. De même, les plateformes d'échange de cryptoactifs ne peuvent pas compter sur un système de réserves fractionnaires pour protéger la sécurité des fonds des utilisateurs. Lorsque de nombreux utilisateurs retirent simultanément des dépôts, seules les institutions financières ayant un taux de réserve de 100 % peuvent faire face.

Pour assurer la sécurité des fonds des utilisateurs, la plateforme d'échange de cryptoactifs doit maintenir un ratio de réserves de 100% et détenir des réserves d'actifs réels pour les retraits de fonds tels que BTC/ETH/USDT. La preuve de 100% de réserves fait référence à la preuve que la plateforme d'échange maintient un taux de réserves de 100%, et cette preuve est transparente et vérifiable.

Comment utiliser les arbres de Merkle et la vérification des signatures pour prouver des fonds ?

La preuve de réserve à 100 % nécessite trois étapes :

1. Divulguer le montant total des actifs déposés par tous les utilisateurs sur la plateforme d'échange;
2. Divulguer le nombre d'actifs disponibles au retrait sur la plateforme d'échange ;
3. Comparer le total des dépôts des utilisateurs et le total des actifs de la plateforme d'échange pour vérifier le taux de réserve.

La méthode d'audit couramment utilisée dans la première étape est l'arbre de Merkle. L'arbre de Merkle est une structure de données basée sur le hachage. Comme montré dans l'image ci-dessous, les nœuds de hachage au bas contiennent le nom de compte et les données de solde des utilisateurs. Par exemple, user1 possède 1.023 BTC et 1.131 ETH. Ces données peuvent être utilisées pour calculer le hachage du nœud parent Hash(user1). En utilisant les nœuds frères sur le chemin, on peut calculer Hash(user2) pour obtenir Hash(user12), puis calculer le nœud racine Hash(user1234).

L'arbre de Merkle

Si l'arbre de Merkle omet ou falsifie les données de user1, tous les résultats de calcul des nœuds parents, y compris Hash(user1) et Hash(user12), seront modifiés. La valeur du nœud racine obtenue, Hash(user1234), sera différente de celle publiée par la plateforme d'échange. Les utilisateurs découvriront immédiatement que la plateforme d'échange a falsifié les données. Ce mode de validation par l'utilisateur peut efficacement empêcher la plateforme d'échange de falsifier les données des actifs totaux des utilisateurs.

Pour la deuxième étape, utilisez un algorithme de chiffrement asymétrique pour la vérification de la signature. Comme vous le savez, les adresses de cryptoactifs sont générées par un processus de chiffrement de la clé privée à la clé publique via un algorithme. Ainsi, la plateforme d'échange peut chiffrer un message avec la clé privée pour générer une signature, et l'utilisateur peut déchiffrer le message original avec la signature et l'adresse (clé publique). De cette manière, il est possible de vérifier que la plateforme d'échange détient la clé privée de cette adresse.

clé privée de l'adresse

Les arbres Merkle et le processus de vérification des signatures reposent sur des algorithmes irréversibles, ce qui permet de garantir efficacement l'authenticité des données. Après avoir vérifié l'authenticité des données sur les actifs totaux des utilisateurs et des actifs détenus par la plateforme d'échange, ces deux données peuvent être comparées. Lorsque les actifs détenus par la plateforme d'échange sont supérieurs ou égaux aux actifs totaux des utilisateurs, cela prouve que la plateforme d'échange maintient un taux de réserve de 100 %.

Raison de la preuve de réserve à 100%

La preuve de réserve peut aider à améliorer la transparence, bénéficiant à l'industrie et aux utilisateurs **$SATS **$CTSI **$RATS **