Project @Dusk_Foundation a passé la matinée à fouiner dans le nouveau testnet DuskEVM au lieu de faire quoi que ce soit de productif, franchement.
il est passé en ligne le 10 août, et la plupart des commentaires tournaient autour de « le support Solidity + Hardhat fonctionne maintenant », ce qui est bien, mais ce n’est pas ça qui m’a fait défiler sans m’arrêter.
ce qui m’a accroché, c’est la séparation du règlement. déployer un contrat sur DuskEVM, et le séquenceur l’exécute là-bas, mais le batcher continue de publier ces données de transaction sur DuskDS en tant que blobs, et un proposer ancre ensuite les engagements d’état qui en résultent. l’exécution se fait à un endroit, la finalité revient sur la couche de base. tout ça consomme du gaz en DUSK, qui est d’abord transféré depuis DuskDS, avant même qu’un déploiement ait lieu.
c’est le point auquel je reviens sans arrêt : avant même qu’un dev n’écrive une seule ligne de Solidity ici, il a déjà fallu déplacer du DUSK réel via un pont. ce n’est pas juste une vibe. j’ai vérifié l’explorateur du testnet plus tôt : il y a déjà des contrats qui y attendent depuis les quelques jours précédents, et pour quelque chose qui a à peine six jours, ce n’est pas rien..
je suis encore en train de déterminer si cette configuration d’ancrage du règlement change vraiment quelque chose à la façon dont des actifs régulés de type NPEX finiront par être traités côté EVM, ou si je lis simplement trop dans un pattern standard d’OP-stack. je penche pour la première option, mais je ne suis pas totalement convaincu.
quelqu’un a déjà déployé quelque chose dessus, ou c’est encore juste en train de lire la doc comme moi ?
$DUSK #dusk
il est passé en ligne le 10 août, et la plupart des commentaires tournaient autour de « le support Solidity + Hardhat fonctionne maintenant », ce qui est bien, mais ce n’est pas ça qui m’a fait défiler sans m’arrêter.
ce qui m’a accroché, c’est la séparation du règlement. déployer un contrat sur DuskEVM, et le séquenceur l’exécute là-bas, mais le batcher continue de publier ces données de transaction sur DuskDS en tant que blobs, et un proposer ancre ensuite les engagements d’état qui en résultent. l’exécution se fait à un endroit, la finalité revient sur la couche de base. tout ça consomme du gaz en DUSK, qui est d’abord transféré depuis DuskDS, avant même qu’un déploiement ait lieu.
c’est le point auquel je reviens sans arrêt : avant même qu’un dev n’écrive une seule ligne de Solidity ici, il a déjà fallu déplacer du DUSK réel via un pont. ce n’est pas juste une vibe. j’ai vérifié l’explorateur du testnet plus tôt : il y a déjà des contrats qui y attendent depuis les quelques jours précédents, et pour quelque chose qui a à peine six jours, ce n’est pas rien..
je suis encore en train de déterminer si cette configuration d’ancrage du règlement change vraiment quelque chose à la façon dont des actifs régulés de type NPEX finiront par être traités côté EVM, ou si je lis simplement trop dans un pattern standard d’OP-stack. je penche pour la première option, mais je ne suis pas totalement convaincu.
quelqu’un a déjà déployé quelque chose dessus, ou c’est encore juste en train de lire la doc comme moi ?
$DUSK #dusk