--- title: "Limite de gas du bloc" description: "Guide tenant compte des forks sur la limite de gas du bloc Ethereum, la cible EIP-1559, le plafond par transaction, le gas utilisé, les frais, le débit et les ressources des nœuds." image: "https://wiki.fcontext.com/og.png" --- > Documentation Index > Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt > Use this file to discover all available pages before exploring further. # Limite de gas du bloc > À des fins éducatives uniquement ; ne constitue ni un conseil en investissement ni une recommandation d’investissement. Les investissements peuvent entraîner des pertes. ## Réponse directe La limite de gas du bloc est le plafond de gas d'exécution inscrit dans l'en-tête d'un bloc Ethereum. Les transactions incluses doivent respecter la comptabilité du protocole afin que leur `gasUsed` cumulé ne dépasse pas `gasLimit`. Le gas est une unité abstraite ; les règles des opcodes, calldata, mémoire, stockage et remboursements évoluent avec les forks. Il ne compte pas directement les instructions CPU, les octets ou les transactions. Sur le Mainnet après Fusaka, la référence coordonnée des clients est `60,000,000 gas` par bloc, mais l'en-tête effectif fait foi et les préférences des validateurs peuvent déplacer progressivement la limite selon la règle relative au bloc parent. Avec une élasticité de `2`, la cible EIP-1559 est `30,000,000 gas` ; une utilisation supérieure augmente les frais de base suivants. EIP-7825 plafonne séparément le gas déclaré d'une transaction à `2^24 = 16,777,216 gas`, et EIP-7934 impose une limite RLP indépendante de `8,388,608 bytes`. Ces valeurs dépendent du réseau et de la date. ## Fonctionnement 1. Fixez chaîne, réseau, hash et numéro du bloc, fork actif, client ou RPC et heure. Lisez `gasLimit`, `gasUsed` et `baseFeePerGas` dans l'en-tête plutôt que dans un tableau statique. 2. Séparez limite du bloc, cible EIP-1559, gas déclaré, gas réellement utilisé et prix par unité. Séparez aussi gas d'exécution, gas des blobs, octets RLP et comptabilité propre aux L2. 3. Reproduisez validité et exécution selon le barème actif : gas intrinsèque, calldata, listes d'accès, expansion mémoire, accès froids et chauds, écritures de stockage, précompilés et remboursements. L'estimation dépend de l'état et du block tag. 4. Rapprochez la capacité en additionnant le gas des reçus ou avec la valeur cumulée finale ; confirmez `gasUsed <= gasLimit` et tenez compte de l'ordre et des coûts dépendant de l'état. Le nombre de transactions n'est ni la limite ni un TPS fixe. 5. Appliquez EIP-1559 : avec une élasticité de `2`, cible = `gasLimit / 2` ; l'utilisation du parent au-dessus ou au-dessous modifie les frais de base suivants. La limite enfant doit rester dans la bande stricte d'environ `1/1024`. Les frais de base tarifient la demande ; la limite borne le travail accepté. 6. Vérifiez les frontières opérationnelles. Une transaction dépassant son plafond est invalide malgré l'espace disponible ; un bloc RLP trop volumineux l'est aussi sous la limite de gas. L'allocation inutilisée est libérée ; le compteur de remboursement est distinct et plafonné par le fork. `REVERT` préserve le gas restant ; un out-of-gas de niveau supérieur annule l'état et consomme toute l'allocation fournie. 7. Testez le temps d'exécution de blocs pleins, la croissance de l'état, la propagation, les slots manqués, les reorgs, les capacités des builders et validateurs, la diversité des clients et les changements de paramètres. Comparez blocs et métriques réels avant de juger un débit supérieur durable. ## Exemples détaillés - **Plafond des transferts simples.** Avec `60,000,000 gas`, un bloc peut théoriquement contenir `floor(60,000,000 / 21,000) = 2,857` transferts ETH simples. La cible de `30,000,000 gas` en contient `1,428` ; sur un slot idéal de `12-second`, cela donne `1,428 / 12 = 119 transactions/second`. C'est une borne homogène, pas un TPS observé. - **Bloc cible mixte.** Supposons `400 * 21,000 = 8,400,000 gas` de transferts, `80 * 180,000 = 14,400,000 gas` de swaps et `6 * 1,200,000 = 7,200,000 gas` de déploiements. Total : `30,000,000 gas` pour `486 transactions`, soit `486 / 12 = 40.5 transactions/second` selon le slot supposé. - **Limite et frais réels.** Une transaction déclare `200,000 gas` mais utilise `gasUsed = 146,000`. À `22 gwei`, elle coûte `146,000 * 22 = 3,212,000 gwei = 0.003212 ETH` ; les `54,000 gas` inutilisés ne sont pas facturés. Déclarer `18,000,000 gas` dépasse le plafond actuel de `16,777,216 gas` et reste invalide malgré l'espace. - **Réaction des frais de base.** Avec `gasLimit = 60,000,000`, la cible est `30,000,000`. À partir de `24 gwei`, un parent plein à `60,000,000 gas` augmente les frais suivants du maximum `12.5%` à `27 gwei` ; un parent vide les réduit de `12.5%` à `21 gwei`. Cela ne modifie ni la limite ni l'utilisation future. ## Risques - Utiliser une valeur Mainnet obsolète. - Appliquer les paramètres Ethereum à une autre chaîne EVM ou L2. - Confondre limite du bloc et cible EIP-1559. - Confondre limite du bloc et plafond par transaction. - Confondre gas déclaré et gas réellement utilisé. - Traiter le gas comme unité fixe de CPU, octets ou transactions. - Employer un barème obsolète ou ignorer la limite RLP indépendante. - Se fier à `eth_estimateGas` sans l'état et le block tag prévus. - Ignorer l'exécution dépendant de l'état et de l'ordre. - Confondre allocation inutilisée et compteur de remboursement. - Ignorer le gas facturé lors d'un revert ou out-of-gas. - Traiter gas d'exécution et gas des blobs comme une ressource. - Déduire le TPS uniquement de transferts homogènes. - Ignorer slots manqués, reorgs et délais de finalité. - Accroître les temps extrêmes d'exécution et de propagation. - Accélérer la croissance de l'état et les besoins d'archives. - Relever les besoins matériels des validateurs, builders et RPC. - Accroître centralisation ou divergence des clients. - Manquer les changements de préférences, clients ou forks. - Prendre une capacité supérieure pour une garantie de frais réduits ou de demande. ## Idées fausses courantes - La limite de gas du bloc est une constante universelle d'Ethereum ou de l'EVM. - Une limite de `60,000,000 gas` impose d'utiliser 60 millions ou fixe aussi la cible EIP-1559 à ce niveau. - Diviser la limite par `21,000` donne le TPS réel de la chaîne. - Une transaction peut consommer tout le bloc s'il reste de la place ; le plafond actuel est indépendant. - Relever la limite réduit automatiquement les frais sans coût pour nœuds, état, propagation, demande ou décentralisation. ## Sujets connexes - [Frais de gas](/fr/crypto/gas-fee/) - [Machine virtuelle Ethereum](/fr/crypto/evm/) - [Temps de bloc](/fr/crypto/block-time/) ## Sources - [Ethereum gas and fees: technical overview](https://ethereum.org/developers/docs/gas/) - Ethereum.org (consulté : 2026-08-18) - [EIP-1559: Fee market change for ETH 1.0 chain](https://eips.ethereum.org/EIPS/eip-1559) - Ethereum Improvement Proposals (consulté : 2026-08-18) - [EIP-3529: Reduction in refunds](https://eips.ethereum.org/EIPS/eip-3529) - Ethereum Improvement Proposals (consulté : 2026-08-18) - [EIP-7825: Transaction Gas Limit Cap](https://eips.ethereum.org/EIPS/eip-7825) - Ethereum Improvement Proposals (consulté : 2026-08-18) - [EIP-7934: RLP Execution Block Size Limit](https://eips.ethereum.org/EIPS/eip-7934) - Ethereum Improvement Proposals (consulté : 2026-08-18) - [EIP-7935: Set default gas limit to 60M](https://eips.ethereum.org/EIPS/eip-7935) - Ethereum Improvement Proposals (consulté : 2026-08-18) - [Fusaka Mainnet Announcement](https://blog.ethereum.org/2025/11/06/fusaka-mainnet-announcement) - Ethereum Foundation Blog (consulté : 2026-08-18) - [JSON-RPC API](https://ethereum.org/developers/docs/apis/json-rpc/) - Ethereum.org (consulté : 2026-08-18) Source: https://wiki.fcontext.com/fr/crypto/block-gas-limit/index.mdx