J’ai vu de nombreux projets mettre en avant la compatibilité EVM comme argument de vente, donc au départ, je ne pensais pas qu’il y avait grand-chose à creuser.
Puis j’ai regardé de plus près la manière dont la couche compatible EVM de Dusk est positionnée.
Elle offre aux développeurs les outils familiers de Solidity/Viper et l’écosystème EVM qu’ils connaissent déjà, mais la partie intéressante, c’est qu’elle ouvre aussi une voie vers des flux confidentiels via Hedger. Hedger utilise le chiffrement homomorphe et des preuves à divulgation nulle de connaissance (zero-knowledge proofs) pour des flux de transactions confidentiels.
Cela crée un compromis intéressant.
La compatibilité EVM est censée rendre les choses plus faciles à construire et à intégrer. Or, les applications financières peuvent contenir des informations qui ne devraient pas simplement devenir publiques parce que l’application est déployée sur la blockchain. Le matériau fourni pour le propre cas d’usage de Dusk pointe précisément les soldes, les positions, les contreparties et la logique métier comme des informations qui peuvent nécessiter une protection.
Donc, je suis moins intéressé par la question de savoir si la couche compatible EVM de Dusk est « une autre EVM ».
Pour moi, la question la plus intéressante est de savoir si une infrastructure EVM familière, combinée à une exécution confidentielle, peut réellement rendre la finance on-chain praticable pour des applications qui ne peuvent pas fonctionner avec une visibilité publique totale.
Car disposer des outils, c’est une chose.
Faire en sorte que les développeurs construisent effectivement les applications financières dont elles ont besoin, c’en est une autre.
@Dusk $DUSK #Dusk
Puis j’ai regardé de plus près la manière dont la couche compatible EVM de Dusk est positionnée.
Elle offre aux développeurs les outils familiers de Solidity/Viper et l’écosystème EVM qu’ils connaissent déjà, mais la partie intéressante, c’est qu’elle ouvre aussi une voie vers des flux confidentiels via Hedger. Hedger utilise le chiffrement homomorphe et des preuves à divulgation nulle de connaissance (zero-knowledge proofs) pour des flux de transactions confidentiels.
Cela crée un compromis intéressant.
La compatibilité EVM est censée rendre les choses plus faciles à construire et à intégrer. Or, les applications financières peuvent contenir des informations qui ne devraient pas simplement devenir publiques parce que l’application est déployée sur la blockchain. Le matériau fourni pour le propre cas d’usage de Dusk pointe précisément les soldes, les positions, les contreparties et la logique métier comme des informations qui peuvent nécessiter une protection.
Donc, je suis moins intéressé par la question de savoir si la couche compatible EVM de Dusk est « une autre EVM ».
Pour moi, la question la plus intéressante est de savoir si une infrastructure EVM familière, combinée à une exécution confidentielle, peut réellement rendre la finance on-chain praticable pour des applications qui ne peuvent pas fonctionner avec une visibilité publique totale.
Car disposer des outils, c’est une chose.
Faire en sorte que les développeurs construisent effectivement les applications financières dont elles ont besoin, c’en est une autre.
@Dusk $DUSK #Dusk
