MSTR Cat

Blockchain/Niveau V · Couches/5.3 Actifs natifs sur Bitcoin/Leçon 6

Validation côté client

Le registre qui se trouve dans votre poche, ancré par un hash

MatérielUn portefeuille Taproot Assets ou RGB (testnet)La documentation de Taproot AssetsStockage hors ligne sécurisé pour les clés et les preuves d’actifs

Curiosité

  1. Pourquoi un protocole inscrirait-il moins de données sur la chaîne afin d’obtenir davantage de confidentialité ?
  2. Comment un seul hash empêche-t-il la double dépense sans révéler l’historique de l’actif ?
  3. Quel est le coût de transférer la confiance d’un indexeur central à chaque utilisateur individuel ?

Explorer

  1. Dans les protocoles de tokens standard, tout l’état réside sur la chaîne. Chaque transfert est visible, et n’importe quel nœud peut reconstituer l’historique complet. Cette transparence permet des marchés partagés, mais au détriment de la confidentialité et de la scalabilité. La validation côté client inverse ce modèle : au lieu de stocker l’historique complet de l’actif dans un registre global, chaque détenteur conserve sa propre copie des données pertinentes. La blockchain ne stocke qu’une empreinte cryptographique (un engagement), inscrite lors de la fermeture d’un scellé, qui renvoie à cet état hors chaîne.
  2. Peter Todd a développé cette idée vers 2016, à partir de son concept de « scellés à usage unique » (single-use seals). Un scellé est une sortie Bitcoin, qui ne peut être dépensée qu’une seule fois. Pour transférer un actif, Alice dépense cette sortie dans une transaction qui s’engage sur un hash du transfert, en désignant un nouveau scellé pour Bob. Comme une sortie ne peut être dépensée qu’une seule fois, Alice ne peut pas fermer deux fois le même scellé ; un second transfert n’aurait pas de scellé valide, et quiconque vérifierait l’historique le rejetterait.
  3. L’avantage en matière de confidentialité est structurel. Comme l’historique complet de l’actif ne touche jamais la blockchain publique, les observateurs ne peuvent pas retracer les chaînes de propriété ni analyser les schémas d’échange. L’historique n’est partagé qu’avec chaque détenteur successif, jamais avec le public. Cela permet à des contrats et des actifs confidentiels de circuler sur Bitcoin sans exposer l’activité des utilisateurs à une surveillance mondiale, ce qui marque une rupture nette avec les standards de tokens transparents.
  4. Le compromis, c’est la charge imposée à l’utilisateur. Les utilisateurs doivent stocker de manière sécurisée l’historique de leurs actifs et le transmettre à chaque transaction. Si un utilisateur perd ces données, il perd l’accès à l’actif, car aucune autorité centrale ne peut le restaurer. Ce modèle « apportez votre propre état » exige un stockage local robuste et une gestion rigoureuse des clés. Il déplace la complexité des nœuds du réseau vers les clients individuels, ce qui exige davantage de compétences techniques de la part des utilisateurs qui souhaitent participer.
  5. RGB, fondé sur les idées de Todd et développé en grande partie par Maxim Orlovsky et la LNP/BP Standards Association, est une implémentation majeure de cette logique. Il utilise des contrats structurés dans lesquels chaque transition engage le prochain ensemble de règles au moyen d’un scellé. Plus récemment, Lightning Labs a lancé Taproot Assets sur le mainnet de Bitcoin en octobre 2023. Ce protocole tire parti de la flexibilité des scripts Taproot pour y intégrer efficacement ces engagements, et prend en charge des tokens fongibles et des actifs non fongibles avec une confidentialité renforcée par rapport aux précédentes tentatives de « colored coins ».
  6. Les marchés partagés restent la principale limite. Sur une plateforme d’échange décentralisée où des milliers d’utilisateurs échangent face à un seul pool de liquidité, chaque participant doit vérifier localement l’état complet de ce pool. C’est très gourmand en calcul et difficile à synchroniser en temps réel. La validation côté client excelle pour les transferts de point à point ou au sein de petits groupes, mais peine avec les applications à haut débit, de plusieurs à plusieurs, qui exigent un consensus global immédiat sur l’état des actifs.

Faits clés

  • La validation côté client ne consigne que l’empreinte cryptographique de chaque transfert dans la blockchain Bitcoin.
  • L’historique des actifs est stocké et vérifié localement par chaque utilisateur, plutôt que par les nœuds de la chaîne.
  • Ce modèle offre une confidentialité intrinsèque, car les chaînes de propriété complètes ne sont pas visibles au public.
  • Les utilisateurs portent la charge du stockage des preuves ; perdre les données locales, c’est perdre l’accès aux actifs.
  • Taproot Assets, lancé par Lightning Labs en octobre 2023, met cela en œuvre sur le réseau principal de Bitcoin.
  • Les pools de liquidité partagés sont difficiles à gérer car tous les participants doivent vérifier l’état global localement.

Exercice neuf, six, trois, un

9RassemblerListez 9 protocoles ou tokens d’actifs numériques. Indiquez si leur état est entièrement public sur la chaîne ou partiellement privé grâce à la validation côté client.
6RegrouperRegroupez les 9 en 6 selon la manière dont ils gèrent l’historique de propriété.
3DistillerRéduisez les 6 à 3 raisons fondamentales pour lesquelles un protocole pourrait choisir la confidentialité plutôt que la transparence.
1CristalliserRédigez 1 phrase sur la charge qui s’accroît pour l’utilisateur lorsque le réseau cesse de stocker l’état.

Vérification des faits

Les dates, les chiffres et les affirmations ont été vérifiés à l’aide des sources publiées listées ci-dessous.

Ouvrir dans l'académie interactive →

EN PT ES ZH JA KO RU DE MS