Puntos clave
- Hardhat organiza el desarrollo, las pruebas y el despliegue de contratos EVM.
- Los scripts y la configuración de red permiten preparar despliegues reproducibles.
- Puede combinarse con Foundry cuando el proyecto necesita distintos flujos de pruebas.
¿Qué es Hardhat?
Hardhat organiza el desarrollo, las pruebas y el despliegue de contratos EVM. Reúne configuración del compilador, redes y extensiones para que un equipo pueda repetir el mismo flujo en local y en integración continua. Su utilidad no termina al compilar: también ayuda a relacionar código, artefactos y operaciones de despliegue.
Hardhat 3 admite pruebas en Solidity y TypeScript, con integraciones para herramientas como Viem o Ethers. La selección de plugins y del entorno de pruebas debe corresponder a la versión del proyecto, evitando mezclar instrucciones de Hardhat 2 y 3.
Cómo funciona
El proyecto fija compiladores, dependencias y configuración de red. Las pruebas ejecutan llamadas contra un entorno simulado y comprueban resultados, eventos y reversiones. Un fork puede utilizar el estado de una red en un bloque determinado, siempre que el RPC permita acceder a los datos históricos necesarios.
El despliegue puede organizarse mediante scripts o herramientas como Ignition. En ambos casos se conservan parámetros, direcciones y verificaciones. Repetir una tarea administrativa no debe emitir activos o transferir permisos de nuevo por accidente: los scripts requieren comprobaciones del estado antes de actuar.
Qué aporta Hardhat
Hardhat encaja cuando los contratos conviven con servicios y pruebas de integración en TypeScript. Por ejemplo, una emisión puede verificarse junto con el cliente que prepara las llamadas y decodifica sus eventos. Esto ayuda a detectar diferencias entre la interfaz que utiliza la aplicación y la que expone el contrato.
Una entrega puede incluir pruebas de roles, condiciones de pausa, transferencia de administración y comportamiento ante contratos externos que fallan. El equipo conserva un registro por red con las versiones utilizadas. Así, una incidencia puede reproducirse sin depender de la configuración local de quien realizó el despliegue original.
Limitaciones y criterios de elección
La simulación local no reproduce todas las condiciones de una red pública. Un fork es una fotografía del estado, no una garantía de ejecución futura. Las pruebas deben complementarse con comprobaciones del entorno de destino y una política para claves, permisos y transacciones administrativas.
La elección frente a Foundry depende de las necesidades de pruebas y del stack del equipo. Pueden coexistir si comparten versiones y configuración de manera explícita. Una actualización de Hardhat exige revisar plugins, artefactos y comportamiento de scripts, además de comprobar que el proyecto sigue compilando.
También conocido como
- Hardhat framework
- Hardhat Network
