Récemment, j'ai vu des progrès techniques concernant l'écosystème Dusk, avec certains détails particulièrement intéressants.

L'essentiel est que DuskDS, cette couche de disponibilité des données + de règlement, fonctionne de manière stable sur le réseau principal depuis un certain temps, et la mise à niveau Rusk, en tant que dernière étape avant le lancement du réseau principal, vise à ouvrir la voie au traitement des transactions BLOB. En clair, il s'agit de clarifier complètement comment les transactions en lot de L2 sont transférées vers le canal L1.

Voici quelques données concrètes qui méritent réflexion : BLOB produit actuellement à intervalles fixes, environ toutes les 7 minutes pour une fenêtre. Si un lot de transactions EVM ne peut pas tenir dans un seul BLOB, le système le divise automatiquement en BLOBs successifs. Selon les paramètres actuels, une fenêtre peut produire au maximum 6 BLOBs — vous pouvez l'imaginer comme le nombre de voies sur une autoroute de règlement. Plus la voie est claire, plus le débit et le coût sont prévisibles, ce qui est crucial pour des activités sensibles à la stabilité comme la DeFi conforme ou les RWA.

Ce qui est encore plus intéressant, c'est sa logique de positionnement. DuskEVM est une couche d'exécution équivalente à EVM, mais le règlement se fait sur une couche L1 non-EVM, conforme à la vie privée — ce n'est pas simplement une question de changement de peau, mais une intégration ferme entre "l'outil familier des développeurs" et "la base réglementaire nécessaire aux institutions".

Concrètement : les portefeuilles de l'écosystème EVM, les dispositifs de signature hardware peuvent s'intégrer plus facilement ; pour les institutions et les projets, il est même possible de construire rapidement une couche L2 personnalisée basée sur la couche sous-jacente, avec une flexibilité pour choisir entre mode permissionné/non-permissionné, configurer les règles du séquenceur, et intégrer directement les exigences réglementaires dans les paramètres plutôt que dans des PPT.