Tarifas de gas de Ethereum: tarifa base, propina y gas «blob»

Cada acción en Ethereum tiene un coste, y ese coste se denomina «comisión de gas». Las comisiones de gas son el pago necesario para que se realicen operaciones en la red de Ethereum. El «gas» es la unidad que se utiliza para medir la computación y otros recursos de la red; la tarifa en sí se paga en ether (ETH), el activo nativo de Ethereum. Una transacción cuesta más cuando utiliza más gas o cuando aumenta el coste por unidad de gas.

La fórmula es sencilla: la tarifa de gas es igual al gas utilizado multiplicado por el coste por unidad de gas. En el caso de una transacción habitual de Ethereum, ese coste por unidad se compone de dos partes: la tarifa base y la tarifa de prioridad. La tarifa base la establece el protocolo y es necesaria para que la transacción se incluya; la tarifa de prioridad es una cantidad adicional que añaden los remitentes para que su transacción resulte más atractiva para los validadores, es decir, los participantes de la red que añaden bloques a la cadena.

El límite de gas no es lo mismo que el gas consumido. El límite de gas es la cantidad máxima de gas de ejecución normal que un remitente permite que consuma una transacción; el gas utilizado es el que la transacción gasta realmente durante la ejecución. Establecer un límite de gas más alto no aumenta automáticamente la comisión final: el coste real depende de lo que consuma la transacción y de las condiciones de las comisiones en el momento en que se incluye en un bloque.

1. Una cartera genera una transacción: una simple transferencia de ETH o una llamada a un contrato inteligente, que es una solicitud para ejecutar código almacenado en Ethereum.

2. El monedero calcula el gas. En el caso de las interacciones con contratos, el monedero o un servicio conectado puede simular la llamada para calcular cuánto gas normal se necesitará. Esa estimación es útil, pero no es una garantía: el estado de la cadena de bloques puede cambiar antes de que la transacción se incluya realmente.

3. El remitente establece los parámetros de comisión y firma la transacción. La transacción incluye un límite de gas y los ajustes de comisión, y el remitente la autoriza con una clave privada.

4. La transacción se transmite a los nodos de Ethereum. Los nodos comprueban si es válida y si el remitente puede hacer frente al coste máximo potencial. Las transacciones válidas pueden quedar entonces en espera en un grupo de transacciones pendientes.

5. Un validador incluye la transacción en un bloque. La comisión por prioridad hace que una transacción resulte más atractiva para su inclusión, pero no garantiza ningún tiempo de confirmación concreto.

6. La Máquina Virtual de Ethereum (EVM), el entorno de software que ejecuta el código de Ethereum, lleva a cabo la transacción. A medida que avanza la ejecución, se consume gas, en proporción al trabajo realizado.

7. El protocolo aplica el reparto de comisiones. La comisión base se quema —se retira por completo de la circulación— y la comisión prioritaria se destina al validador que incluyó la transacción.

Imagina el límite de gas como un techo y el gas consumido como el trabajo que realmente se ha realizado por debajo de él. El techo es importante, pero no es la factura.

La misma lógica de comisiones se aplica a las acciones habituales en Ethereum: enviar ETH, transferir tokens, aprobar una asignación de tokens, intercambiar activos en un mercado descentralizado e interactuar con contratos de préstamo o de puente. Estas acciones pueden consumir cantidades muy diferentes de gas, ya que cada una de ellas activa distintas rutas de código y provoca cambios en el almacenamiento.

Ethereum también cuenta con un tipo de tarifa independiente para las transacciones que transportan blobs, introducido en virtud de la EIP-4844, denominada «Transacciones de blobs de fragmentos». El gas de los blobs es distinto del gas de ejecución habitual y tiene su propia tarifa base. La EIP-4844 se diseñó para los datos blob utilizados en contextos como la publicación de datos de rollups.

En el caso de las transacciones que incluyen blobs, el gas de ejecución habitual y el gas de blob corresponden a recursos diferentes, por lo que una misma transacción puede incluir tanto una tarifa de ejecución como una tarifa relacionada con el blob.

Las comisiones de Ethereum varían en función de la demanda de la red. Dado que la comisión base responde a la demanda del bloque anterior, la estimación de la comisión que muestra una cartera puede quedar desactualizada entre el momento en que se muestra y el momento en que la transacción se incluye realmente. Dos transacciones que parezcan similares pueden tener, aun así, un coste diferente, si ejecutan rutas de código distintas o se realizan en condiciones de red diferentes.

Una transacción fallida puede suponer igualmente un coste de gas. Si una llamada a un contrato inteligente se revierte o se queda sin gas, es posible que el cambio de estado previsto nunca llegue a producirse, pero la red ya ha realizado el cálculo y lo ha verificado. Ese trabajo no es gratuito solo porque no haya tenido éxito.

La EIP-4844 añade una limitación adicional a lo anterior: las comisiones por blobs se deducen antes de la ejecución y no se reembolsan si esta falla. Por lo tanto, una transacción de blob puede conllevar un coste tanto en su componente de ejecución como en el de blob, independientemente del resultado.

Las carteras y las aplicaciones no denominan estas partes de forma coherente. Una interfaz puede mostrar una única «comisión de red», mientras que otra desglosa por separado la comisión máxima, la comisión de prioridad o la comisión «blob». Las denominaciones no están estandarizadas entre los distintos productos.

Este artículo no ofrece cotizaciones de gas en tiempo real, asesoramiento fiscal ni normas aplicables a otras cadenas de bloques. Las fuentes en las que se basa este artículo tampoco incluyen ningún incidente documentado de transacción fallida en el mundo real, por lo que la explicación anterior describe cómo se produce el fallo desde el punto de vista técnico, en lugar de referirse a un caso histórico concreto.

Para la elaboración de este artículo no se ha podido acceder a documentación verificada sobre las redes compatibles con Assetara, su modelo de custodia, el flujo de transacciones o su estructura de comisiones. Por lo tanto, aquí no se hace ninguna afirmación específica sobre Assetara en cuanto a si admite transacciones de Ethereum, muestra un campo concreto para las comisiones o repercute las comisiones de red a precio de coste.

La conclusión útil es más concreta: si un producto de Assetara genera una transacción de Ethereum, la comisión de red y cualquier cargo de la plataforma de Assetara son conceptos distintos, a menos que la documentación del producto indique expresamente lo contrario. Los lectores deben basarse en la información sobre comisiones que se muestra para la acción específica que estén realizando, así como en la documentación oficial vigente de Assetara.

La tarifa base es el mínimo establecido por el protocolo, por unidad de gas, necesario para la inclusión, y se quema. La tarifa de prioridad es una cantidad adicional que se paga al validador que incluye la transacción.

Porque es posible que Ethereum ya haya realizado el cálculo antes de que se produjera el fallo. Si una llamada a un contrato se revierte o se queda sin gas, el cambio de estado no se completará, pero el gas ya consumido durante el intento puede seguir cobrándose.

No. El «gas Blob» es un tipo de gas independiente introducido por la EIP-4844, con su propia tarifa base. El gas ordinario cubre la ejecución en el entorno de ejecución de Ethereum.

No. Un monedero puede calcular y limitar las comisiones, pero la demanda de la red y el estado de la cadena de bloques pueden cambiar antes de que se incluya la transacción, y esta puede seguir fallando incluso después de haber consumido gas.

No por sí solo. El límite de gas establece principalmente un techo para el gas de ejecución ordinario. Su inclusión depende más directamente de la tarifa efectiva por unidad de gas y de la capacidad actual del bloque.