Récemment, il y a une voie technologique qui vaut la peine d'être explorée — la conception de DuskEVM n'est pas simplement une autre chaîne EVM, mais plutôt une intégration de l'efficacité de développement de tout l'écosystème EVM sur une infrastructure L1 conforme et privée.

Commençons par l'avancement technique. DuskDS, en tant que couche de disponibilité des données et de règlement, fonctionne déjà de manière stable sur le réseau principal. La mise à niveau Rusk est la dernière étape avant le lancement de DuskEVM sur le réseau principal. L'objectif principal de cette mise à niveau est de fluidifier le traitement des transactions BLOB. En d'autres termes, la façon dont les transactions en lot sur L2 sont ordonnées pour être déposées sur L1 — cette canalisation va enfin être complètement mise en place.

Voyons quelques indicateurs clés. Les BLOB sont produits à intervalles réguliers, environ toutes les 7 minutes, créant une fenêtre. Si un lot de transactions EVM dépasse la capacité d’un seul BLOB, le système passera automatiquement à la fenêtre suivante ; selon les paramètres actuels, une seule fenêtre peut contenir jusqu’à 6 BLOB. On peut voir cela comme une voie rapide multi-lanes pour le règlement — plus le nombre de voies est fixe et clair, plus la capacité et le coût prévisibles le sont aussi. Cela est crucial pour des activités comme la DeFi et les RWA, qui sont très sensibles à la stabilité du règlement.

Ce qui est encore plus intéressant, c’est la position globale. DuskEVM est essentiellement une couche d’exécution compatible EVM, mais la base de règlement repose sur une L1 conforme et privée (DuskDS) — ce n’est pas simplement une question de changement de peau, mais plutôt une fusion forcée entre « la chaîne d’outils familière aux développeurs » et « la plateforme conforme requise par les institutions ».

Pour les développeurs, cela signifie quoi ? Les portefeuilles, les hardware signers et autres outils de l’écosystème EVM peuvent s’intégrer plus facilement, avec une courbe d’apprentissage plus faible. Pour les institutions et les projets, cela rend la vie plus simple — vous pouvez rapidement construire un L2 personnalisé basé sur DuskDS, que ce soit en mode permissionné ou non, en définissant vous-même les règles du séquenceur, et en intégrant directement les exigences réglementaires dans les paramètres de la chaîne, plutôt que de les mettre dans une présentation PowerPoint en tremblant.

L’intérêt de cette approche réside dans le fait qu’elle ne force pas un choix binaire entre « EVM ou confidentialité », mais répartit les responsabilités entre la couche d’exécution et la couche de règlement — le front-end continue d’utiliser la commodité de l’écosystème EVM, tandis que le back-end s’appuie sur la conformité d’une L1 privée. Dans le contexte actuel où la DeFi et les RWA migrent progressivement vers la chaîne, cette architecture offre effectivement un certain potentiel d’imagination.