Je me suis attardé sur la configuration de Dusk plus longtemps que prévu. Une DuskVM native fonctionnant à côté d’une DuskEVM compatible EVM, à première vue, semblait redondante — pourquoi construire deux portes dans la même maison ? Plus je regardais, moins cela ressemblait à une duplication, et davantage à un choix concernant ce qu’il ne faut pas perdre.
DuskEVM permet aux développeurs d’arriver avec Solidity et des outils Ethereum familiers pour commencer rapidement, puis de revenir à l’interface de sa propre couche. DuskVM conserve la logique plus profonde de confidentialité, écrite en Rust et compilée en WASM, installée nativement à la base plutôt que d’être lissée pour des raisons de compatibilité. C’est ce qui rend cette histoire moins “typique L2” à mes yeux. Les liens de Dusk avec NPEX, un échange néerlandais sous licence, ainsi que son travail d’identité auto-souveraine via Citadel, donnent à penser que la technologie cherche à fonctionner dans le cadre du droit financier, et pas seulement selon les normes de la crypto.
Pour autant, un partenaire sous licence n’est pas synonyme de clarté juridique partout. Les règles varient selon les pays, l’application évolue plus lentement que les sorties de code, et les fonctionnalités d’identité ou de confidentialité ne veulent vraiment dire quelque chose que si elles sont mises en œuvre correctement — et pas seulement proposées comme option. L’infrastructure peut être conçue pour inspirer confiance. Elle doit encore prouver qu’elle tient ses promesses dans des conditions réelles, inégales.
Ce qui me reste n’est pas tant de savoir si cette conception fonctionne, mais le fait que le langage qui sonne “juridique” autour de n’importe quel projet n’est qu’un point de départ, pas une conclusion. Il faut aller au-delà du pitch et se demander ce qui est réellement appliqué, et par qui.
Aucun d’entre nous n’a tout ça entièrement clarifié, et c’est très bien ainsi. Il y a toujours quelque chose de nouveau qui mérite d’être compris.
@Dusk #dusk $DUSK
DuskEVM permet aux développeurs d’arriver avec Solidity et des outils Ethereum familiers pour commencer rapidement, puis de revenir à l’interface de sa propre couche. DuskVM conserve la logique plus profonde de confidentialité, écrite en Rust et compilée en WASM, installée nativement à la base plutôt que d’être lissée pour des raisons de compatibilité. C’est ce qui rend cette histoire moins “typique L2” à mes yeux. Les liens de Dusk avec NPEX, un échange néerlandais sous licence, ainsi que son travail d’identité auto-souveraine via Citadel, donnent à penser que la technologie cherche à fonctionner dans le cadre du droit financier, et pas seulement selon les normes de la crypto.
Pour autant, un partenaire sous licence n’est pas synonyme de clarté juridique partout. Les règles varient selon les pays, l’application évolue plus lentement que les sorties de code, et les fonctionnalités d’identité ou de confidentialité ne veulent vraiment dire quelque chose que si elles sont mises en œuvre correctement — et pas seulement proposées comme option. L’infrastructure peut être conçue pour inspirer confiance. Elle doit encore prouver qu’elle tient ses promesses dans des conditions réelles, inégales.
Ce qui me reste n’est pas tant de savoir si cette conception fonctionne, mais le fait que le langage qui sonne “juridique” autour de n’importe quel projet n’est qu’un point de départ, pas une conclusion. Il faut aller au-delà du pitch et se demander ce qui est réellement appliqué, et par qui.
Aucun d’entre nous n’a tout ça entièrement clarifié, et c’est très bien ainsi. Il y a toujours quelque chose de nouveau qui mérite d’être compris.
@Dusk #dusk $DUSK
