Testnet Holesky

¿Qué es la testnet Holesky?

Holesky Testnet, también escrita Holešky, era una red pública de pruebas de Ethereum diseñada principalmente para el staking, las operaciones de validadores, las pruebas de infraestructura y los ensayos de actualizaciones del protocolo.

En términos sencillos, Holesky era una versión de práctica de Ethereum en la que desarrolladores, operadores de nodos, proveedores de staking y validadores podían probar el comportamiento de la red sin arriesgar ETH real en Ethereum Mainnet.

El repositorio oficial de Holesky de eth-clients describía Holešky como una testnet pública de Ethereum de larga duración que sustituyó a Goerli para las pruebas de staking, infraestructura y desarrollo del protocolo.

Holesky utilizaba Proof of Stake desde el bloque génesis, lo que la hacía útil para probar el comportamiento de los validadores en un entorno más parecido al Ethereum posterior a The Merge.

Tenía un chain ID y un network ID de 17000, lo que ayudaba a las carteras, el software de nodos y los proveedores de infraestructura a identificar correctamente la red.

Holesky ETH era ETH de testnet, no ETH real, y solo debía utilizarse para probar transacciones, validadores, despliegues y operaciones de red.

La documentación oficial de ethereum.org sobre redes explica que el ETH de testnet no debería tener valor real y que normalmente se obtiene de faucets.

Según la documentación actual de Ethereum, Holesky está obsoleta y los desarrolladores de Ethereum recomiendan ahora Hoodi para las pruebas de validadores y staking, y Sepolia para el desarrollo de aplicaciones.

Por qué se creó la testnet Holesky

Holesky se creó porque Ethereum necesitaba una testnet pública de gran tamaño para el staking y la infraestructura, después de que Goerli empezara a resultar difícil de utilizar a escala.

El ETH de testnet de Goerli empezó a escasear, lo que dificultó que desarrolladores y operadores de staking pudieran realizar pruebas libremente.

Ethereum necesitaba una testnet con una oferta mucho mayor de ETH de prueba, un conjunto amplio de validadores y una mejor compatibilidad con las operaciones modernas de Proof of Stake.

Holesky se diseñó para satisfacer esas necesidades.

Se lanzó en 2023 como una testnet de Ethereum a gran escala centrada en validadores, herramientas de staking, clientes de nodos, servicios de infraestructura y actualizaciones del protocolo.

Esto la diferenciaba de Sepolia, que siguió siendo la red preferida para probar aplicaciones y contratos inteligentes.

Holesky resultaba útil para los equipos que necesitaban probar depósitos de validadores, el comportamiento de los clientes de consenso, el comportamiento de los clientes de ejecución, paneles de staking, sistemas de monitorización, salidas de validadores, eventos de slashing y actualizaciones de la red.

Ofrecía a los equipos de infraestructura un entorno público donde estudiar errores antes de que problemas similares llegaran a Mainnet.

Ese papel convirtió a Holesky en una parte importante del entorno de pruebas de Ethereum durante los ciclos de actualización de Dencun y Pectra.

Estado actual de Holesky

Holesky está obsoleta y no debería utilizarse para nuevas pruebas de validadores ni de aplicaciones de Ethereum.

El anuncio oficial de la Ethereum Foundation sobre el cierre de la testnet Holešky indica que Holešky llegó a la fecha de fin de vida prevista y que, tras su cierre, los equipos de clientes, pruebas e infraestructura dejarían de ofrecerle soporte.

El mismo anuncio explica que los operadores de staking y los proveedores de infraestructura deberían migrar a Hoodi, mientras que los desarrolladores de aplicaciones y herramientas deberían utilizar Sepolia.

Este estado es importante porque algunos tutoriales antiguos, páginas de faucets y guías de carteras pueden seguir mencionando Holesky como si aún estuviera activa.

El uso de testnets obsoletas puede provocar transacciones fallidas, falta de soporte de faucets, configuraciones de clientes desactualizadas, exploradores que no funcionan y supuestos de prueba inexactos.

Los desarrolladores deberían consultar la documentación actual de Ethereum antes de iniciar un proyecto nuevo.

Para las pruebas actuales de Ethereum, Sepolia es la testnet pública predeterminada para contratos inteligentes y dApps.

Para las pruebas de validadores y staking, Hoodi es la testnet pública actual que sustituye la función de Holesky.

Holesky sigue teniendo importancia histórica, pero ya no es el entorno de pruebas recomendado.

Holesky frente a Sepolia

Holesky y Sepolia tenían funciones diferentes en el ecosistema de Ethereum.

Sepolia era y sigue siendo la testnet predeterminada recomendada para desarrolladores de aplicaciones, contratos inteligentes y herramientas, así como para equipos de dApps.

Holesky se creó principalmente para el staking, los validadores, los proveedores de infraestructura y los desarrolladores del protocolo.

Un desarrollador que estuviera creando un contrato de token, un contrato NFT, una aplicación DeFi, una integración de cartera u otro contrato inteligente normal, por lo general no necesitaba Holesky.

Normalmente necesitaba Sepolia, porque es más ligera, se adapta mejor a las pruebas de aplicaciones y cuenta con un amplio soporte de herramientas de desarrollo.

Un proveedor de staking, operador de validadores o equipo de infraestructura de nodos podía utilizar Holesky para probar a gran escala los eventos del ciclo de vida de los validadores y las actualizaciones de la red.

Esta distinción importa porque elegir la testnet equivocada puede hacer perder tiempo.

Un desarrollador de aplicaciones que utilizara Holesky podía encontrarse con tiempos de sincronización más largos, un estado mayor, menos despliegues orientados a aplicaciones y problemas posteriores derivados de su obsolescencia.

Un operador de validadores que utilizara Sepolia quizá no probara las mismas condiciones abiertas de validación que Holesky ofrecía originalmente.

Hoy, la división equivalente es Sepolia para aplicaciones y Hoodi para pruebas de validadores.

Holesky frente a Hoodi

Hoodi es la testnet actual de Ethereum que sustituyó a Holesky para las pruebas de validadores y staking.

El anuncio de cierre de la Ethereum Foundation señala que Hoodi se lanzó en marzo de 2025 para solucionar las limitaciones de Holesky después de los problemas de la testnet con Pectra.

Hoodi cuenta con un conjunto renovado de validadores y permite probar las actualizaciones actuales y futuras del protocolo.

Esto convierte a Hoodi en la opción adecuada para los operadores de staking que necesitan probar depósitos y salidas de validadores, el comportamiento de consenso, nuevas versiones de clientes y la preparación para actualizaciones del protocolo.

Holesky había dejado de ser tan práctica porque las condiciones de la red, posteriores a la activación de Pectra, afectaron a las pruebas del ciclo de vida de los validadores.

En la práctica, los equipos que antes utilizaban Holesky deberían migrar sus procesos de prueba de validadores a Hoodi.

Esto incluye la documentación de configuración de nodos, los paneles de monitorización, los scripts de validadores, los sistemas de alertas, las pruebas de depósitos y los ensayos de actualizaciones de clientes.

Los usuarios no deberían dar por hecho que los endpoints, faucets y exploradores de Holesky seguirán siendo fiables.

Hoodi es actualmente el reemplazo de la función principal que desempeñaba Holesky.

Para practicar actualmente el staking de Ethereum, Hoodi es una testnet más adecuada y fiable.

Holesky y Ethereum Mainnet

Holesky no era Ethereum Mainnet.

Era una red de pruebas independiente, con su propio chain ID, ETH de prueba, validadores, bloques y estado de red.

Las transacciones de Holesky no movían ETH real ni tokens reales de Mainnet.

Los contratos desplegados en Holesky no existían automáticamente en Ethereum Mainnet.

Las acciones de los validadores en Holesky no afectaban a los saldos de validadores de Mainnet.

Esta separación es precisamente la finalidad de una testnet.

Los desarrolladores pueden probar el despliegue de contratos, la configuración de nodos, la preparación para actualizaciones y los procesos de validadores sin arriesgar fondos reales.

Sin embargo, una testnet solo resulta útil cuando refleja las condiciones que un equipo necesita probar.

Holesky era útil porque ofrecía a los equipos de validadores e infraestructura un entorno amplio similar a Ethereum.

Nunca pretendió sustituir las pruebas finales, las auditorías, la monitorización ni una planificación cuidadosa del despliegue en Mainnet.

Holesky ETH

Holesky ETH era el token nativo de prueba utilizado para pagar el gas, crear transacciones, probar validadores e interactuar con contratos en la red Holesky.

Holesky ETH no era ETH real ni estaba destinado a tener valor de mercado.

El ETH de testnet existe para que los desarrolladores puedan probar sin gastar fondos reales.

En las testnets activas, los usuarios suelen obtener ETH de prueba de faucets.

Un faucet es un servicio que envía pequeñas cantidades de ETH de testnet a una dirección para desarrollo o pruebas.

Como Holesky está obsoleta, los usuarios deberían evitar buscar Holesky ETH para nuevos trabajos de prueba.

Para el desarrollo actual, deberían utilizar ETH de Sepolia para probar aplicaciones o ETH de Hoodi para probar validadores y staking.

Los usuarios también deberían desconfiar de cualquiera que venda ETH de testnet como si fuera una inversión.

El ETH de testnet no está destinado a tener valor económico y no debería tratarse como un activo cripto real.

Su finalidad es servir como utilidad en un entorno de pruebas, no como objeto de especulación.

Chain ID y datos de red de Holesky

Holesky utilizaba el chain ID 17000.

También utilizaba el network ID 17000.

El chain ID ayuda a las carteras y herramientas de firma a evitar que las transacciones se reproduzcan en otra red.

El network ID ayuda a los clientes a identificar la red entre pares.

La configuración de Holesky se publicó en el repositorio público de eth-clients para que los equipos de clientes, los operadores de nodos y los proveedores de infraestructura pudieran configurar correctamente su software.

El repositorio incluía la fecha de lanzamiento de Holesky, el calendario de forks, la dirección del contrato de depósito, información de descubrimiento, datos del bloque génesis y metadatos de actualización.

Estos datos eran importantes porque los validadores y operadores de nodos necesitaban una configuración exacta para conectarse a la testnet de forma segura.

Un chain ID, endpoint o parámetro de cliente incorrecto podía hacer que una cartera o nodo se conectara a la red equivocada.

En las redes obsoletas, estos datos resultan principalmente útiles como referencia histórica, para investigación, análisis de archivos o tareas de migración.

Los nuevos desarrollos deberían utilizar la configuración de las testnets actuales que figure en la documentación actual de Ethereum.

Holesky y los validadores

Los validadores eran fundamentales para la finalidad de Holesky.

Ethereum Proof of Stake depende de validadores que proponen bloques, los atestiguan y ayudan a proteger el consenso.

Holesky permitía a los operadores de staking practicar los procesos de validación sin utilizar ETH real de Mainnet.

Esto incluía generar claves de validador, enviar depósitos, ejecutar clientes de consenso y de ejecución, monitorizar el rendimiento de los validadores, probar sistemas de redundancia y aprender cómo funcionaban las salidas.

También permitía a los equipos de clientes y a los desarrolladores del protocolo observar el comportamiento de grandes cantidades de validadores durante las actualizaciones.

Esto fue especialmente importante después de la transición de Ethereum a Proof of Stake, ya que las operaciones de los validadores se convirtieron en una parte esencial de la seguridad de la red.

Holesky ofrecía a los operadores un entorno público para aprender antes de trabajar con la infraestructura de Mainnet.

Sin embargo, como Holesky está obsoleta, los operadores de validadores deberían utilizar Hoodi para esta función.

Seguir formándose en Holesky puede generar expectativas engañosas y procesos desactualizados.

Las pruebas de validadores deberían seguir las recomendaciones actuales para redes.

Holesky e infraestructura de staking

La infraestructura de staking incluye el software, los servidores, las herramientas de monitorización, los sistemas de gestión de claves, las alertas y los procesos operativos utilizados para ejecutar validadores.

Holesky se creó para ayudar a probar esta infraestructura a escala.

Un equipo de staking podía utilizar Holesky para practicar las actualizaciones de clientes, la sincronización de nodos, los depósitos de validadores, la protección contra slashing, el encaminamiento de alertas y los planes de recuperación.

Este tipo de pruebas es importante porque los errores de los validadores pueden resultar caros en Mainnet.

Un validador que esté desconectado puede perder recompensas.

Un validador que firme mensajes contradictorios puede sufrir slashing.

Un nodo con una monitorización deficiente puede fallar durante una actualización del protocolo.

Probar en una testnet pública permite a los equipos cometer errores en un entorno de menor riesgo.

Holesky desempeñó esta función durante una etapa de la historia de Ethereum.

Actualmente, Hoodi cumple esta función para las pruebas de validadores e infraestructura de staking.

Holesky y las actualizaciones del protocolo de Ethereum

Las actualizaciones del protocolo de Ethereum suelen probarse en testnets públicas antes de llegar a Mainnet.

Holesky se utilizó durante las pruebas de importantes actualizaciones, como Dencun y Pectra.

Una actualización del protocolo puede cambiar las reglas de ejecución o consenso, el comportamiento del gas, las operaciones de los validadores, las funciones de las cuentas o la compatibilidad con Layer 2.

Probar las actualizaciones en una testnet pública ayuda a los equipos de clientes a detectar errores antes de que haya fondos reales en riesgo.

El anuncio de la Ethereum Foundation sobre la testnet Pectra explicaba que estaba previsto activar Pectra en Holesky antes que en Sepolia, como parte del proceso de despliegue en las testnets.

Esto demuestra que Holesky formaba parte del proceso de ensayo de actualizaciones de Ethereum.

Sin embargo, también pueden producirse incidentes en las testnets.

Para eso existen.

Un incidente en una testnet, ya sea un fallo o una degradación de la red, puede revelar problemas en los clientes, la configuración, los validadores o la red antes de que el mismo problema llegue a Mainnet.

El incidente de Pectra en Holesky

La activación de Pectra en la testnet puso de manifiesto graves problemas en Holesky en febrero de 2025.

La actualización del anuncio de Pectra de la Ethereum Foundation indicó que, tras la activación de Pectra en Holesky, un problema de configuración en varios clientes de ejecución provocó una división de la cadena.

El problema se solucionó rápidamente, pero el rendimiento de la red Holesky permaneció degradado durante un tiempo.

Materiales posteriores de la Ethereum Foundation explicaron que Holesky sufrió numerosas pérdidas de actividad y una gran cola de salida tras la activación de Pectra.

Estas condiciones hicieron menos prácticas las pruebas completas del ciclo de vida de los validadores en Holesky.

El incidente fue uno de los motivos por los que se lanzó Hoodi como un nuevo entorno de pruebas para validadores y staking.

Esta historia resulta útil porque muestra el valor real de las testnets.

Un fallo en una testnet no significa automáticamente que Ethereum Mainnet haya fallado.

Puede ser una advertencia útil que ayude a los desarrolladores a mejorar las versiones, la configuración, la coordinación y la recuperación antes de la activación en Mainnet.

El incidente de Pectra en Holesky se convirtió en una lección importante sobre las operaciones de las testnets de Ethereum.

Holesky y Dencun

Dencun fue una de las principales actualizaciones de Ethereum probadas durante el periodo de actividad de Holesky.

Dencun introdujo cambios importantes para la escalabilidad de Ethereum, en especial funciones que admitían una disponibilidad de datos de menor coste para los rollups de Layer 2.

La función de Holesky en las pruebas de Dencun ayudó a los operadores de validadores, los equipos de clientes y los proveedores de infraestructura a prepararse para el proceso de actualización de Mainnet.

Las actualizaciones del protocolo son complejas porque varias implementaciones de clientes deben aplicar las mismas reglas al mismo tiempo.

Una testnet pública permite descubrir si los clientes, los validadores y la infraestructura pueden coordinarse correctamente.

El amplio conjunto de validadores de Holesky la hacía útil para este tipo de ensayos.

Para los usuarios, la lección importante es que las grandes actualizaciones de Ethereum no llegan a Mainnet sin pruebas previas.

Testnets como Holesky ayudan a reducir el riesgo al descubrir problemas antes.

Incluso después de una actualización satisfactoria en una testnet, la activación en Mainnet sigue requiriendo una revisión cuidadosa y versiones de clientes preparadas.

El éxito en una testnet aumenta la confianza, pero no elimina todos los riesgos.

Holesky y los faucets de testnet

Durante su periodo de actividad, se utilizaron faucets de Holesky para distribuir Holesky ETH a desarrolladores y operadores de nodos.

Los faucets son útiles porque el ETH de testnet debería ser gratuito y servir para realizar pruebas, no para especular.

Los usuarios podían solicitar ETH de prueba para desplegar contratos, probar transacciones, pagar el gas o practicar procesos de validación.

Sin embargo, el soporte de los faucets puede cambiar cuando una testnet queda obsoleta.

Como Holesky ya no se recomienda, la disponibilidad de sus faucets puede ser poco fiable o irrelevante para nuevos desarrollos.

Los usuarios no deberían comprar Holesky ETH con dinero real.

También deberían evitar los sitios de phishing que afirman distribuir ETH de prueba, pero piden frases de recuperación o autorizaciones de cartera.

Un faucet legítimo solo debería necesitar una dirección pública, nunca una clave privada o frase de recuperación.

Para las pruebas actuales de Ethereum, los usuarios deberían buscar faucets de Sepolia o Hoodi en fuentes de documentación fiables.

Los enlaces antiguos a faucets de Holesky deben tratarse con cautela.

Holesky y las pruebas de contratos inteligentes

Holesky permitía desplegar contratos inteligentes porque era compatible con la EVM, pero no era la mejor opción predeterminada para la mayoría de los desarrolladores de aplicaciones.

El repositorio oficial de Holesky recomendaba a los desarrolladores que probaran aplicaciones descentralizadas, contratos inteligentes y otras funciones de la EVM utilizar Sepolia.

Esta recomendación se debía a que Holesky estaba optimizada para el staking y la infraestructura, no para las pruebas habituales de dApps.

Los desarrolladores de contratos inteligentes suelen necesitar faucets fiables, compatibilidad con herramientas habituales, versiones de prueba desplegadas de los principales protocolos e iteraciones rápidas.

Sepolia solía satisfacer mejor esas necesidades.

Un desarrollador que desplegara en Holesky aún podía aprender aspectos útiles sobre el gas, los contratos y el comportamiento de la red.

Sin embargo, el ecosistema de Holesky no era el entorno principal para desarrollar aplicaciones.

Hoy, esta distinción es aún más clara porque Holesky está obsoleta.

Los desarrolladores de contratos inteligentes deberían utilizar Sepolia, salvo que tengan un motivo histórico o archivístico concreto para examinar Holesky.

Elegir la testnet adecuada mejora la calidad de las pruebas.

Holesky y los operadores de nodos

Los operadores de nodos utilizaban Holesky para probar la configuración de clientes de Ethereum y las operaciones de red.

Un nodo de Ethereum suele incluir un cliente de ejecución y un cliente de consenso.

El cliente de ejecución se ocupa de la ejecución de la EVM, el procesamiento de transacciones y el estado de la capa de ejecución.

El cliente de consenso se ocupa del consenso Proof of Stake, las tareas de validación, las atestaciones y la lógica de la beacon chain.

Holesky resultaba útil porque permitía a los operadores ejecutar ambas capas en un entorno público de pruebas Proof of Stake.

Los operadores podían probar la sincronización, la sincronización desde un punto de control, el descubrimiento de pares, el crecimiento de las bases de datos, los requisitos de disco, la monitorización de disponibilidad y las actualizaciones de clientes.

Este tipo de práctica es importante porque las operaciones de nodos de Mainnet requieren fiabilidad.

Las testnets ayudan a los operadores a aprender sin poner fondos reales en riesgo.

Para las pruebas actuales de nodos, los operadores deberían seguir las directrices actuales de Ethereum y utilizar Hoodi para las pruebas centradas en validadores.

Es posible que las guías antiguas de configuración de Holesky ya no reflejen el mejor procedimiento operativo.

Holesky y las pruebas del riesgo de slashing

El slashing es una penalización por faltas graves de los validadores, como firmar mensajes contradictorios.

En Mainnet, el slashing puede provocar pérdidas reales de ETH.

En una testnet, los operadores pueden estudiar el riesgo de slashing en un entorno de menor riesgo.

Holesky resultaba útil para probar bases de datos de protección contra slashing, procesos de redundancia, prevención de validadores duplicados y gestión de claves de validadores.

Estos temas importan porque muchos errores de los validadores son operativos y no maliciosos.

Un equipo puede ejecutar accidentalmente la misma clave de validador en dos lugares.

Un sistema de respaldo puede reiniciarse incorrectamente.

Una migración puede copiar mal los datos de protección contra slashing.

Una testnet permite a los operadores practicar estos procesos y mejorar sus procedimientos.

Durante su periodo de actividad, Holesky ayudó a cumplir esta función formativa.

Actualmente, Hoodi es la red más adecuada para practicar las operaciones de staking y el ciclo de vida de los validadores.

Holesky y los proveedores de infraestructura

Los proveedores de infraestructura utilizaban Holesky para probar endpoints, servicios de nodos, exploradores, indexadores, paneles de staking, monitorización de validadores y flujos de datos.

La infraestructura de Ethereum debe prestar servicio a muchos tipos de usuarios, incluidos desarrolladores, carteras, equipos de staking, equipos de investigación y participantes del protocolo.

Una testnet pública ofrece a los proveedores de infraestructura un lugar para probar actualizaciones y recuperación ante fallos antes de Mainnet.

La gran escala de Holesky la hacía útil para probar la resistencia de determinados sistemas.

Por ejemplo, indexar una testnet con muchos validadores podía revelar problemas de rendimiento que quizá no aparecieran en una más pequeña.

La monitorización a gran escala del rendimiento de los validadores podía revelar problemas con las alertas.

La gestión de los eventos de actualización podía revelar problemas de automatización o coordinación.

Los proveedores de infraestructura deberían migrar ahora estos procesos a Hoodi o Sepolia, según el caso de uso.

La lección clave es que la infraestructura de testnet debe mantenerse con el mismo cuidado que los sistemas de preproducción.

Unos supuestos incorrectos sobre la testnet pueden dar lugar a una preparación deficiente para Mainnet.

Holesky y los exploradores de bloques

Los exploradores de bloques de Holesky ayudaban a los usuarios a inspeccionar bloques, transacciones, contratos, actividad de validadores y direcciones de la testnet.

Los exploradores son útiles porque ofrecen una vista legible para las personas de los datos de la blockchain.

Durante el periodo de actividad de Holesky, ayudaban a los desarrolladores a confirmar si se habían incluido las transacciones, desplegado los contratos, activado los validadores y actualizado correctamente los saldos.

Sin embargo, el soporte de los exploradores puede disminuir cuando una testnet queda obsoleta.

Algunos pueden congelar los datos, retirar el soporte o dejar de indexar nuevos bloques.

Esta es otra razón para no utilizar testnets obsoletas en nuevos proyectos.

Los desarrolladores necesitan una visibilidad fiable al probar contratos o transacciones.

Los operadores de staking necesitan una visibilidad fiable al probar el estado de los validadores.

Para las pruebas actuales, los usuarios deberían utilizar exploradores de Sepolia o Hoodi indicados en la documentación oficial actual.

Los exploradores de Holesky son ahora principalmente útiles para investigaciones históricas o para verificar migraciones.

Holesky y la configuración de carteras

Las carteras podían conectarse a Holesky utilizando el chain ID, el endpoint RPC, el símbolo de moneda y el explorador de bloques correctos.

Como Holesky utilizaba el chain ID 17000, el software de las carteras utilizaba ese ID para separar las transacciones de Holesky de las de otras redes Ethereum.

Esta separación es importante porque los usuarios no deberían confundir los tokens de testnet con los activos de Mainnet.

Que una cartera muestre Holesky ETH no debería hacer pensar al usuario que posee ETH real.

Una dirección de contrato en Holesky puede tener el mismo formato que una de Mainnet, pero existe en una red distinta.

Los usuarios deberían comprobar siempre qué red está seleccionada antes de enviar activos o firmar transacciones.

Las configuraciones de redes obsoletas pueden permanecer en las carteras incluso después de que deje de ofrecerse soporte.

Los usuarios no deberían considerar que una red antigua configurada en la cartera demuestra que la testnet sigue siendo recomendable.

Las pruebas actuales de Ethereum deberían utilizar configuraciones actualizadas de Sepolia o Hoodi.

Comprobar la red seleccionada es un hábito básico, pero importante, para la seguridad cripto.

Holesky y la seguridad de las testnets

Las testnets reducen el riesgo financiero, pero no eliminan por completo los riesgos de seguridad.

Un usuario nunca debería introducir una frase de recuperación real en un faucet, explorador, bridge, panel o herramienta de validadores de una testnet.

Un sitio malicioso puede robar permisos de cartera o claves privadas aunque afirme ser compatible con una testnet.

Los desarrolladores deberían utilizar carteras de prueba separadas para las testnets.

Los operadores de validadores deberían utilizar claves de prueba para los validadores de testnet.

Los equipos de infraestructura no deberían exponer secretos de producción en los archivos de configuración de testnet.

Las transacciones de testnet pueden implicar tokens sin valor, pero los hábitos de firma y de gestión de claves siguen siendo importantes.

Un sitio de phishing puede aprovechar una historia sobre una testnet para engañar a los usuarios y hacerles firmar autorizaciones peligrosas de Mainnet.

Las testnets obsoletas pueden ser especialmente arriesgadas porque los usuarios pueden buscar faucets antiguos y acabar en sitios inseguros.

Para protegerse, los usuarios deberían seguir los enlaces de la documentación oficial actual siempre que sea posible.

Holesky y las pruebas de DeFi

Holesky no era la red predeterminada para probar aplicaciones DeFi.

La mayoría de los desarrolladores DeFi preferían Sepolia o redes locales de desarrollo para probar contratos inteligentes.

Las pruebas de DeFi suelen requerir tokens simulados desplegados, fuentes de datos de oráculos, pools de liquidez, mercados de préstamos, usuarios de prueba e iteraciones rápidas.

El objetivo principal del diseño de Holesky eran las pruebas de validadores e infraestructura, no la simulación de DeFi.

Un protocolo DeFi podía desplegar contratos en Holesky, pero el soporte del ecosistema no era la principal ventaja de la red.

Para los desarrolladores DeFi, el proceso más adecuado suele incluir pruebas locales, pruebas en una bifurcación, despliegue en Sepolia, revisión de auditorías y despliegues escalonados en Mainnet.

Holesky era más importante para la infraestructura subyacente de Ethereum que para los productos DeFi dirigidos a los usuarios finales.

Hoy, los equipos DeFi deberían evitar iniciar nuevos despliegues en Holesky porque la red está obsoleta.

Sepolia es la testnet pública de Ethereum más adecuada para probar dApps.

Hoodi es más adecuada para las pruebas de staking y validadores.

Holesky y las pruebas de Layer 2

Las redes de Layer 2 y los proyectos de rollups suelen depender de las testnets de Ethereum para probar la liquidación, los bridges y los protocolos.

Durante el periodo de actividad de Holesky, algunos equipos de infraestructura pudieron utilizarla para probar componentes conectados a Ethereum.

Sin embargo, muchas pruebas de Layer 2 orientadas a aplicaciones utilizaban entornos basados en Sepolia, ya que esta era la testnet principal para el desarrollo de aplicaciones.

Los equipos de rollups necesitan entornos de prueba fiables para contratos de bridges, publicación de lotes, supuestos de disponibilidad de datos, pruebas de fraude, pruebas de validez y comportamiento de los secuenciadores.

Si un sistema Layer 2 utilizaba Holesky para alguna prueba relacionada con Ethereum, tras su obsolescencia era necesario migrarlo.

La elección de testnet actual de Ethereum afecta a los desarrolladores de Layer 2 porque la testnet de liquidación debe mantenerse y contar con soporte.

Una testnet obsoleta de la capa base puede hacer que las pruebas de bridges sean poco fiables y los scripts de despliegue queden desactualizados.

Los equipos de Layer 2 deberían alinearse con las testnets públicas actuales de Ethereum y con las recomendaciones oficiales de sus propias testnets.

Para la mayoría de los desarrolladores de aplicaciones, la testnet práctica de Ethereum es Sepolia.

Para las pruebas de actualizaciones relacionadas con validadores, la testnet práctica de Ethereum es Hoodi.

Holesky y la obsolescencia de las testnets

La obsolescencia de una testnet significa que ya no se ofrece soporte para utilizarla como entorno activo recomendado.

Una testnet puede quedar obsoleta porque ha cumplido su objetivo, ha acumulado demasiado estado, ha desarrollado problemas operativos, ha perdido soporte de infraestructura o ya no satisface las necesidades actuales de pruebas.

Holesky quedó obsoleta después de servir como testnet de Ethereum para validadores e infraestructura a gran escala.

La Ethereum Foundation explicó que las condiciones de Holesky posteriores a Pectra hacían imprácticas las pruebas del ciclo de vida de los validadores dentro de plazos razonables.

Que haya quedado obsoleta no significa que la testnet nunca fuera importante.

Significa que el ecosistema ha pasado a una opción actual más adecuada.

Los desarrolladores deberían considerar el ciclo de vida de una testnet una tarea normal de mantenimiento de infraestructura.

Una testnet adecuada hoy puede sustituirse más adelante.

Por eso, la documentación, los procesos de integración continua (CI), los endpoints RPC, los scripts de despliegue y la configuración de las carteras deberían poder actualizarse fácilmente.

Incorporar supuestos antiguos de una testnet directamente en el código puede generar deuda técnica.

Cómo migrar desde Holesky

El primer paso es determinar por qué utilizaba Holesky tu proyecto.

Si se utilizaba para contratos inteligentes, dApps, carteras, indexadores o herramientas de aplicaciones, lo habitual es migrar a Sepolia.

Si se utilizaba para validadores, staking, operaciones de nodos, actualizaciones del protocolo o paneles de staking, lo habitual es migrar a Hoodi.

El segundo paso es actualizar los chain ID, endpoints RPC, enlaces a exploradores, instrucciones de faucets, scripts de despliegue y variables de entorno.

El tercer paso es volver a desplegar los contratos de prueba o las configuraciones de validadores en la nueva testnet.

El cuarto paso es actualizar la documentación para que los miembros del equipo no sigan utilizando Holesky por error.

El quinto paso es archivar los datos específicos de Holesky que sean necesarios para los registros históricos.

El sexto paso es probar la monitorización, las alertas y los procesos de CI en la nueva red.

El séptimo paso es retirar de las guías activas las instrucciones de Holesky dirigidas a los usuarios.

La migración debería tratarse como una actualización normal de la infraestructura de pruebas.

Una migración limpia reduce la confusión y los fallos en las pruebas.

Errores frecuentes con Holesky

Un error frecuente es utilizar Holesky para nuevas pruebas de aplicaciones pese a que está obsoleta.

Otro es tratar Holesky ETH como si tuviera valor de inversión real.

Un tercer error es seguir tutoriales antiguos sin comprobar las recomendaciones actuales de Ethereum para las testnets.

Un cuarto error es utilizar frases de recuperación de carteras reales en herramientas de testnet.

Un quinto error es confundir direcciones de contratos de Holesky con direcciones de contratos de Mainnet.

Un sexto error es suponer que un despliegue en Holesky demuestra que un contrato es seguro para Mainnet.

Un séptimo error es depender de faucets o endpoints RPC antiguos de Holesky que quizá ya no reciban mantenimiento.

Un octavo error es utilizar los resultados de validadores de Holesky para valorar el comportamiento actual de Hoodi sin comprobar las diferencias.

Un noveno error es dejar la configuración de Holesky en los procesos de CI después de la migración.

Un décimo error es suponer que todas las testnets de Ethereum sirven para lo mismo.

Ventajas que ofrecía Holesky

Holesky proporcionó a Ethereum una testnet pública Proof of Stake de gran tamaño para practicar el staking y las operaciones de infraestructura.

Ayudó a los operadores de validadores a probar sus procesos sin arriesgar ETH real.

Permitió realizar pruebas a gran escala de las actualizaciones del protocolo.

Ayudó a los equipos de clientes e infraestructura a observar el comportamiento real de la red antes de la activación en Mainnet.

Sustituyó a Goerli en las tareas de staking e infraestructura cuando esta dejó de ser práctica.

Ofreció al ecosistema un entorno público común para la monitorización, los exploradores, los paneles de validadores y las operaciones de nodos.

Permitió realizar pruebas durante importantes ciclos de actualización de Ethereum.

Reveló puntos débiles durante el incidente de la testnet Pectra, lo que ayudó al ecosistema a mejorar su estrategia de pruebas.

Contribuyó a la creación de Hoodi como un entorno renovado para las pruebas de validadores.

Aunque esté obsoleta, Holesky sigue siendo un capítulo importante de la historia de las testnets de Ethereum.

Limitaciones de Holesky

Holesky no se diseñó como la principal testnet para probar aplicaciones de contratos inteligentes.

Su amplio estado y su diseño centrado en validadores podían hacerla más pesada para algunos usuarios.

Dejó de resultar tan práctica después de que las condiciones de la red posteriores a Pectra afectaran a las pruebas del ciclo de vida de los validadores.

Dependía del soporte del ecosistema por parte de clientes, proveedores de infraestructura, faucets, exploradores y equipos de herramientas.

Cuando ese soporte se trasladó a otras redes, Holesky dejó de ser una buena opción para nuevos trabajos.

También demostró que pueden producirse incidentes graves en las testnets.

Esto no es motivo para evitarlas.

Es motivo para utilizarlas correctamente.

Holesky era útil para las pruebas para las que se diseñó, pero ninguna testnet puede representar perfectamente todas las condiciones de Mainnet.

Una buena ingeniería utiliza varias capas de pruebas, incluidas pruebas locales, redes de desarrollo, testnets públicas, auditorías, simulaciones y despliegues escalonados.

Buenas prácticas para los usuarios de testnets de Ethereum

Utiliza Sepolia para probar contratos inteligentes y dApps, salvo que la documentación oficial del proyecto indique otra cosa.

Utiliza Hoodi para las pruebas de validadores y staking.

No inicies nuevos trabajos en Holesky, ya que está obsoleta.

Utiliza carteras separadas para las testnets y Mainnet.

No compartas nunca frases de recuperación con faucets, exploradores, proveedores RPC o cuentas de asistencia.

No compres ETH de testnet como inversión.

Comprueba el chain ID y el nombre de la red antes de firmar transacciones.

Actualiza los tutoriales, scripts de despliegue y procesos de CI antiguos cuando una testnet quede obsoleta.

Consulta la documentación oficial de Ethereum para confirmar las recomendaciones actuales sobre testnets.

Considera los resultados de las testnets públicas indicios útiles, no una garantía de seguridad en Mainnet.

Preguntas frecuentes

¿Qué es la testnet Holesky?

Holesky Testnet era una testnet pública de Ethereum Proof of Stake utilizada principalmente para el staking, las operaciones de validadores, las pruebas de infraestructura y los ensayos de actualizaciones del protocolo.

¿Sigue activa Holesky?

Holesky está obsoleta y ya no es la testnet de Ethereum recomendada para nuevos desarrollos ni para probar validadores.

¿Qué ha sustituido a Holesky?

Hoodi sustituyó a Holesky para las pruebas de validadores, staking y actualizaciones del protocolo.

¿Qué testnet deberían utilizar los desarrolladores de contratos inteligentes en lugar de Holesky?

Los desarrolladores de contratos inteligentes y dApps deberían utilizar normalmente Sepolia para probar aplicaciones de Ethereum.

¿Cuál era el chain ID de Holesky?

Holesky utilizaba el chain ID 17000.

¿Holesky ETH era ETH real?

No. Holesky ETH era ETH de testnet y solo debía utilizarse para pruebas, no como inversión ni como activo con valor económico real.

¿Por qué se creó Holesky?

Holesky se creó para sustituir a Goerli en las pruebas de staking, validadores, infraestructura y desarrollo del protocolo a mayor escala.

¿Por qué quedó obsoleta Holesky?

Holesky quedó obsoleta al llegar al final de su vida útil y dejar de resultar práctica para probar el ciclo de vida de los validadores tras los problemas de red ocurridos alrededor de la activación de Pectra en la testnet.

¿Puedo desplegar contratos inteligentes en Holesky?

Históricamente, se podían desplegar contratos inteligentes en Holesky, pero las nuevas pruebas de aplicaciones deberían realizarse en Sepolia porque Holesky está obsoleta.

¿Puedo ejecutar validadores en Holesky?

Históricamente se ejecutaban validadores en Holesky, pero las pruebas actuales de validadores deberían realizarse en Hoodi.

¿Son seguros los faucets de Holesky?

Los enlaces a faucets obsoletos de Holesky deben tratarse con cautela, y ningún faucet debería pedir nunca una clave privada o frase de recuperación.

¿Por qué sigue apareciendo Holesky en tutoriales antiguos?

Holesky aparece en tutoriales antiguos porque fue la principal testnet de Ethereum para staking e infraestructura antes de que Hoodi la sustituyera.

Conclusión

Holesky Testnet fue una importante testnet pública de Ethereum creada para el staking, las operaciones de validadores, las pruebas de infraestructura y los ensayos de actualizaciones del protocolo.

Sustituyó a Goerli en muchos casos de uso relacionados con validadores e infraestructura y ofreció al ecosistema de Ethereum un entorno de pruebas Proof of Stake de gran tamaño.

Holesky ayudó a los equipos a probar operaciones de nodos, procesos de validadores, sistemas de monitorización, actualizaciones del protocolo y el comportamiento de la red a gran escala sin arriesgar ETH real.

Su función era distinta de la de Sepolia, ya que esta se diseñó principalmente para probar aplicaciones y contratos inteligentes.

La historia de Holesky también demuestra la importancia de las testnets.

El incidente de Pectra en Holesky puso de manifiesto problemas reales de coordinación entre la red y los clientes en un entorno de pruebas, antes de que pudieran afectar a Mainnet.

Este tipo de pruebas es valioso porque ayuda al ecosistema de Ethereum a aprender, mejorar y reducir el riesgo de Mainnet.

Sin embargo, Holesky está obsoleta.

La documentación actual de Ethereum recomienda Sepolia para el desarrollo de contratos inteligentes y aplicaciones, y Hoodi para las pruebas de validadores y staking.

Los desarrolladores, operadores de staking y proveedores de infraestructura deberían migrar desde Holesky y actualizar la documentación, los scripts, los endpoints, los paneles y la configuración de las carteras antiguos.

Los usuarios no deberían tratar Holesky ETH como ETH real ni comprarlo como inversión.

También deberían evitar enlaces inseguros a faucets y no compartir nunca frases de recuperación con ninguna herramienta de testnet.

La conclusión clave es sencilla.

Holesky Testnet fue una importante testnet de Ethereum para las pruebas de validadores e infraestructura, pero ha llegado al final de su vida útil y ha sido sustituida por una infraestructura de testnets de Ethereum más reciente.