--- title: "Límite de gas por bloque" description: "Guía sensible a las bifurcaciones sobre el límite de gas por bloque de Ethereum, el objetivo de EIP-1559, el tope por transacción, el gas usado, las comisiones, el rendimiento y los recursos del nodo." 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. # Límite de gas por bloque > Solo con fines educativos; no constituye asesoramiento financiero ni de seguridad. Los límites, objetivos y calendarios de gas, los topes por transacción, los costes de opcodes y las políticas de clientes varían según la cadena, la bifurcación y el momento de observación. ## Respuesta directa El límite de gas por bloque es el techo de gas de ejecución registrado en la cabecera de un bloque de Ethereum. Las transacciones incluidas deben cumplir la contabilidad del protocolo para que el `gasUsed` agregado no supere `gasLimit`. El gas es una unidad abstracta cuyas reglas de opcodes, calldata, memoria, almacenamiento y reembolsos cambian con las bifurcaciones; no cuenta directamente instrucciones de CPU, bytes ni transacciones. En la red principal tras Fusaka, la referencia coordinada de los clientes es `60,000,000 gas` por bloque, pero manda la cabecera real y las preferencias de validadores pueden mover gradualmente el límite conforme a la regla relativa al bloque padre. Con multiplicador de elasticidad `2`, EIP-1559 fija el objetivo a largo plazo en `30,000,000 gas`; el uso por encima del objetivo eleva la siguiente comisión base. EIP-7825 limita por separado el gas declarado de una transacción a `2^24 = 16,777,216 gas`, y EIP-7934 impone un límite RLP independiente de `8,388,608 bytes`. Son valores propios de esta red y fecha, no constantes EVM universales. ## Cómo funciona 1. Fija cadena, red, hash y número de bloque, bifurcación activa, cliente o RPC y hora. Lee `gasLimit`, `gasUsed` y `baseFeePerGas` de la cabecera; no sustituyas estos datos por una tabla estática. 2. Separa límite del bloque, objetivo EIP-1559, gas declarado por la transacción, gas realmente usado y precio por gas. Separa también gas de ejecución, gas de blobs, bytes RLP y medición propia de L2. 3. Reproduce validez y ejecución con el calendario de gas activo: gas intrínseco, calldata, listas de acceso, expansión de memoria, accesos fríos y calientes, escrituras, precompilados y reembolsos. La estimación depende del estado y block tag. 4. Concilia capacidad sumando el gas de recibos o usando el valor acumulado final; confirma `gasUsed <= gasLimit` y contempla orden y costes dependientes del estado. El número de transacciones no equivale al límite ni a TPS fijo. 5. Aplica EIP-1559: con elasticidad `2`, objetivo = `gasLimit / 2`; el uso del padre por encima o debajo modifica la siguiente comisión base. El límite hijo debe quedar además dentro de la banda estricta aproximada de `1/1024`. La comisión base valora la demanda; el límite restringe trabajo aceptado. 6. Comprueba límites operativos. Una transacción que supere su tope es inválida aunque quede espacio, y un bloque RLP sobredimensionado también lo es aunque no agote gas. La asignación no usada se libera; el contador de reembolso es distinto y está topado por la bifurcación. `REVERT` conserva el gas restante; un out-of-gas superior revierte el estado y consume toda la asignación suministrada. 7. Somete a estrés tiempo de ejecución de bloques llenos, crecimiento del estado, propagación, slots perdidos, reorganizaciones, capacidad de builders y validadores, diversidad de clientes y cambios de parámetros. Compara bloques y métricas reales antes de asumir rendimiento sostenible. ## Ejemplos desarrollados - **Techo de transferencias simples.** Con `60,000,000 gas`, caben teóricamente `floor(60,000,000 / 21,000) = 2,857` transferencias ETH simples. El objetivo de `30,000,000 gas` admite `1,428`; en un slot ideal de `12-second`, son `1,428 / 12 = 119 transactions/second`. Es un límite homogéneo, no TPS observado. - **Bloque objetivo mixto.** Supón `400 * 21,000 = 8,400,000 gas` en transferencias, `80 * 180,000 = 14,400,000 gas` en swaps y `6 * 1,200,000 = 7,200,000 gas` en despliegues. Total: `30,000,000 gas` en `486 transactions`, o `486 / 12 = 40.5 transactions/second` bajo el slot supuesto. - **Límite frente a cargo real.** Una transacción declara `200,000 gas` y usa `gasUsed = 146,000`. A `22 gwei`, paga `146,000 * 22 = 3,212,000 gwei = 0.003212 ETH`; los `54,000 gas` no usados no se cobran. Declarar `18,000,000 gas` supera el tope vigente de `16,777,216 gas` y es inválido aunque haya espacio. - **Respuesta de la comisión base.** Con `gasLimit = 60,000,000`, el objetivo es `30,000,000`. Desde `24 gwei`, un padre lleno con `60,000,000 gas` eleva la siguiente comisión el máximo `12.5%` hasta `27 gwei`; un padre vacío la baja `12.5%` hasta `21 gwei`. No cambia el límite ni garantiza la utilización siguiente. ## Riesgos - Usar un límite de mainnet obsoleto. - Aplicar parámetros de Ethereum a otra cadena EVM o L2. - Confundir límite del bloque y objetivo EIP-1559. - Confundir límite del bloque y tope por transacción. - Confundir gas declarado y gas realmente usado. - Tratar el gas como unidad fija de CPU, bytes o transacciones. - Usar reglas obsoletas o ignorar el límite RLP independiente. - Confiar en `eth_estimateGas` sin estado y block tag previstos. - Ignorar ejecución dependiente del estado y orden. - Confundir asignación no usada y contador de reembolso. - Ignorar gas cobrado al revertir o quedarse sin gas. - Tratar gas de ejecución y de blobs como un recurso. - Deducir TPS solo de transferencias homogéneas. - Ignorar slots perdidos, reorganizaciones y demoras de finalidad. - Aumentar tiempo extremo de ejecución y propagación. - Acelerar crecimiento del estado y requisitos de archivo. - Elevar requisitos de hardware de validadores, builders y RPC. - Aumentar centralización o divergencia de clientes. - Omitir cambios de preferencias, clientes o bifurcaciones. - Tratar mayor capacidad como garantía de menores comisiones o demanda. ## Errores comunes - El límite de gas por bloque es una constante universal de Ethereum o EVM. - Un límite de `60,000,000 gas` exige usar 60 millones o fija también el objetivo EIP-1559 en esa cifra. - Dividir el límite por `21,000` da los TPS reales de la cadena. - Una transacción puede consumir todo el bloque si queda espacio; el tope actual es independiente. - Elevar el límite reduce automáticamente comisiones sin costes para nodos, estado, propagación, demanda o descentralización. ## Temas relacionados - [Comisión de gas](/es/crypto/gas-fee/) - [Máquina virtual de Ethereum](/es/crypto/evm/) - [Tiempo de bloque](/es/crypto/block-time/) ## Fuentes - [Ethereum gas and fees: technical overview](https://ethereum.org/developers/docs/gas/) - Ethereum.org (consultado: 2026-08-18) - [EIP-1559: Fee market change for ETH 1.0 chain](https://eips.ethereum.org/EIPS/eip-1559) - Ethereum Improvement Proposals (consultado: 2026-08-18) - [EIP-3529: Reduction in refunds](https://eips.ethereum.org/EIPS/eip-3529) - Ethereum Improvement Proposals (consultado: 2026-08-18) - [EIP-7825: Transaction Gas Limit Cap](https://eips.ethereum.org/EIPS/eip-7825) - Ethereum Improvement Proposals (consultado: 2026-08-18) - [EIP-7934: RLP Execution Block Size Limit](https://eips.ethereum.org/EIPS/eip-7934) - Ethereum Improvement Proposals (consultado: 2026-08-18) - [EIP-7935: Set default gas limit to 60M](https://eips.ethereum.org/EIPS/eip-7935) - Ethereum Improvement Proposals (consultado: 2026-08-18) - [Fusaka Mainnet Announcement](https://blog.ethereum.org/2025/11/06/fusaka-mainnet-announcement) - Ethereum Foundation Blog (consultado: 2026-08-18) - [JSON-RPC API](https://ethereum.org/developers/docs/apis/json-rpc/) - Ethereum.org (consultado: 2026-08-18) Source: https://wiki.fcontext.com/es/crypto/block-gas-limit/index.mdx