Guía de prácticas para la optimización de tarifas de Gas en contratos inteligentes de Ethereum
Las tarifas de Gas en la red principal de Ethereum siempre han sido un problema difícil de resolver, especialmente durante los momentos de congestión de la red. En los picos, los usuarios a menudo tienen que pagar tarifas de transacción extremadamente altas. Por lo tanto, es crucial optimizar las tarifas de Gas durante la fase de desarrollo de contratos inteligentes. Optimizar el consumo de Gas no solo puede reducir efectivamente los costos de transacción, sino que también puede mejorar la eficiencia de las transacciones, brindando a los usuarios una experiencia de uso de blockchain más económica y eficiente.
Este artículo resumirá el mecanismo de tarifas de Gas del Ethereum Virtual Machine (EVM), los conceptos clave relacionados con la optimización de tarifas de Gas, así como las mejores prácticas para optimizar tarifas de Gas al desarrollar contratos inteligentes. Espero que este contenido pueda inspirar y ayudar a los desarrolladores, al mismo tiempo que ayuda a los usuarios comunes a comprender mejor cómo funcionan las tarifas de Gas en el EVM, enfrentando juntos los desafíos en el ecosistema blockchain.
Introducción al mecanismo de tarifas de Gas de EVM
En redes compatibles con EVM, "Gas" es la unidad utilizada para medir la capacidad de cálculo necesaria para ejecutar operaciones específicas.
En la estructura del EVM, el consumo de Gas se divide en tres partes: ejecución de operaciones, llamadas de mensajes externos y lecturas y escrituras de memoria y almacenamiento.
Debido a que la ejecución de cada transacción requiere recursos de cálculo, se cobrará una cierta tarifa para prevenir ciclos infinitos y ataques de negación de servicio ( DoS ). La tarifa necesaria para completar una transacción se denomina "Gas fee".
Desde que se implementó la bifurcación dura de Londres EIP-1559(), las tarifas de Gas se calculan mediante la siguiente fórmula:
Gas fee = unidades de gas utilizadas * ( tarifa base + tarifa de prioridad )
La tarifa base será destruida, mientras que la tarifa prioritaria servirá como incentivo para alentar a los validador a agregar transacciones a la cadena de bloques. Al establecer una tarifa prioritaria más alta al enviar una transacción, se puede aumentar la probabilidad de que la transacción se incluya en el siguiente bloque. Esto es similar a una "propina" que el usuario paga al validador.
1. Entender la optimización de Gas en EVM
Al compilar contratos inteligentes con Solidity, el contrato se convierte en una serie de "códigos de operación", es decir, opcodes.
Cualquier fragmento de código de operación (, como la creación de contratos, la realización de llamadas de mensajes, el acceso al almacenamiento de cuentas y la ejecución de operaciones en la máquina virtual ), tiene un costo de consumo de Gas reconocido, y estos costos están registrados en el libro blanco de Ethereum.
Después de múltiples modificaciones de EIP, algunos costos de Gas de los códigos de operación han sido ajustados, lo que puede diferir del libro amarillo.
2.Conceptos básicos de la optimización del gas
La idea central de la optimización de Gas es priorizar las operaciones de costo eficiente en la blockchain EVM, evitando aquellas operaciones que son costosas en Gas.
En EVM, las siguientes operaciones tienen un costo bajo:
Leer y escribir variables de memoria
Leer constantes y variables inmutables
Leer y escribir variables locales
Leer variables de calldata, como arreglos y estructuras de calldata
Llamada a función interna
Las operaciones de alto costo incluyen:
Leer y escribir variables de estado almacenadas en el almacenamiento del contrato
Llamada a funciones externas
Operación de bucle
Mejores prácticas para la optimización de tarifas de gas EVM
Basado en los conceptos básicos mencionados, hemos preparado una lista de mejores prácticas para la optimización de tarifas de Gas para la comunidad de desarrolladores. Al seguir estas prácticas, los desarrolladores pueden reducir el consumo de tarifas de Gas de los contratos inteligentes, disminuir los costos de transacción y crear aplicaciones más eficientes y amigables para el usuario.
1. Intenta minimizar el uso de almacenamiento.
En Solidity, el almacenamiento ( es un recurso limitado, cuyo consumo de Gas es mucho más alto que el de la memoria ). Cada vez que un contrato inteligente lee o escribe datos desde el almacenamiento, genera altos costos de Gas.
Según la definición del libro amarillo de Ethereum, el costo de las operaciones de almacenamiento es más de 100 veces superior al de las operaciones de memoria. Por ejemplo, las instrucciones OPcodes mload y mstore solo consumen 3 unidades de Gas, mientras que las operaciones de almacenamiento como sload y sstore, incluso en las mejores condiciones, requieren al menos 100 unidades.
Los métodos para limitar el uso del almacenamiento incluyen:
Almacenar datos no permanentes en la memoria
Reducir el número de modificaciones de almacenamiento: Almacenar los resultados intermedios en la memoria y, una vez que se completen todos los cálculos, asignar los resultados a las variables de almacenamiento.
( 2. Empaquetado de variables
La cantidad de almacenamiento en el Storage slot) utilizado en contratos inteligentes y la forma en que los desarrolladores representan los datos afectarán en gran medida el consumo de Gas.
El compilador de Solidity empaqueta las variables de almacenamiento continuas durante el proceso de compilación y utiliza un slot de almacenamiento de 32 bytes como la unidad básica de almacenamiento de variables. El empaquetado de variables se refiere a organizar las variables de manera razonable para que múltiples variables puedan adaptarse a un solo slot de almacenamiento.
A través de este ajuste de detalle, los desarrolladores pueden ahorrar 20,000 unidades de Gas. Almacenar un espacio de almacenamiento no utilizado requiere consumir 20,000 Gas, pero ahora solo se necesitan dos espacios de almacenamiento.
Dado que cada ranura de almacenamiento consume Gas, el empaquetado de variables optimiza el uso de Gas al reducir la cantidad de ranuras de almacenamiento requeridas.
![Gas optimización de los diez mejores prácticas para contratos inteligentes de Ethereum]###https://img-cdn.gateio.im/webp-social/moments-30f0bc370a7b9ca65f3d623c31262b76.webp(
) 3. Optimizar tipos de datos
Una variable puede representarse mediante varios tipos de datos, pero el costo de operación correspondiente a diferentes tipos de datos también varía. Elegir el tipo de datos adecuado ayuda a optimizar el uso de Gas.
Por ejemplo, en Solidity, los enteros se pueden dividir en diferentes tamaños: uint8, uint16, uint32, etc. Dado que la EVM ejecuta operaciones en unidades de 256 bits, usar uint8 significa que la EVM debe convertirlo primero a uint256, y esta conversión consumirá Gas adicional.
Visto de forma aislada, aquí usar uint256 es más barato que uint8. Sin embargo, si se utiliza la optimización de empaquetado de variables que sugerimos anteriormente, será diferente. Si los desarrolladores pueden empaquetar cuatro variables uint8 en una ranura de almacenamiento, entonces el costo total de iterarlas será menor que el de cuatro variables uint256. De esta manera, el contrato inteligente puede leer y escribir en una ranura de almacenamiento una vez, y en una sola operación colocar las cuatro variables uint8 en memoria/almacenamiento.
( 4. Utilizar variables de tamaño fijo en lugar de variables dinámicas
Si los datos se pueden controlar dentro de 32 bytes, se recomienda utilizar el tipo de datos bytes32 en lugar de bytes o strings. En general, las variables de tamaño fijo consumen menos Gas que las variables de tamaño variable. Si se puede limitar la longitud en bytes, elija la longitud mínima de bytes1 a bytes32.
![Gas optimización de los diez mejores prácticas de contratos inteligentes de Ethereum])https://img-cdn.gateio.im/webp-social/moments-55fcdb765912ef9cd238c46b1d248cff.webp###
( 5. Mapeo y arreglos
Las listas de datos de Solidity se pueden representar con dos tipos de datos: Arrays) y Mappings###, pero su sintaxis y estructura son completamente diferentes.
En la mayoría de los casos, los mapeos son más eficientes y tienen un costo menor, pero los arrays son iterables y soportan el empaquetado de tipos de datos. Por lo tanto, se recomienda priorizar el uso de mapeos al gestionar listas de datos, a menos que se necesite iterar o se pueda optimizar el consumo de Gas mediante el empaquetado de tipos de datos.
6. Usar calldata en lugar de memory
Las variables declaradas en los parámetros de la función se pueden almacenar en calldata o memory. La principal diferencia entre ambos es que memory puede ser modificada por la función, mientras que calldata es inmutable.
Recuerda este principio: si los parámetros de la función son de solo lectura, se debe priorizar el uso de calldata en lugar de memory. Esto puede evitar operaciones de copia innecesarias desde calldata de la función a memory.
( 7. Utiliza las palabras clave Constant/Immutable siempre que sea posible.
Las variables Constant/Immutable no se almacenan en el almacenamiento del contrato. Estas variables se calculan en el momento de la compilación y se almacenan en el bytecode del contrato. Por lo tanto, su costo de acceso es mucho menor en comparación con el almacenamiento, se recomienda usar las palabras clave Constant o Immutable siempre que sea posible.
![Gas optimización de los diez mejores prácticas de contratos inteligentes de Ethereum])https://img-cdn.gateio.im/webp-social/moments-c0701f9e09280a1667495d54e262dd2f.webp(
) 8. Utilizar Unchecked para asegurar que no ocurran desbordamientos/subdesbordamientos
Cuando los desarrolladores pueden asegurarse de que las operaciones aritméticas no causarán desbordamiento o subdesbordamiento, pueden usar la palabra clave unchecked introducida en Solidity v0.8.0 para evitar comprobaciones innecesarias de desbordamiento o subdesbordamiento, lo que ahorra costos de Gas.
Además, las versiones del compilador 0.8.0 y superiores ya no necesitan utilizar la biblioteca SafeMath, ya que el compilador en sí mismo ha incorporado funciones de protección contra desbordamientos y subdesbordamientos.
![Gas de optimización de contratos inteligentes de Ethereum: las diez mejores prácticas]###https://img-cdn.gateio.im/webp-social/moments-a823fb7761aafa6529a6c45304e0314b.webp(
) 9. optimizador de modificaciones
El código del modificador se incrusta en la función modificada, y cada vez que se utiliza el modificador, su código se copia. Esto aumentará el tamaño del bytecode y elevará el consumo de Gas.
Al reestructurar la lógica como una función interna _checkOwner###(, se permite reutilizar esta función interna en modificadores, lo que puede reducir el tamaño del bytecode y disminuir los costos de Gas.
![Gas optimización de contratos inteligentes de Ethereum: las 10 mejores prácticas])https://img-cdn.gateio.im/webp-social/moments-839b91e2f02389949aa698d460a497d8.webp###
( 10. Optimización de cortocircuito
Para los operadores || y &&, la evaluación lógica sufre una evaluación de cortocircuito, es decir, si la primera condición ya puede determinar el resultado de la expresión lógica, no se evaluará la segunda condición.
Para optimizar el consumo de Gas, se deben colocar las condiciones de bajo costo de cálculo al principio, de esta manera se puede saltar potencialmente los cálculos costosos.
![Optimización de Gas en contratos inteligentes de Ethereum: Las 10 mejores prácticas])https://img-cdn.gateio.im/webp-social/moments-a141884dcdcdc56faff12eee2601b7b7.webp###
Sugerencias generales adicionales
( 1. Eliminar código innecesario
Si hay funciones o variables no utilizadas en el contrato, se recomienda eliminarlas. Este es el método más directo para reducir los costos de implementación del contrato y mantener el tamaño del contrato pequeño.
A continuación se presentan algunos consejos útiles:
Utiliza los algoritmos más eficientes para el cálculo. Si los resultados de ciertos cálculos se utilizan directamente en el contrato, entonces deberían eliminarse esos procesos de cálculo redundantes. Esencialmente, cualquier cálculo no utilizado debería ser eliminado.
En Ethereum, los desarrolladores pueden obtener recompensas de Gas al liberar espacio de almacenamiento. Si ya no se necesita una variable, se debe usar la palabra clave delete para eliminarla o establecerla en su valor predeterminado.
Optimización de bucles: evitar operaciones de bucle de alto costo, combinar bucles siempre que sea posible y mover cálculos repetidos fuera del cuerpo del bucle.
) 2. Uso de contratos inteligentes precompilados
Los contratos precompilados proporcionan funciones de biblioteca complejas, como operaciones de cifrado y hash. Dado que el código no se ejecuta en la EVM, sino que se ejecuta localmente en el nodo del cliente, se requiere menos Gas. El uso de contratos precompilados puede ahorrar Gas al reducir la carga computacional necesaria para ejecutar contratos inteligentes.
Ejemplos de contratos precompilados incluyen el algoritmo de firma digital de curva elíptica (ECDSA) y el algoritmo de hash SHA2-256. Al utilizar estos contratos precompilados en contratos inteligentes, los desarrolladores pueden reducir los costos de Gas y mejorar la eficiencia de ejecución de las aplicaciones.
3. Uso de código de ensamblado en línea
La asamblea en línea ( permite a los desarrolladores escribir código de bajo nivel pero eficiente que puede ser ejecutado directamente por la EVM, sin necesidad de utilizar costosos opcodes de Solidity. La asamblea en línea también permite un control más preciso sobre el uso de la memoria y el almacenamiento, lo que reduce aún más las tarifas de Gas. Además, la asamblea en línea puede realizar algunas operaciones complejas que son difíciles de implementar solo con Solidity, proporcionando más flexibilidad para optimizar el consumo de Gas.
Sin embargo, el uso de ensamblado en línea también puede conllevar riesgos.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Guía de estrategias y prácticas para la optimización de tarifas de Gas de contratos inteligentes de Ethereum
Guía de prácticas para la optimización de tarifas de Gas en contratos inteligentes de Ethereum
Las tarifas de Gas en la red principal de Ethereum siempre han sido un problema difícil de resolver, especialmente durante los momentos de congestión de la red. En los picos, los usuarios a menudo tienen que pagar tarifas de transacción extremadamente altas. Por lo tanto, es crucial optimizar las tarifas de Gas durante la fase de desarrollo de contratos inteligentes. Optimizar el consumo de Gas no solo puede reducir efectivamente los costos de transacción, sino que también puede mejorar la eficiencia de las transacciones, brindando a los usuarios una experiencia de uso de blockchain más económica y eficiente.
Este artículo resumirá el mecanismo de tarifas de Gas del Ethereum Virtual Machine (EVM), los conceptos clave relacionados con la optimización de tarifas de Gas, así como las mejores prácticas para optimizar tarifas de Gas al desarrollar contratos inteligentes. Espero que este contenido pueda inspirar y ayudar a los desarrolladores, al mismo tiempo que ayuda a los usuarios comunes a comprender mejor cómo funcionan las tarifas de Gas en el EVM, enfrentando juntos los desafíos en el ecosistema blockchain.
Introducción al mecanismo de tarifas de Gas de EVM
En redes compatibles con EVM, "Gas" es la unidad utilizada para medir la capacidad de cálculo necesaria para ejecutar operaciones específicas.
En la estructura del EVM, el consumo de Gas se divide en tres partes: ejecución de operaciones, llamadas de mensajes externos y lecturas y escrituras de memoria y almacenamiento.
Debido a que la ejecución de cada transacción requiere recursos de cálculo, se cobrará una cierta tarifa para prevenir ciclos infinitos y ataques de negación de servicio ( DoS ). La tarifa necesaria para completar una transacción se denomina "Gas fee".
Desde que se implementó la bifurcación dura de Londres EIP-1559(), las tarifas de Gas se calculan mediante la siguiente fórmula:
Gas fee = unidades de gas utilizadas * ( tarifa base + tarifa de prioridad )
La tarifa base será destruida, mientras que la tarifa prioritaria servirá como incentivo para alentar a los validador a agregar transacciones a la cadena de bloques. Al establecer una tarifa prioritaria más alta al enviar una transacción, se puede aumentar la probabilidad de que la transacción se incluya en el siguiente bloque. Esto es similar a una "propina" que el usuario paga al validador.
1. Entender la optimización de Gas en EVM
Al compilar contratos inteligentes con Solidity, el contrato se convierte en una serie de "códigos de operación", es decir, opcodes.
Cualquier fragmento de código de operación (, como la creación de contratos, la realización de llamadas de mensajes, el acceso al almacenamiento de cuentas y la ejecución de operaciones en la máquina virtual ), tiene un costo de consumo de Gas reconocido, y estos costos están registrados en el libro blanco de Ethereum.
Después de múltiples modificaciones de EIP, algunos costos de Gas de los códigos de operación han sido ajustados, lo que puede diferir del libro amarillo.
2.Conceptos básicos de la optimización del gas
La idea central de la optimización de Gas es priorizar las operaciones de costo eficiente en la blockchain EVM, evitando aquellas operaciones que son costosas en Gas.
En EVM, las siguientes operaciones tienen un costo bajo:
Las operaciones de alto costo incluyen:
Mejores prácticas para la optimización de tarifas de gas EVM
Basado en los conceptos básicos mencionados, hemos preparado una lista de mejores prácticas para la optimización de tarifas de Gas para la comunidad de desarrolladores. Al seguir estas prácticas, los desarrolladores pueden reducir el consumo de tarifas de Gas de los contratos inteligentes, disminuir los costos de transacción y crear aplicaciones más eficientes y amigables para el usuario.
1. Intenta minimizar el uso de almacenamiento.
En Solidity, el almacenamiento ( es un recurso limitado, cuyo consumo de Gas es mucho más alto que el de la memoria ). Cada vez que un contrato inteligente lee o escribe datos desde el almacenamiento, genera altos costos de Gas.
Según la definición del libro amarillo de Ethereum, el costo de las operaciones de almacenamiento es más de 100 veces superior al de las operaciones de memoria. Por ejemplo, las instrucciones OPcodes mload y mstore solo consumen 3 unidades de Gas, mientras que las operaciones de almacenamiento como sload y sstore, incluso en las mejores condiciones, requieren al menos 100 unidades.
Los métodos para limitar el uso del almacenamiento incluyen:
( 2. Empaquetado de variables
La cantidad de almacenamiento en el Storage slot) utilizado en contratos inteligentes y la forma en que los desarrolladores representan los datos afectarán en gran medida el consumo de Gas.
El compilador de Solidity empaqueta las variables de almacenamiento continuas durante el proceso de compilación y utiliza un slot de almacenamiento de 32 bytes como la unidad básica de almacenamiento de variables. El empaquetado de variables se refiere a organizar las variables de manera razonable para que múltiples variables puedan adaptarse a un solo slot de almacenamiento.
A través de este ajuste de detalle, los desarrolladores pueden ahorrar 20,000 unidades de Gas. Almacenar un espacio de almacenamiento no utilizado requiere consumir 20,000 Gas, pero ahora solo se necesitan dos espacios de almacenamiento.
Dado que cada ranura de almacenamiento consume Gas, el empaquetado de variables optimiza el uso de Gas al reducir la cantidad de ranuras de almacenamiento requeridas.
![Gas optimización de los diez mejores prácticas para contratos inteligentes de Ethereum]###https://img-cdn.gateio.im/webp-social/moments-30f0bc370a7b9ca65f3d623c31262b76.webp(
) 3. Optimizar tipos de datos
Una variable puede representarse mediante varios tipos de datos, pero el costo de operación correspondiente a diferentes tipos de datos también varía. Elegir el tipo de datos adecuado ayuda a optimizar el uso de Gas.
Por ejemplo, en Solidity, los enteros se pueden dividir en diferentes tamaños: uint8, uint16, uint32, etc. Dado que la EVM ejecuta operaciones en unidades de 256 bits, usar uint8 significa que la EVM debe convertirlo primero a uint256, y esta conversión consumirá Gas adicional.
Visto de forma aislada, aquí usar uint256 es más barato que uint8. Sin embargo, si se utiliza la optimización de empaquetado de variables que sugerimos anteriormente, será diferente. Si los desarrolladores pueden empaquetar cuatro variables uint8 en una ranura de almacenamiento, entonces el costo total de iterarlas será menor que el de cuatro variables uint256. De esta manera, el contrato inteligente puede leer y escribir en una ranura de almacenamiento una vez, y en una sola operación colocar las cuatro variables uint8 en memoria/almacenamiento.
( 4. Utilizar variables de tamaño fijo en lugar de variables dinámicas
Si los datos se pueden controlar dentro de 32 bytes, se recomienda utilizar el tipo de datos bytes32 en lugar de bytes o strings. En general, las variables de tamaño fijo consumen menos Gas que las variables de tamaño variable. Si se puede limitar la longitud en bytes, elija la longitud mínima de bytes1 a bytes32.
![Gas optimización de los diez mejores prácticas de contratos inteligentes de Ethereum])https://img-cdn.gateio.im/webp-social/moments-55fcdb765912ef9cd238c46b1d248cff.webp###
( 5. Mapeo y arreglos
Las listas de datos de Solidity se pueden representar con dos tipos de datos: Arrays) y Mappings###, pero su sintaxis y estructura son completamente diferentes.
En la mayoría de los casos, los mapeos son más eficientes y tienen un costo menor, pero los arrays son iterables y soportan el empaquetado de tipos de datos. Por lo tanto, se recomienda priorizar el uso de mapeos al gestionar listas de datos, a menos que se necesite iterar o se pueda optimizar el consumo de Gas mediante el empaquetado de tipos de datos.
6. Usar calldata en lugar de memory
Las variables declaradas en los parámetros de la función se pueden almacenar en calldata o memory. La principal diferencia entre ambos es que memory puede ser modificada por la función, mientras que calldata es inmutable.
Recuerda este principio: si los parámetros de la función son de solo lectura, se debe priorizar el uso de calldata en lugar de memory. Esto puede evitar operaciones de copia innecesarias desde calldata de la función a memory.
( 7. Utiliza las palabras clave Constant/Immutable siempre que sea posible.
Las variables Constant/Immutable no se almacenan en el almacenamiento del contrato. Estas variables se calculan en el momento de la compilación y se almacenan en el bytecode del contrato. Por lo tanto, su costo de acceso es mucho menor en comparación con el almacenamiento, se recomienda usar las palabras clave Constant o Immutable siempre que sea posible.
![Gas optimización de los diez mejores prácticas de contratos inteligentes de Ethereum])https://img-cdn.gateio.im/webp-social/moments-c0701f9e09280a1667495d54e262dd2f.webp(
) 8. Utilizar Unchecked para asegurar que no ocurran desbordamientos/subdesbordamientos
Cuando los desarrolladores pueden asegurarse de que las operaciones aritméticas no causarán desbordamiento o subdesbordamiento, pueden usar la palabra clave unchecked introducida en Solidity v0.8.0 para evitar comprobaciones innecesarias de desbordamiento o subdesbordamiento, lo que ahorra costos de Gas.
Además, las versiones del compilador 0.8.0 y superiores ya no necesitan utilizar la biblioteca SafeMath, ya que el compilador en sí mismo ha incorporado funciones de protección contra desbordamientos y subdesbordamientos.
![Gas de optimización de contratos inteligentes de Ethereum: las diez mejores prácticas]###https://img-cdn.gateio.im/webp-social/moments-a823fb7761aafa6529a6c45304e0314b.webp(
) 9. optimizador de modificaciones
El código del modificador se incrusta en la función modificada, y cada vez que se utiliza el modificador, su código se copia. Esto aumentará el tamaño del bytecode y elevará el consumo de Gas.
Al reestructurar la lógica como una función interna _checkOwner###(, se permite reutilizar esta función interna en modificadores, lo que puede reducir el tamaño del bytecode y disminuir los costos de Gas.
![Gas optimización de contratos inteligentes de Ethereum: las 10 mejores prácticas])https://img-cdn.gateio.im/webp-social/moments-839b91e2f02389949aa698d460a497d8.webp###
( 10. Optimización de cortocircuito
Para los operadores || y &&, la evaluación lógica sufre una evaluación de cortocircuito, es decir, si la primera condición ya puede determinar el resultado de la expresión lógica, no se evaluará la segunda condición.
Para optimizar el consumo de Gas, se deben colocar las condiciones de bajo costo de cálculo al principio, de esta manera se puede saltar potencialmente los cálculos costosos.
![Optimización de Gas en contratos inteligentes de Ethereum: Las 10 mejores prácticas])https://img-cdn.gateio.im/webp-social/moments-a141884dcdcdc56faff12eee2601b7b7.webp###
Sugerencias generales adicionales
( 1. Eliminar código innecesario
Si hay funciones o variables no utilizadas en el contrato, se recomienda eliminarlas. Este es el método más directo para reducir los costos de implementación del contrato y mantener el tamaño del contrato pequeño.
A continuación se presentan algunos consejos útiles:
Utiliza los algoritmos más eficientes para el cálculo. Si los resultados de ciertos cálculos se utilizan directamente en el contrato, entonces deberían eliminarse esos procesos de cálculo redundantes. Esencialmente, cualquier cálculo no utilizado debería ser eliminado.
En Ethereum, los desarrolladores pueden obtener recompensas de Gas al liberar espacio de almacenamiento. Si ya no se necesita una variable, se debe usar la palabra clave delete para eliminarla o establecerla en su valor predeterminado.
Optimización de bucles: evitar operaciones de bucle de alto costo, combinar bucles siempre que sea posible y mover cálculos repetidos fuera del cuerpo del bucle.
) 2. Uso de contratos inteligentes precompilados
Los contratos precompilados proporcionan funciones de biblioteca complejas, como operaciones de cifrado y hash. Dado que el código no se ejecuta en la EVM, sino que se ejecuta localmente en el nodo del cliente, se requiere menos Gas. El uso de contratos precompilados puede ahorrar Gas al reducir la carga computacional necesaria para ejecutar contratos inteligentes.
Ejemplos de contratos precompilados incluyen el algoritmo de firma digital de curva elíptica (ECDSA) y el algoritmo de hash SHA2-256. Al utilizar estos contratos precompilados en contratos inteligentes, los desarrolladores pueden reducir los costos de Gas y mejorar la eficiencia de ejecución de las aplicaciones.
3. Uso de código de ensamblado en línea
La asamblea en línea ( permite a los desarrolladores escribir código de bajo nivel pero eficiente que puede ser ejecutado directamente por la EVM, sin necesidad de utilizar costosos opcodes de Solidity. La asamblea en línea también permite un control más preciso sobre el uso de la memoria y el almacenamiento, lo que reduce aún más las tarifas de Gas. Además, la asamblea en línea puede realizar algunas operaciones complejas que son difíciles de implementar solo con Solidity, proporcionando más flexibilidad para optimizar el consumo de Gas.
Sin embargo, el uso de ensamblado en línea también puede conllevar riesgos.