#dusk $DUSK @Dusk
Une chose que je continuais à me demander à propos du @Dusk était celle-ci :
Si le projet dispose déjà de son propre L1, pourquoi fournir autant d’efforts pour développer aussi DuskEVM ?
La réponse a commencé à devenir logique quand j’ai regardé à qui Dusk essaie vraiment de s’adresser.
Beaucoup de développeurs évoluent déjà dans l’univers Solidity et EVM. C’est là que se trouvent leurs outils, c’est ce que leurs équipes connaissent, et c’est ainsi que la plupart des applications onchain sont déjà construites. Donc, au lieu de forcer ces développeurs à repartir de zéro, Dusk ouvre une porte familière grâce à DuskEVM.
Mais ce qui m’intéresse davantage, c’est que Dusk ne s’arrête pas à « la compatibilité EVM ».
DuskEVM offre le chemin d’exécution familier, tandis que DuskDS reste en dessous, comme base de règlement. Ensuite, Hedger intervient pour ajouter des flux EVM confidentiels, de sorte que les transactions n’aient pas à choisir entre être utilisables et être privées.
C’est cela qui rend la conception, à mes yeux, plus intelligente.
Beaucoup de chaînes poursuivent la compatibilité. Beaucoup de projets de confidentialité restent trop isolés. Dusk essaie de relier les deux : un accès EVM familier pour les développeurs, la confidentialité là où les applications financières en ont réellement besoin, et un règlement qui reste propre à la pile Dusk.
Cela correspond assez bien à l’idée plus large de Dusk.
Pas seulement amener des applications onchain, mais rendre la finance onchain plus utilisable pour de vrais marchés.
Et si davantage d’activités, d’apps et de flux de règlement passent par cette pile, alors le $DUSK devient naturellement important dans l’économie du réseau, plutôt que d’être simplement un token avec une histoire associée.
Une chose que je continuais à me demander à propos du @Dusk était celle-ci :
Si le projet dispose déjà de son propre L1, pourquoi fournir autant d’efforts pour développer aussi DuskEVM ?
La réponse a commencé à devenir logique quand j’ai regardé à qui Dusk essaie vraiment de s’adresser.
Beaucoup de développeurs évoluent déjà dans l’univers Solidity et EVM. C’est là que se trouvent leurs outils, c’est ce que leurs équipes connaissent, et c’est ainsi que la plupart des applications onchain sont déjà construites. Donc, au lieu de forcer ces développeurs à repartir de zéro, Dusk ouvre une porte familière grâce à DuskEVM.
Mais ce qui m’intéresse davantage, c’est que Dusk ne s’arrête pas à « la compatibilité EVM ».
DuskEVM offre le chemin d’exécution familier, tandis que DuskDS reste en dessous, comme base de règlement. Ensuite, Hedger intervient pour ajouter des flux EVM confidentiels, de sorte que les transactions n’aient pas à choisir entre être utilisables et être privées.
C’est cela qui rend la conception, à mes yeux, plus intelligente.
Beaucoup de chaînes poursuivent la compatibilité. Beaucoup de projets de confidentialité restent trop isolés. Dusk essaie de relier les deux : un accès EVM familier pour les développeurs, la confidentialité là où les applications financières en ont réellement besoin, et un règlement qui reste propre à la pile Dusk.
Cela correspond assez bien à l’idée plus large de Dusk.
Pas seulement amener des applications onchain, mais rendre la finance onchain plus utilisable pour de vrais marchés.
Et si davantage d’activités, d’apps et de flux de règlement passent par cette pile, alors le $DUSK devient naturellement important dans l’économie du réseau, plutôt que d’être simplement un token avec une histoire associée.