#dusk $DUSK Architecture et mécaniques profondes en tant qu'avis $DUSK sk utilise une conception découplée et modulaire pour séparer le consensus de l'exécution :
Couche Dusk DS (couche de données et de règlement) : Gère le consensus déterministe à l'aide d'un mécanisme de preuve d'enjeu (Succinct Attestation), de la disponibilité des données et de l'ancrage de l'état.
Couche Dusk EVM : Construite comme un environnement équivalent à l'EVM basé sur OP Stack. Elle permet aux développeurs de déployer des contrats intelligents standard Solidity ou Vyper à l'aide d'outils Ethereum classiques tels que Foundry, Hardhat, MetaMask et Remix.
Le module Hedger : Intègre directement dans les flux d'exécution des preuves à divulgation nulle de connaissance (ZKPs) et du chiffrement entièrement homomorphe. Cela permet des soldes confidentiels, des transferts privés et des carnets d'ordres protégés tout en conservant des mécanismes de conformité programmatiques pour une divulgation sélective aux régulateurs.
Modèle de double transaction et d'actifs : Relie le modèle public basé sur les comptes (Moonlight) à des structures orientées confidentialité (Phoenix UTXO) via des mécanismes de pont natifs, permettant aux tokens DUSK de payer l'exécution entre les couches.
Principaux défauts et compromis hérités : Retards complexes de finalisation : Selon les configurations de roll-up (telles que les premières implémentations d'OP Stack), le réseau peut hériter de fenêtres de finalisation de base prolongées ou de checkpointing retardé avant que la finalité du règlement sur L1 ne soit pleinement garantie.
Expérience utilisateur fragmentée et primitive : Le support natif des portefeuilles diverge des chemins de dérivation standards BIP39, ce qui signifie que des outils grand public comme MetaMask ne peuvent pas gérer de manière fluide des actifs natifs protégés bruts sans friction ou sans mécanismes de pont spécialisés.
Confusion entre adresses et types d'actifs :
Les utilisateurs sont confrontés à une courbe d'apprentissage abrupte pour différencier les adresses confidentielles (Phoenix) des adresses d'état publiques (Moonlight), ce qui risque d'entraîner une perte permanente de fonds en cas de transferts mal dirigés.
Surcharge de modularité :
Le découplage de l'exécution de la couche de base Dusk DS introduit de multiples éléments mobiles (ponts, engagements d'état et messagerie inter-couches), augmentant la complexité systémique et les points potentiels de friction pour la composition de contrats intelligents.
@Dusk
Couche Dusk DS (couche de données et de règlement) : Gère le consensus déterministe à l'aide d'un mécanisme de preuve d'enjeu (Succinct Attestation), de la disponibilité des données et de l'ancrage de l'état.
Couche Dusk EVM : Construite comme un environnement équivalent à l'EVM basé sur OP Stack. Elle permet aux développeurs de déployer des contrats intelligents standard Solidity ou Vyper à l'aide d'outils Ethereum classiques tels que Foundry, Hardhat, MetaMask et Remix.
Le module Hedger : Intègre directement dans les flux d'exécution des preuves à divulgation nulle de connaissance (ZKPs) et du chiffrement entièrement homomorphe. Cela permet des soldes confidentiels, des transferts privés et des carnets d'ordres protégés tout en conservant des mécanismes de conformité programmatiques pour une divulgation sélective aux régulateurs.
Modèle de double transaction et d'actifs : Relie le modèle public basé sur les comptes (Moonlight) à des structures orientées confidentialité (Phoenix UTXO) via des mécanismes de pont natifs, permettant aux tokens DUSK de payer l'exécution entre les couches.
Principaux défauts et compromis hérités : Retards complexes de finalisation : Selon les configurations de roll-up (telles que les premières implémentations d'OP Stack), le réseau peut hériter de fenêtres de finalisation de base prolongées ou de checkpointing retardé avant que la finalité du règlement sur L1 ne soit pleinement garantie.
Expérience utilisateur fragmentée et primitive : Le support natif des portefeuilles diverge des chemins de dérivation standards BIP39, ce qui signifie que des outils grand public comme MetaMask ne peuvent pas gérer de manière fluide des actifs natifs protégés bruts sans friction ou sans mécanismes de pont spécialisés.
Confusion entre adresses et types d'actifs :
Les utilisateurs sont confrontés à une courbe d'apprentissage abrupte pour différencier les adresses confidentielles (Phoenix) des adresses d'état publiques (Moonlight), ce qui risque d'entraîner une perte permanente de fonds en cas de transferts mal dirigés.
Surcharge de modularité :
Le découplage de l'exécution de la couche de base Dusk DS introduit de multiples éléments mobiles (ponts, engagements d'état et messagerie inter-couches), augmentant la complexité systémique et les points potentiels de friction pour la composition de contrats intelligents.
@Dusk