#dusk $DUSK @Dusk Lorsqu’on le lance, il faut confirmer trois fois de suite, malgré un premier blocage, et prévoir du Gas sur deux réseaux. Pour un utilisateur lambda, sa première réaction n’est pas : « La sécurité inter-couches est-elle vraiment rigoureuse ? », mais plutôt : « Mon argent est-il bloqué ? »
J’ai vérifié le guide actuel de pontage DuskEVM pour @Dusk . Points clés : la page officielle décrit le réseau de test ; les jetons de test n’ont pas de valeur réelle. Il ne faut donc pas écrire dès le départ que le processus est déjà opérationnel sur le mainnet.
L’approvisionnement est relativement direct : sur Dusk L1, soumettre la transaction, puis attendre que le solde DuskEVM arrive. Les deux couches n’actualisent pas leur état en même temps. Pour quitter, il faut d’abord initier sur DuskEVM. Une fois que le portefeuille affiche « preuve disponible », on soumet la preuve sur L1 ; puis on attend « confirmation finale » et on envoie une transaction L1 pour libérer DUSK.
Une sortie comprend trois actions on-chain : l’initiation, la preuve et la confirmation finale. En plus des frais de la chaîne source, il faut préparer deux frais L1, et utiliser du DUSK non anonymisé pour payer. Si l’on transfère tout le solde L1 vers l’EVM, les actifs risquent de rester en suspens en route faute de Gas.
Pourquoi ne pas libérer en une seule fois ? DuskEVM exécute, Dusk L1 prend en charge la preuve et la libération finale. Le système doit attendre la publication des états, la maturation des preuves et la vérification des contestations, pour s’assurer que le résultat d’exécution peut être accepté par la couche de règlement. Le prix à payer : du temps, des opérations et un blocage de liquidité.
C’est encore plus pénible pour les institutions. Le fait de déduire les actifs côté EVM ne signifie pas que L1 a déjà crédité ; le système comptable ne peut pas comptabiliser un retrait comme terminé simplement sur la base de « initiation réussie ». Il faut vérifier le hash de transaction, l’état de la preuve, la confirmation finale et les trois séries de frais. Sinon, les comptes afficheront une fenêtre transitoire avant règlement.
Donc je vais suivre quatre indicateurs : le temps médian d’une sortie, la proportion de blocages à chaque étape, le coût total des trois opérations, et la possibilité de rétablir sans perte en cas d’échec. $DUSK correspond aux actifs natifs et au Gas des deux côtés. Mais si l’utilisateur ose entrer dépend du fait que la sortie puisse être comprise, et aussi du fait qu’elle puisse être intégralement vérifiée par le registre comptable de l’institution.
#dusk
J’ai vérifié le guide actuel de pontage DuskEVM pour @Dusk . Points clés : la page officielle décrit le réseau de test ; les jetons de test n’ont pas de valeur réelle. Il ne faut donc pas écrire dès le départ que le processus est déjà opérationnel sur le mainnet.
L’approvisionnement est relativement direct : sur Dusk L1, soumettre la transaction, puis attendre que le solde DuskEVM arrive. Les deux couches n’actualisent pas leur état en même temps. Pour quitter, il faut d’abord initier sur DuskEVM. Une fois que le portefeuille affiche « preuve disponible », on soumet la preuve sur L1 ; puis on attend « confirmation finale » et on envoie une transaction L1 pour libérer DUSK.
Une sortie comprend trois actions on-chain : l’initiation, la preuve et la confirmation finale. En plus des frais de la chaîne source, il faut préparer deux frais L1, et utiliser du DUSK non anonymisé pour payer. Si l’on transfère tout le solde L1 vers l’EVM, les actifs risquent de rester en suspens en route faute de Gas.
Pourquoi ne pas libérer en une seule fois ? DuskEVM exécute, Dusk L1 prend en charge la preuve et la libération finale. Le système doit attendre la publication des états, la maturation des preuves et la vérification des contestations, pour s’assurer que le résultat d’exécution peut être accepté par la couche de règlement. Le prix à payer : du temps, des opérations et un blocage de liquidité.
C’est encore plus pénible pour les institutions. Le fait de déduire les actifs côté EVM ne signifie pas que L1 a déjà crédité ; le système comptable ne peut pas comptabiliser un retrait comme terminé simplement sur la base de « initiation réussie ». Il faut vérifier le hash de transaction, l’état de la preuve, la confirmation finale et les trois séries de frais. Sinon, les comptes afficheront une fenêtre transitoire avant règlement.
Donc je vais suivre quatre indicateurs : le temps médian d’une sortie, la proportion de blocages à chaque étape, le coût total des trois opérations, et la possibilité de rétablir sans perte en cas d’échec. $DUSK correspond aux actifs natifs et au Gas des deux côtés. Mais si l’utilisateur ose entrer dépend du fait que la sortie puisse être comprise, et aussi du fait qu’elle puisse être intégralement vérifiée par le registre comptable de l’institution.
#dusk
