Futures
Accédez à des centaines de contrats perpétuels
TradFi
Or
Une plateforme pour les actifs mondiaux
Options
Hot
Tradez des options classiques de style européen
Compte unifié
Maximiser l'efficacité de votre capital
Trading démo
Introduction au trading futures
Préparez-vous à trader des contrats futurs
Événements futures
Participez aux événements et gagnez
Demo Trading
Utiliser des fonds virtuels pour faire l'expérience du trading sans risque
Lancer
CandyDrop
Collecte des candies pour obtenir des airdrops
Launchpool
Staking rapide, Gagnez de potentiels nouveaux jetons
HODLer Airdrop
Conservez des GT et recevez d'énormes airdrops gratuitement
Pre-IPOs
Accédez à l'intégralité des introductions en bourse mondiales
Points Alpha
Tradez on-chain et gagnez des airdrops
Points Futures
Gagnez des points Futures et réclamez vos récompenses d’airdrop.
Investissement
Simple Earn
Gagner des intérêts avec des jetons inutilisés
Investissement automatique
Auto-invest régulier
Double investissement
Profitez de la volatilité du marché
Staking souple
Gagnez des récompenses grâce au staking flexible
Prêt Crypto
0 Fees
Mettre en gage un crypto pour en emprunter une autre
Centre de prêts
Centre de prêts intégré
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.
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 ?