“La notion de ‘finalité certaine’ relie deux choses qui ne se sont pas encore unifiées. Je préfère la séparer : la première moitié promet le terme, la seconde moitié admet qu’il faut encore parcourir un segment après la réception, avant d’aboutir. @Dusk Le matériau est très clair : l’exécution des transactions sur la zone L2 est rapide, mais inclusion et settlement sont deux phases. Ceux qui franchissent les couches ne devraient pas déduire la finalité à partir du temps. Cette phrase est mon avertissement sur le risque.
Chemin DuskEVM : l’ordonnanceur, le bloc L2, la publication du batcher, puis l’engagement d’état et les preuves de défaillance ancrent le tout. Traduit, cela ressemble à une livraison à terme — l’utilisateur, première étape, paye le gas avec $DUSK , et n’obtient qu’un état « déjà inclus », un état temporaire, pas un actif « déjà réglé ». Ni l’ordonnanceur ni le batcher ne sont responsables de l’exécution/du paiement. DUSK n’est pas un justificatif de règlement : c’est le prix payé pour cet intervalle qui n’est pas encore terminé, consommé avant que le résultat ne soit confirmé.
La couche de conversion est également discrète. Le L1 est libellé en LUX, tandis que la chaîne d’outils EVM attend des valeurs en WEI ; les soldes et la valeur doivent être convertis couche par couche, et la manière d’identifier l’appelant dans les contrats diffère aussi. Un décalage d’un rang ou d’un chiffre après la virgule suffit à créer une différence invisible pour l’utilisateur. La vitesse rend cette différence encore plus opaque — plus on entre vite, plus il est facile de confondre « déjà inclus » et « déjà réglé ».
Les conditions de déclenchement ne sont pas compliquées : l’ordonnanceur ne fait que recevoir sans émettre, l’intervalle du batcher s’allonge, les soldes échangés à travers les couches ne concordent pas, et les changements de permissions n’ont pas été divulgués. Les plus touchés sont ceux qui prennent l’état temporaire pour une finalité. Ce qui est vendu ici n’est pas le settlement, mais la période de temps avant le settlement ; le risque est supporté par l’utilisateur, et le prix est fixé au moment où la clé de confirmation est actionnée. #dusk
Je ne prône pas une sortie ; je prône seulement un prix fondé sur le risque. En budget, traitez-le comme un aménagement de liquidité : pour quitter, surveillez l’inhabituel délai d’inclusion et de settlement, les changements de comportement de l’ordonnanceur, l’augmentation ou la baisse du temps moyen, la fréquence du batcher, le solde mappé à travers les couches et tout changement de permissions administrateur. Le nom fusionne les deux phases en un seul mot, mais le marché exige de payer séparément — c’est le seul critère.
Chemin DuskEVM : l’ordonnanceur, le bloc L2, la publication du batcher, puis l’engagement d’état et les preuves de défaillance ancrent le tout. Traduit, cela ressemble à une livraison à terme — l’utilisateur, première étape, paye le gas avec $DUSK , et n’obtient qu’un état « déjà inclus », un état temporaire, pas un actif « déjà réglé ». Ni l’ordonnanceur ni le batcher ne sont responsables de l’exécution/du paiement. DUSK n’est pas un justificatif de règlement : c’est le prix payé pour cet intervalle qui n’est pas encore terminé, consommé avant que le résultat ne soit confirmé.
La couche de conversion est également discrète. Le L1 est libellé en LUX, tandis que la chaîne d’outils EVM attend des valeurs en WEI ; les soldes et la valeur doivent être convertis couche par couche, et la manière d’identifier l’appelant dans les contrats diffère aussi. Un décalage d’un rang ou d’un chiffre après la virgule suffit à créer une différence invisible pour l’utilisateur. La vitesse rend cette différence encore plus opaque — plus on entre vite, plus il est facile de confondre « déjà inclus » et « déjà réglé ».
Les conditions de déclenchement ne sont pas compliquées : l’ordonnanceur ne fait que recevoir sans émettre, l’intervalle du batcher s’allonge, les soldes échangés à travers les couches ne concordent pas, et les changements de permissions n’ont pas été divulgués. Les plus touchés sont ceux qui prennent l’état temporaire pour une finalité. Ce qui est vendu ici n’est pas le settlement, mais la période de temps avant le settlement ; le risque est supporté par l’utilisateur, et le prix est fixé au moment où la clé de confirmation est actionnée. #dusk
Je ne prône pas une sortie ; je prône seulement un prix fondé sur le risque. En budget, traitez-le comme un aménagement de liquidité : pour quitter, surveillez l’inhabituel délai d’inclusion et de settlement, les changements de comportement de l’ordonnanceur, l’augmentation ou la baisse du temps moyen, la fréquence du batcher, le solde mappé à travers les couches et tout changement de permissions administrateur. Le nom fusionne les deux phases en un seul mot, mais le marché exige de payer séparément — c’est le seul critère.
