Dos campos de un recibo muestran cantidades de gas muy distintas. No hace falta suponer que uno está mal: quizá uno describe la transacción individual y el otro añade lo consumido por operaciones anteriores del mismo bloque.
Conserva el nombre completo del campo
La especificación de eth_getTransactionReceipt distingue gasUsed de cumulativeGasUsed. El segundo suma el gas de esa transacción y de las que la preceden dentro del bloque. Copiar ambos bajo una etiqueta genérica como «gas» elimina esa diferencia.
Anota también el bloque y la posición de la transacción cuando estudies el recibo. Un acumulado tiene sentido dentro de una secuencia; no es simplemente otra forma de escribir el valor individual.
Haz primero una cuenta inventada
Imagina dos operaciones ficticias que consumen 20 y 30 unidades para practicar la idea. Los acumulados serían 20 y 50. La segunda operación sigue consumiendo 30, aunque el acumulado mostrado a su altura sea 50.
Estas cantidades solo sirven para explicar la suma; no representan una ejecución real ni estiman el coste de una transacción. En los datos RPC, conserva además la codificación indicada por la especificación. Nuestro texto sobre cantidades hexadecimales ayuda a no confundir la representación con el valor decimal.
No conviertas el acumulado en una comisión
Una cantidad de gas y un importe pagado son conceptos distintos. Para analizar comisiones hacen falta los campos y reglas correspondientes, no multiplicar cualquier cifra grande que aparezca en el recibo.
Termina la lectura con una frase precisa: este campo corresponde a la operación; aquel resume lo consumido en el bloque hasta ella. Una etiqueta conservada puede evitar una comparación equivocada antes de que empiece el cálculo.