Frais de gaz Ethereum : frais de base, pourboire et « Blob Gas »

Chaque action sur Ethereum a un coût, appelé « frais de gaz ». Les frais de gaz correspondent au paiement requis pour que des opérations soient exécutées sur le réseau Ethereum. Le « gaz » est l’unité utilisée pour mesurer la puissance de calcul et d’autres ressources du réseau ; les frais eux-mêmes sont payés en ether (ETH), la cryptomonnaie native d’Ethereum. Une transaction coûte plus cher lorsqu’elle utilise plus de gaz, ou lorsque le coût par unité de gaz augmente.

La formule est simple : les frais de gaz correspondent au gaz utilisé multiplié par le coût unitaire du gaz. Pour une transaction Ethereum classique, ce coût unitaire se compose de deux éléments : les frais de base et les frais de priorité. Les frais de base sont fixés par le protocole et sont obligatoires pour que la transaction soit prise en compte ; les frais de priorité sont un montant supplémentaire que les expéditeurs ajoutent pour rendre leur transaction plus attractive aux yeux des validateurs, c'est-à-dire les participants au réseau qui ajoutent des blocs à la chaîne.

La limite de gaz est différente de la quantité de gaz utilisée. La limite de gaz correspond à la quantité maximale de gaz d'exécution standard qu'un expéditeur autorise une transaction à consommer ; le gaz utilisé correspond à ce que la transaction dépense réellement lors de son exécution. Définir une limite de gaz plus élevée n'augmente pas automatiquement les frais finaux : le montant réel des frais dépend de ce que la transaction consomme et des conditions tarifaires en vigueur au moment où elle est incluse dans un bloc.

1. Un portefeuille crée une transaction : un simple transfert d'ETH ou un appel de contrat intelligent, c'est-à-dire une demande d'exécution d'un code stocké sur Ethereum.

2. Le portefeuille estime le coût du gas. Pour les interactions avec les contrats, le portefeuille ou un service connecté peut simuler l'appel afin d'estimer la quantité de gas standard nécessaire. Cette estimation est utile, mais elle ne constitue pas une garantie : l'état de la blockchain peut évoluer avant que la transaction ne soit effectivement enregistrée.

3. L'expéditeur définit les paramètres relatifs aux frais et signe la transaction. Celle-ci comporte une limite de gaz et des paramètres de frais, et l'expéditeur l'autorise à l'aide d'une clé privée.

4. La transaction est diffusée aux nœuds Ethereum. Les nœuds vérifient si elle est valide et si l'expéditeur est en mesure de couvrir les frais potentiels maximaux. Les transactions valides peuvent ensuite être placées en attente dans un pool de transactions en attente.

5. Un validateur inclut la transaction dans un bloc. Les frais de priorité rendent une transaction plus susceptible d'être incluse, mais ne garantissent pas de délai de confirmation précis.

6. La machine virtuelle Ethereum (EVM), l'environnement logiciel qui exécute le code d'Ethereum, exécute la transaction. Le « gas » est consommé au fur et à mesure de l'exécution, proportionnellement au travail effectué.

7. Le protocole applique le partage des frais. Les frais de base sont brûlés — c'est-à-dire retirés définitivement de la circulation — et les frais prioritaires reviennent au validateur qui a intégré la transaction.

Considérez la limite de gaz comme un plafond et la consommation de gaz comme le travail réellement effectué en dessous de ce plafond. Le plafond a son importance, mais il ne correspond pas à la facture.

La même logique de frais s'applique à l'ensemble des actions courantes sur Ethereum : l'envoi d'ETH, le transfert de jetons, l'approbation d'une autorisation d'utilisation de jetons, l'échange d'actifs sur une bourse décentralisée et l'interaction avec des contrats de prêt ou de pont. Ces actions peuvent nécessiter des quantités de gaz très variables, car chacune d'entre elles déclenche des chemins d'exécution différents et entraîne des modifications de stockage.

Ethereum dispose également d'un type de frais distinct pour les transactions transportant des blobs, introduit dans le cadre de l'EIP-4844 et intitulé « Shard Blob Transactions ». Le gas des blobs est distinct du gas d'exécution ordinaire et est assorti de ses propres frais de base. L'EIP-4844 a été conçu pour les données « blob » utilisées dans des contextes tels que la publication de données de rollup.

Pour les transactions comportant des blobs, le « gas » d’exécution standard et le « gas » lié aux blobs correspondent à des ressources différentes ; une même transaction peut donc comporter à la fois des frais d’exécution et des frais liés aux blobs.

Les frais sur Ethereum varient en fonction de la demande du réseau. Étant donné que les frais de base dépendent de la demande enregistrée lors du bloc précédent, l'estimation des frais affichée par un portefeuille peut devenir obsolète entre le moment où elle s'affiche et celui où la transaction est effectivement intégrée au bloc. Deux transactions qui semblent similaires peuvent tout de même coûter des montants différents, si elles suivent des chemins d'exécution différents ou si elles sont traitées dans des conditions réseau différentes.

Une transaction qui échoue peut tout de même entraîner des frais de gaz. Si l'appel d'un contrat intelligent est annulé ou s'il manque de gaz, le changement d'état prévu peut ne jamais se produire — mais le réseau a déjà effectué le calcul et l'a vérifié. Ce travail n'est pas gratuit simplement parce qu'il n'a pas abouti.

L'EIP-4844 ajoute une restriction supplémentaire à cela : les frais liés aux blobs sont déduits avant l'exécution et ne sont pas remboursés en cas d'échec de celle-ci. Une transaction impliquant un blob peut donc entraîner des coûts tant au niveau de son exécution que de ses composants blob, quel que soit le résultat.

Les portefeuilles et les applications ne désignent pas ces éléments de manière uniforme. Une interface peut afficher un seul « frais de réseau », tandis qu’une autre distingue séparément les frais maximaux, les frais de priorité ou les frais « blob ». Les appellations ne sont pas harmonisées d’un produit à l’autre.

Cet article ne fournit pas de cotation en temps réel du « gas », de conseils fiscaux ni de règles applicables à d'autres blockchains. Les sources sur lesquelles s'appuie cet article ne mentionnent pas non plus de cas avéré de transaction ayant échoué dans la réalité ; l'explication ci-dessus décrit donc le fonctionnement technique de cet échec plutôt que de faire référence à un cas historique précis.

Aucun document vérifié concernant les réseaux pris en charge par Assetara, son modèle de conservation, le déroulement des transactions ou son barème de frais n'était disponible pour la rédaction de cet article. Par conséquent, aucune affirmation spécifique à Assetara n'est formulée ici quant à savoir si Assetara prend en charge les transactions Ethereum, affiche un champ de frais particulier ou répercute les frais de réseau au prix coûtant.

La conclusion à retenir est plus précise : si un produit Assetara effectue une transaction Ethereum, les frais de réseau et les frais facturés par la plateforme Assetara sont deux éléments distincts, sauf indication contraire explicite dans la documentation du produit. Les lecteurs doivent se fier aux informations relatives aux frais affichées pour l'action spécifique qu'ils effectuent, ainsi qu'à la documentation officielle actuelle d'Assetara.

Les frais de base correspondent au montant minimum fixé par le protocole, par unité de gaz, nécessaire à l'inclusion de la transaction — et ils sont brûlés. Les frais de priorité constituent un montant supplémentaire versé au validateur qui inclut la transaction.

En effet, Ethereum a peut-être déjà effectué des calculs avant que la défaillance ne se produise. Si l'appel d'un contrat est annulé ou s'il manque de gaz, le changement d'état ne sera pas mené à bien, mais le gaz déjà consommé lors de cette tentative pourra tout de même être facturé.

Non. Le « Blob gas » est un type de gas distinct introduit par l'EIP-4844, doté de ses propres frais de base. Le gas ordinaire couvre l'exécution dans l'environnement d'exécution d'Ethereum.

Non. Un portefeuille peut estimer et plafonner les frais, mais la demande sur le réseau et l'état de la blockchain peuvent évoluer avant l'intégration de la transaction — et celle-ci peut tout de même échouer après avoir déjà consommé du gaz.

Pas en soi. La limite de gaz fixe principalement un plafond pour le gaz d'exécution standard. L'inclusion dépend plus directement du coût effectif par unité de gaz et de la capacité actuelle du bloc.