La blockchain présente une problématique récurrente : il est difficile de concilier décentralisation, sécurité et scalabilité. Mais pour une chaîne publique axée sur les applications financières, la question est encore plus précise : comment protéger la vie privée tout en respectant la conformité réglementaire, sans sacrifier la performance ? La confidentialité forte tend à ralentir la vitesse ; l’intégration de mécanismes de conformité peut compromettre la vie privée ; rechercher une haute performance implique souvent de simplifier les fonctionnalités. Ces trois objectifs semblent constituer un cercle vicieux.



Un projet nommé Dusk propose une approche : ne pas tout intégrer dans un seul système monolithique, mais le diviser en modules, chacun ayant sa propre fonction.

**Le niveau d’exécution gère la confidentialité**

Piecrust VM, cette couche, exécute spécifiquement des contrats privés, basée sur l’architecture WASM. Vous pouvez y exécuter du code incluant la génération de preuves à zéro connaissance, avec une efficacité comparable. Quel est l’avantage ? Cette couche peut être optimisée indépendamment, par exemple en intégrant des accélérateurs matériels ZK, sans se soucier des autres couches. La logique de calcul privé, aussi complexe soit-elle, ne s’étend qu’ici, sans contaminer l’ensemble du système.

**La couche de règlement s’occupe de conformité et de sécurité**

Le consensus SBP prend en charge le règlement et la validation. Il offre une finalité rapide de type BFT — essentielle pour les applications financières nécessitant une certitude immédiate. Cette couche intègre également un état global conforme et une interface d’audit, agissant comme une "ancre de conformité" pour les résultats du calcul privé, garantissant que chaque transaction peut être tracée dans le cadre réglementaire.

**La couche de données assure le débit**

Le stockage et la distribution des données transactionnelles sont séparés, utilisant des structures et protocoles mieux adaptés à un débit élevé. Ainsi, un grand volume de transactions privées peut circuler efficacement, relâchant le goulet d’étranglement de performance du système.

L’interopérabilité standardisée est essentielle. La couche d’exécution produit un "lot de transactions privé et conforme", accompagné d’une preuve attestant que "j’ai exécuté le contrat privé conformément aux règles, toutes les opérations respectent la conformité". La couche de règlement n’a pas besoin de relancer cette logique : il suffit de vérifier la validité de la preuve et la séquence de consensus pour finaliser le règlement.

C’est là tout l’intérêt de la modularité : une division claire du travail, une vérification efficace, et une spécialisation dans les trois dimensions que sont la vie privée, la conformité et la performance, sans qu’elles se nuisent mutuellement.
DUSK-12,52%
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
  • Récompense
  • 7
  • Reposter
  • Partager
Commentaire
Ajouter un commentaire
Ajouter un commentaire
DataOnlooker
· 01-22 12:14
Oh là là, cette idée est vraiment géniale, la décomposition en couches est la clé pour casser la situation.
Voir l'originalRépondre0
SerLiquidated
· 01-20 16:44
L'approche modulaire est vraiment intelligente, mais en fin de compte, il faut voir comment elle fonctionne en pratique.
Voir l'originalRépondre0
WenMoon
· 01-20 07:47
La logique modulaire est vraiment géniale, on a enfin l'impression que quelqu'un a clarifié le conflit entre la confidentialité et la conformité.
Voir l'originalRépondre0
SchrodingersFOMO
· 01-20 07:47
La modularité est vraiment intelligente, mais pour être honnête, combien de projets finissent par être écrasés par la réalité et rouler par terre ?
Voir l'originalRépondre0
QuietlyStaking
· 01-20 07:43
L'architecture modulaire, ça a l'air sympa comme concept, mais je me demande si la mise en œuvre ne va pas poser problème.
Voir l'originalRépondre0
AirdropHustler
· 01-20 07:36
L'idée de modularité est vraiment excellente, mais est-ce que Dusk pourra vraiment voir le jour ? On a l'impression que c'est encore un projet qui se contente de faire du marketing.
Voir l'originalRépondre0
OnchainGossiper
· 01-20 07:33
Oh là là, cette approche est vraiment claire, la division modulaire du travail est beaucoup plus efficace que de tout mélanger de force.

Honnêtement, les projets qui tentaient de tout gérer en une seule fois pour la conformité à la vie privée, le résultat était toujours décevant.

La séparation entre couche d'exécution, couche de règlement et couche de données de la solution Dusk semble vraiment avoir trouvé une certaine logique.

Principalement, je pense que la conception de "l'ancre de conformité" a touché juste, la vie privée doit rester privée, mais la chaîne d'audit doit être claire, c'est comme ça que le secteur financier traditionnel pourra aussi accepter.

Je ne sais pas si, une fois en fonctionnement, il y aura d'autres pièges... L'efficacité de la validation des interfaces entre ces modules peut-elle vraiment atteindre la valeur idéale ?

Attendons les données de test, il est facile de se tromper en se fiant uniquement à la documentation de conception.

D'ailleurs, cette approche pourrait-elle devenir la norme pour l'architecture des blockchains publiques à l'avenir ?
Voir l'originalRépondre0
  • Épingler