#dusk $DUSK Lors de la lecture de la documentation DuskEVM sur $DUSK , je me suis rendu compte d’un point que beaucoup ignorent : DuskEVM n’est pas une « couche de compatibilité Ethereum », mais une réimplémentation d’un jeu d’instructions EVM sur une machine virtuelle WASM. @Dusk a choisi cette voie, ce qui signifie qu’il doit en supporter le coût des deux côtés.
Le bénéfice de la compatibilité EVM, c’est la visibilité : les développeurs Solidity peuvent migrer sans friction, Metamask peut se connecter directement, et de nombreux protocoles DeFi peuvent être déployés sur #dusk avec quelques lignes de code. Mais, dans le WASM, l’EVM est essentiellement une « couche de traduction » : chaque opcode EVM doit être réinterprété et exécuté à nouveau dans le runtime WASM. Cette surcouche de traduction, négligeable dans des scénarios à faible concurrence, devient une surfacturation implicite de gas lors des pics de règlement en masse de NPEX.
Plus subtil encore : le coût d’interaction entre DuskEVM et le modèle de transactions privées de Phoenix. L’EVM fonctionne sur un modèle de comptes, tandis que Phoenix utilise un modèle hybride UTXO ; relier les deux exige des conversions supplémentaires de preuves ZK. Lorsque les protocoles DeFi basculent fréquemment entre l’état EVM public et des UTXO privés, chaque bascule correspond à une génération de preuve, et la latence s’additionne séquentiellement. Pour les market makers, l’arbitrage se calcule à l’échelle de la milliseconde : avec plusieurs couches de conversion, le profit risque d’être mangé par les coûts de friction.
J’approuve la stratégie de DuskEVM : réduire le seuil d’entrée des développeurs grâce à la compatibilité EVM, tout en conservant l’évolutivité future grâce au WASM. Mais la validité pratique de cette approche ne dépend pas du nombre de contrats Solidity pris en charge : elle dépend du fait que la latence de preuve du pont EVM–Phoenix puisse être réduite à un niveau « indolore » dans de vrais scénarios DeFi.
Le bouclage RWA de DUSK a besoin que DeFi serve de lubrifiant de liquidité, et DeFi a besoin de la compatibilité EVM pour attirer les développeurs. Mais avec trois couches superposées—traduction WASM, exécution EVM, preuves Phoenix—est-ce que ce lien ne risque pas, sous forte pression, de devenir « faisable, mais impossible à faire » ?
#dusk @Dusk
WASM上跑EVM是聪明还是包袱
0%
DeFi做市商会为DUSK买单吗
0%
EVM-Phoenix桥接才是真实瓶颈
100%
1 Votes • Vote fermé