Saltar al contenido
Financial Context Wiki

Límite de gas por bloque

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.

Actualizado

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

Fuentes

Navegación

Buscar en la wiki...