Je regarde à nouveau le @Dusk cette semaine, et je pense que je regardais la mauvaise chose.
On parle surtout de Dusk comme d’une chaîne axée sur la confidentialité, mais ce qui a retenu mon attention, c’est la façon dont ils gèrent le côté développeurs. DuskEVM offre aux développeurs la configuration Solidity, Hardhat et MetaMask qu’ils connaissent déjà, tout en s’intégrant à nouveau à l’architecture native de Dusk.
Sur le papier, ça paraît simple, mais c’est en réalité un équilibre assez difficile.
La plupart des projets prennent la voie la plus facile : devenir compatible avec l’EVM et passer à autre chose. Dusk essaie de préserver intactes sa confidentialité native et ses capacités de preuve à connaissance nulle, tout en donnant aux développeurs une façon d’entrer familière.
Ça rend Dusk plus intéressant à mes yeux qu’une autre chaîne qui court après le TVL ou des chiffres de staking.
La vraie question maintenant, c’est ce que les gens construisent réellement avec.
Si DuskEVM devient juste un autre endroit pour déployer des applications Solidity génériques, alors une grande partie de l’architecture native perd son intérêt. Mais si les développeurs commencent à utiliser la couche EVM comme point d’entrée et finissent par exploiter les fonctionnalités de confidentialité de Dusk, c’est là que la conception commence à avoir du sens.
Je suis aussi moins intéressé par les chiffres de une qu’intéressé par la réutilisation.
Une seule transaction institutionnelle, c’est bien. Voir le même participant revenir parce que Dusk a réellement résolu un problème pour lui est beaucoup plus fort.
Dusk a mis en place un système intéressant. Il lui faut maintenant de l’usage pour prouver pourquoi cette configuration compte.
C’est la partie que je vais surveiller.
#dusk $DUSK @Dusk
On parle surtout de Dusk comme d’une chaîne axée sur la confidentialité, mais ce qui a retenu mon attention, c’est la façon dont ils gèrent le côté développeurs. DuskEVM offre aux développeurs la configuration Solidity, Hardhat et MetaMask qu’ils connaissent déjà, tout en s’intégrant à nouveau à l’architecture native de Dusk.
Sur le papier, ça paraît simple, mais c’est en réalité un équilibre assez difficile.
La plupart des projets prennent la voie la plus facile : devenir compatible avec l’EVM et passer à autre chose. Dusk essaie de préserver intactes sa confidentialité native et ses capacités de preuve à connaissance nulle, tout en donnant aux développeurs une façon d’entrer familière.
Ça rend Dusk plus intéressant à mes yeux qu’une autre chaîne qui court après le TVL ou des chiffres de staking.
La vraie question maintenant, c’est ce que les gens construisent réellement avec.
Si DuskEVM devient juste un autre endroit pour déployer des applications Solidity génériques, alors une grande partie de l’architecture native perd son intérêt. Mais si les développeurs commencent à utiliser la couche EVM comme point d’entrée et finissent par exploiter les fonctionnalités de confidentialité de Dusk, c’est là que la conception commence à avoir du sens.
Je suis aussi moins intéressé par les chiffres de une qu’intéressé par la réutilisation.
Une seule transaction institutionnelle, c’est bien. Voir le même participant revenir parce que Dusk a réellement résolu un problème pour lui est beaucoup plus fort.
Dusk a mis en place un système intéressant. Il lui faut maintenant de l’usage pour prouver pourquoi cette configuration compte.
C’est la partie que je vais surveiller.
#dusk $DUSK @Dusk
