#dusk $DUSK @Dusk J’ai repéré un choix de conception dans DUSK qui m’a d’abord semblé contradictoire.
Si DUSK dispose de son propre environnement d’exécution, pourquoi construire une voie basée sur l’EVM ?
Pensez à un aéroport spécialisé.
Vous pouvez construire un tout nouvel avion depuis zéro.
Mais si vous voulez que des milliers de pilotes existants utilisent votre aéroport, leur offrir une piste familière facilite énormément l’adoption.
C’est ce qui m’a rendu DuskEVM intéressant.
DUSK dispose déjà de DuskVM pour les contrats qui ont besoin d’un accès direct au L1.
Pourtant, DuskEVM offre aux développeurs l’environnement Ethereum familier — Solidity, Vyper, les outils EVM standard et les portefeuilles — tout en utilisant DuskDS en dessous pour le règlement et la disponibilité des données.
Puis j’ai remarqué Hedger.
C’est l’évolution de Zedger, mais construite sur DuskEVM — essentiellement en apportant la focalisation de DUSK sur les actifs réglementés dans un environnement d’abord orienté EVM.
Cela me dit quelque chose sur la stratégie de DUSK.
On dirait que ce n’est pas en train de dire :
« Oubliez Ethereum. Apprenez notre pile. »
C’est plutôt proche de :
« Gardez la porte d’entrée familière pour les développeurs, mais reliez-la à une infrastructure conçue pour la finance réglementée. »
Et c’est important, car la supériorité technique compte peu si les développeurs doivent abandonner les outils qu’ils connaissent déjà avant de pouvoir l’utiliser.
Donc la question intéressante n’est pas :
« DUSK prend-il en charge l’EVM ?
C’est plutôt :
« L’infrastructure financière peut-elle rester spécialisée sans forcer l’écosystème développeur à repartir de zéro ? »
C’est ce que je vais surveiller avec Hedger.
#dusk $DUSK @Dusk
Si DUSK dispose de son propre environnement d’exécution, pourquoi construire une voie basée sur l’EVM ?
Pensez à un aéroport spécialisé.
Vous pouvez construire un tout nouvel avion depuis zéro.
Mais si vous voulez que des milliers de pilotes existants utilisent votre aéroport, leur offrir une piste familière facilite énormément l’adoption.
C’est ce qui m’a rendu DuskEVM intéressant.
DUSK dispose déjà de DuskVM pour les contrats qui ont besoin d’un accès direct au L1.
Pourtant, DuskEVM offre aux développeurs l’environnement Ethereum familier — Solidity, Vyper, les outils EVM standard et les portefeuilles — tout en utilisant DuskDS en dessous pour le règlement et la disponibilité des données.
Puis j’ai remarqué Hedger.
C’est l’évolution de Zedger, mais construite sur DuskEVM — essentiellement en apportant la focalisation de DUSK sur les actifs réglementés dans un environnement d’abord orienté EVM.
Cela me dit quelque chose sur la stratégie de DUSK.
On dirait que ce n’est pas en train de dire :
« Oubliez Ethereum. Apprenez notre pile. »
C’est plutôt proche de :
« Gardez la porte d’entrée familière pour les développeurs, mais reliez-la à une infrastructure conçue pour la finance réglementée. »
Et c’est important, car la supériorité technique compte peu si les développeurs doivent abandonner les outils qu’ils connaissent déjà avant de pouvoir l’utiliser.
Donc la question intéressante n’est pas :
« DUSK prend-il en charge l’EVM ?
C’est plutôt :
« L’infrastructure financière peut-elle rester spécialisée sans forcer l’écosystème développeur à repartir de zéro ? »
C’est ce que je vais surveiller avec Hedger.
#dusk $DUSK @Dusk
