Auparavant, je trouvais la compatibilité EVM assez simple. Si une blockchain supportait Solidity et les outils Ethereum, je partais du principe que c’était la manière de faire venir des développeurs dans une nouvelle ecosystem.
Mais en lisant plus en profondeur la documentation de Dusk, je me suis rendu compte que cette hypothèse était insuffisante. Un détail m’a notamment fait m’arrêter : la façon dont Dusk sépare l’exécution du settlement.
Au début, je pensais que DuskEVM aidait surtout les applications Ethereum à fonctionner sur Dusk ; puis j’ai réalisé que son rôle allait plus loin, mais aussi de manière plus précise que ce que j’imaginais.
DuskEVM est l’environnement d’exécution EVM, tandis que DuskDS gère le consensus, le settlement et la disponibilité des données. La finance regulated repose quant à elle sur plusieurs autres composants, comme le contrôle d’accès, la divulgation sélective et les modèles de transactions de Dusk.
De mon point de vue actuel, je ne considère plus DuskEVM comme un simple bridge Ethereum au sens technique. Je le vois plutôt comme une couche de compatibilité qui aide les applications Solidity et les outils Ethereum à accéder à l’infrastructure de Dusk.
Le plus intéressant, c’est cette répartition des responsabilités. L’EVM conserve le modèle de développement familier, tandis que le settlement et les exigences de la finance regulated sont traités dans d’autres couches.
Sans doute que le « bridge » ici n’est-il pas entre deux blockchains, mais entre deux façons de construire des systèmes.
Je reste cependant avec une question en tête : est-ce que la séparation elle-même — entre la compatibilité et la nouvelle infrastructure regulated — est la partie la plus remarquable du design de Dusk ?
#dusk $DUSK @Dusk
Mais en lisant plus en profondeur la documentation de Dusk, je me suis rendu compte que cette hypothèse était insuffisante. Un détail m’a notamment fait m’arrêter : la façon dont Dusk sépare l’exécution du settlement.
Au début, je pensais que DuskEVM aidait surtout les applications Ethereum à fonctionner sur Dusk ; puis j’ai réalisé que son rôle allait plus loin, mais aussi de manière plus précise que ce que j’imaginais.
DuskEVM est l’environnement d’exécution EVM, tandis que DuskDS gère le consensus, le settlement et la disponibilité des données. La finance regulated repose quant à elle sur plusieurs autres composants, comme le contrôle d’accès, la divulgation sélective et les modèles de transactions de Dusk.
De mon point de vue actuel, je ne considère plus DuskEVM comme un simple bridge Ethereum au sens technique. Je le vois plutôt comme une couche de compatibilité qui aide les applications Solidity et les outils Ethereum à accéder à l’infrastructure de Dusk.
Le plus intéressant, c’est cette répartition des responsabilités. L’EVM conserve le modèle de développement familier, tandis que le settlement et les exigences de la finance regulated sont traités dans d’autres couches.
Sans doute que le « bridge » ici n’est-il pas entre deux blockchains, mais entre deux façons de construire des systèmes.
Je reste cependant avec une question en tête : est-ce que la séparation elle-même — entre la compatibilité et la nouvelle infrastructure regulated — est la partie la plus remarquable du design de Dusk ?
#dusk $DUSK @Dusk