Chaque L1 se vante maintenant de la puissance de sa machine virtuelle et de ses performances, mais en réalité, peu de gens l’utilisent. La raison principale est très simple : l’écosystème des développeurs ne décolle pas.



Actuellement, il y aurait peut-être des dizaines de milliers de développeurs Solidity dans le monde. Leur demander de passer à Rust ou Move ? La plupart n’ont tout simplement pas le temps ou l’énergie. Surtout en période de marché baissier, les budgets des projets sont serrés, qui va dépenser de l’argent pour former ses équipes à un nouveau langage ?

Une solution intéressante existe — une blockchain privée utilisant directement OP Stack pour construire DuskEVM, totalement compatible avec l’écosystème EVM. Imaginez ce que cela signifie : n’importe quelle Dapp sur Ethereum pourrait théoriquement migrer sans problème. Les outils de développement comme Hardhat, Truffle, Remix seraient utilisables directement, et MetaMask pourrait aussi se connecter. Pour les développeurs, cela réduit considérablement les coûts.

Cela peut sembler conservateur, mais c’est très malin d’un point de vue commercial. La réussite de Polygon et Arbitrum s’explique en grande partie par leur compatibilité EVM, qui a réduit la barrière à la migration.

Mais cette chaîne ne suit pas une voie totalement conservatrice. Elle conserve dans DuskVM une conception axée sur la confidentialité, utilisant une machine virtuelle WASM pour exécuter des primitives de preuve à divulgation zéro. Ce combo est en fait assez innovant — vous pouvez d’abord déployer rapidement des applications classiques avec DuskEVM pour attirer du trafic et des fonds, puis migrer progressivement les parties sensibles à la confidentialité (comme le carnet d’ordres ou la logique centrale des pools de fonds) vers DuskVM. Cette migration progressive est beaucoup plus réaliste que de forcer les développeurs à tout réécrire en une seule fois.

Du point de vue des coûts, c’est encore plus évident. L’intégration EVM coûte seulement 1/50 de celle d’une L1 native, et le cycle de développement peut passer de six mois à quelques semaines. Pour les exchanges, portefeuilles et custodians, c’est une excellente nouvelle — ils n’ont pas besoin de développer un backend séparé pour cette chaîne, une simple modification de leur infrastructure Ethereum existante suffit.

Dans un contexte où la compétition pour l’infrastructure devient féroce, cette approche pragmatique devient en fait un avantage compétitif.
OP-1,86%
ETH-2,15%
ARB-1,74%
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
  • Récompense
  • 10
  • Reposter
  • Partager
Commentaire
0/400
TokenomicsTinfoilHatvip
· 01-20 13:48
C'est tout à fait juste, la compatibilité EVM est vraiment une attaque en réduction dimensionnelle.
Voir l'originalRépondre0
tx_pending_forevervip
· 01-20 04:34
En résumé, la compatibilité EVM est la voie à suivre, ceux qui innovent avec des machines virtuelles doivent soit mourir, soit devenir des second couteaux.
Voir l'originalRépondre0
ChainPoetvip
· 01-20 03:20
Tu as tout à fait raison, ces chaînes qui vantent la machine virtuelle ne font que se faire plaisir, les développeurs ne sont pas idiots. La compatibilité EVM est vraiment la voie royale, Polygon et Arbitrum l'ont déjà prouvé, l'idée derrière cette chaîne est brillante. Commencez par exploiter DuskEVM pour tirer profit, puis migrez lentement la logique de confidentialité, cette opération est vraiment géniale. Réduire les coûts à 1/50, qui irait encore se compliquer avec Rust, vous n'avez pas toute votre tête ?
Voir l'originalRépondre0
bridgeOopsvip
· 01-19 13:48
En fin de compte, il s'agit toujours d'un problème d'écosystème. Ces chaînes qui se vantent de leur machine virtuelle sont vraiment un peu ridicules, sans développeurs, tout est inutile. La compatibilité EVM est effectivement une idée intelligente, Polygon a déjà prouvé que cette logique fonctionne. Cependant, l'idée de cette chaîne privée est plutôt intéressante, elle préserve la vie privée sans forcer les développeurs à réécrire leur code, c'est ça le réalisme. Le coût est-il vraiment si différent ? 1/50 ? Si c'était le cas, les échanges auraient déjà paniqué, enfin, il y a enfin une chaîne qui a compris ce que veulent les utilisateurs.
Voir l'originalRépondre0
zkProofGremlinvip
· 01-17 16:57
Ce n'est pas faux, aussi impressionnante que soit la performance, sans écosystème, c'est inutile. Polygon l'a déjà prouvé : la compatibilité EVM est la solution la plus concrète pour réduire les coûts de migration. Je trouve que cette solution DuskEVM est vraiment intelligente — elle ouvre la voie aux développeurs, puis les guide doucement vers la migration vers la confidentialité, ce qui est plus fiable que les chaînes qui imposent immédiatement un changement de langage.
Voir l'originalRépondre0
SighingCashiervip
· 01-17 16:54
Tu as tout à fait raison, ceux qui vantent la performance des machines virtuelles L1 sont vraiment ridicules, les développeurs ne croient pas du tout à ça. L'astuce de la compatibilité EVM est vraiment géniale, Polygon a déjà prouvé que cette stratégie fonctionne, y a-t-il encore des chaînes qui n'ont pas appris ? L'idée de DuskEVM me semble plutôt bonne, la migration progressive est plus réaliste que de forcer une réécriture complète, cela donne au moins une bouffée d'air aux développeurs. Réduire les coûts d'1/50 peut sembler exagéré, mais si le cycle de développement est vraiment raccourci, c'est vraiment une bonne nouvelle pour les portefeuilles et les échanges.
Voir l'originalRépondre0
BearMarketHustlervip
· 01-17 16:54
C'est bien dit, la compatibilité EVM est en effet la solution la plus simple, les développeurs en raffolent.
Voir l'originalRépondre0
GasFeeVictimvip
· 01-17 16:47
En fin de compte, il faut toujours considérer la perspective des développeurs. Ces chaînes qui se concentrent uniquement sur la performance sont vraiment auto-satisfaites. La compatibilité EVM est la voie que les personnes intelligentes choisissent, et Polygon a déjà prouvé cette logique depuis longtemps.
Voir l'originalRépondre0
SmartMoneyWalletvip
· 01-17 16:43
C'est la voie correcte, toutes ces autres chaînes non-EVM sont purement vouées à l'échec Dépenser 1/50 du coût pour permettre aux développeurs de migrer sans problème, personne ne sait faire cette équation En résumé, seules celles avec une forte compatibilité survivent, les technologies innovantes mais avec un écosystème mort sont totalement éliminées
Voir l'originalRépondre0
DegenDreamervip
· 01-17 16:39
Ce n'est pas faux, ceux qui vantent la machine virtuelle se font simplement plaisir. La compatibilité EVM reste la solution la plus réaliste, les développeurs sont tout simplement trop paresseux pour se compliquer la vie.
Voir l'originalRépondre0
Afficher plus
  • Épingler