L’app de réservation de taxi fait souvent ça : elle te donne un prix estimé pour te préparer psychologiquement, puis au final on te facture selon la distance réelle. Le Gas de @Dusk , c’est exactement la même histoire : les frais correspondent à `gas_used × gas_price`. Le Gas price est libellé en LUX, et 1 DUSK vaut 1 milliard de LUX. Le crédit non consommé n’est pas débité, mais si le Gas s’épuise en plein milieu de la transaction, toute l’opération est annulée (rollback) : les calculs effectués au début sont payés comme promis, sans compensation. Au début, je trouvais ce réglage vraiment piégeux, puis j’ai compris : si l’échec était totalement gratuit, des hackers pourraient déclencher des appels complexes en boucle pour provoquer d’infinies erreurs, et faire travailler les nœuds inutilement. Voilà le vrai piège.
Donc, à chaque fois que je confirme une transaction, je vérifie séparément trois choses : si le gas limit est suffisant pour exécuter tout le parcours, si le gas price est raisonnable, et si l’objet d’appel et les paramètres n’ont pas été mal remplis. Et si ça échoue, ne te précipite pas pour renvoyer : commence par consulter le navigateur officiel pour clarifier le type, les frais, la quantité utilisée et l’endroit précis de l’erreur. Doubler aveuglément le plafond ne fait que donner plus de carburant à un contrat erroné ; c’est un pansement, pas une solution.
Le flux des frais est aussi assez intéressant. Chaque bloc reçoit une récompense issue d’une nouvelle émission de $DUSK plus les frais de transaction, répartie entre le producteur du bloc, le fonds de développement et le comité ; la partie non attribuée peut être détruite. Quand le réseau est surchargé, les frais peuvent aussi alimenter des incitations à la validation, mais ce n’est pas une “distribution” que tu peux simplement empocher en détenant des tokens.
Ce qui m’a vraiment fait m’arrêter pour regarder de près, c’est la confidentialité. Dusk ne cache pas toutes les transactions : il fait une divulgation sélective. En situation de conformité, il permet de prouver les informations nécessaires, sans tout étaler en détail sur la chaîne publique. XSC, DuskEVM, et le cadre d’identité Citadel : ça ressemble davantage à un scénario financier réel que juste “crier privacy chain”.
Le processus de Citadel 2 se fait en quatre étapes : le License Provider procède à un audit hors chaîne et délivre des attestations chiffrées, l’utilisateur génère ensuite une preuve à divulgation nulle de connaissance (ZK) en ne montrant que qu’une preuve de détention valide, puis le contrat vérifie et conserve une session publique ; le service décide ensuite s’il accepte ou non. Sur la chaîne, on ne prouve que l’existence d’une session, sans se soucier de qui fait confiance à quelle institution, de quelles propriétés sont exigées, ni si les attestations ont expiré. Une même matière d’identité n’a pas besoin d’être stockée à répétition sur chaque plateforme : le risque passe de la duplication des données à la gouvernance de l’émetteur et à la synchronisation des révocations.
Avant d’utiliser Dusk, il faut d’abord comprendre le Gas : tu peux éviter quelques erreurs d’exécution et économiser sur les frais d’apprentissage. Et pour savoir si ça marche ou non, il faut regarder le résultat de la transaction : la valeur arrive-t-elle vraiment et durablement à s’écouler vers DUSK ? Il faudra continuer d’observer l’utilisation réelle du réseau et le rythme d’offre. #dusk $DUSK
Donc, à chaque fois que je confirme une transaction, je vérifie séparément trois choses : si le gas limit est suffisant pour exécuter tout le parcours, si le gas price est raisonnable, et si l’objet d’appel et les paramètres n’ont pas été mal remplis. Et si ça échoue, ne te précipite pas pour renvoyer : commence par consulter le navigateur officiel pour clarifier le type, les frais, la quantité utilisée et l’endroit précis de l’erreur. Doubler aveuglément le plafond ne fait que donner plus de carburant à un contrat erroné ; c’est un pansement, pas une solution.
Le flux des frais est aussi assez intéressant. Chaque bloc reçoit une récompense issue d’une nouvelle émission de $DUSK plus les frais de transaction, répartie entre le producteur du bloc, le fonds de développement et le comité ; la partie non attribuée peut être détruite. Quand le réseau est surchargé, les frais peuvent aussi alimenter des incitations à la validation, mais ce n’est pas une “distribution” que tu peux simplement empocher en détenant des tokens.
Ce qui m’a vraiment fait m’arrêter pour regarder de près, c’est la confidentialité. Dusk ne cache pas toutes les transactions : il fait une divulgation sélective. En situation de conformité, il permet de prouver les informations nécessaires, sans tout étaler en détail sur la chaîne publique. XSC, DuskEVM, et le cadre d’identité Citadel : ça ressemble davantage à un scénario financier réel que juste “crier privacy chain”.
Le processus de Citadel 2 se fait en quatre étapes : le License Provider procède à un audit hors chaîne et délivre des attestations chiffrées, l’utilisateur génère ensuite une preuve à divulgation nulle de connaissance (ZK) en ne montrant que qu’une preuve de détention valide, puis le contrat vérifie et conserve une session publique ; le service décide ensuite s’il accepte ou non. Sur la chaîne, on ne prouve que l’existence d’une session, sans se soucier de qui fait confiance à quelle institution, de quelles propriétés sont exigées, ni si les attestations ont expiré. Une même matière d’identité n’a pas besoin d’être stockée à répétition sur chaque plateforme : le risque passe de la duplication des données à la gouvernance de l’émetteur et à la synchronisation des révocations.
Avant d’utiliser Dusk, il faut d’abord comprendre le Gas : tu peux éviter quelques erreurs d’exécution et économiser sur les frais d’apprentissage. Et pour savoir si ça marche ou non, il faut regarder le résultat de la transaction : la valeur arrive-t-elle vraiment et durablement à s’écouler vers DUSK ? Il faudra continuer d’observer l’utilisation réelle du réseau et le rythme d’offre. #dusk $DUSK