#dusk Que se passe-t-il si vous réservez plus de gaz que ce qu’une transaction DUSK utilise réellement ? La partie inutilisée n’est pas simplement perdue.
Lorsqu’une transaction définit son prix du gaz et sa limite de gaz, Dusk inclut également une adresse furtive dans les données de frais. Si l’exécution se termine sans avoir consommé tout le gaz alloué, la valeur restante peut être renvoyée à cette adresse sous forme de remboursement.
Détail facile à manquer, mais important. Les utilisateurs ont besoin d’une marge de gaz suffisante pour permettre à un contrat de se terminer, sans pour autant devoir considérer chaque unité inutilisée comme perdue $DUSK .
Cette conception s’inscrit aussi dans l’approche plus générale de Dusk : garder la gestion des transactions précise, sans rendre le processus de remboursement inutilement public.
Une question que je surveillerais encore en pratique est le degré de prévisibilité de ces remboursements lors d’une exécution de contrat plus complexe.
Pour moi, c’est un mécanisme simple avec un message concret : une bonne conception de transaction ne consiste pas seulement à facturer le calcul, mais aussi à gérer ce qui n’a finalement pas été utilisé. $DUSK @Dusk
Lorsqu’une transaction définit son prix du gaz et sa limite de gaz, Dusk inclut également une adresse furtive dans les données de frais. Si l’exécution se termine sans avoir consommé tout le gaz alloué, la valeur restante peut être renvoyée à cette adresse sous forme de remboursement.
Détail facile à manquer, mais important. Les utilisateurs ont besoin d’une marge de gaz suffisante pour permettre à un contrat de se terminer, sans pour autant devoir considérer chaque unité inutilisée comme perdue $DUSK .
Cette conception s’inscrit aussi dans l’approche plus générale de Dusk : garder la gestion des transactions précise, sans rendre le processus de remboursement inutilement public.
Une question que je surveillerais encore en pratique est le degré de prévisibilité de ces remboursements lors d’une exécution de contrat plus complexe.
Pour moi, c’est un mécanisme simple avec un message concret : une bonne conception de transaction ne consiste pas seulement à facturer le calcul, mais aussi à gérer ce qui n’a finalement pas été utilisé. $DUSK @Dusk
