Testnet

Una testnet (abreviatura de “red de prueba”) es un entorno de cadena de bloques alternativo que replica la funcionalidad, reglas de consensoy la lógica del protocolo de una red principal de producción, pero opera con tokens que no tienen valor monetario en el mundo real.

Las redes de prueba sirven como entornos aislados donde los desarrolladores, los ingenieros de protocolo, los auditores de contratos inteligentes y los usuarios finales pueden experimentar con nuevas funciones, implementar y depurar contratos inteligentes, probar... aplicaciones descentralizadas (dApps), simular actualizaciones de red y validar cambios de protocolo, todo ello sin arriesgar activos de criptomonedas reales ni incurrir en comisiones de transacción reales.

Cada ecosistema blockchain importante mantiene una o más redes de prueba oficiales. Estas redes son estructuralmente idénticas o casi idénticas a sus redes principales correspondientes, ejecutando el mismo software cliente, máquina virtual (como la Máquina Virtual Ethereum), mecanismos de consenso y formatos de transacción.

La diferencia fundamental radica en que los tokens de la red de prueba (a menudo denominados "ETH de prueba", "BTC de prueba" o "SOL de prueba") se distribuyen libremente a través de grifos: servicios web que dispensan pequeñas cantidades de tokens de la red de prueba a cualquier dirección de billetera que los solicite. Dado que estos tokens no tienen valor de mercado, los desarrolladores pueden implementar cientos de contratos inteligentes, ejecutar miles de transacciones y provocar deliberadamente errores sin consecuencias financieras.

Las redes de prueba desempeñan un papel fundamental en el ciclo de vida del desarrollo de blockchain. Antes de que cualquier contrato inteligente, actualización de protocolo o aplicación descentralizada se implemente en una red principal de producción donde hay activos reales en juego, se somete a pruebas rigurosas en una o más redes de prueba. Esta práctica ha evitado que innumerables errores, vulnerabilidades y abusos económicos lleguen a producción.

Actualizaciones importantes de Ethereum como The Merge (transición desde Prueba de Trabajo a Prueba de participación En septiembre de 2022), la actualización Shanghai/Capella (que permitió retiros de ETH apostados en abril de 2023) y la actualización Dencun (que introdujo proto-danksharding en marzo de 2024) fueron probadas exhaustivamente en múltiples redes de prueba antes de su implementación en la red principal.

Existen varios tipos de redes de prueba. Las redes de prueba públicas están abiertas a cualquier usuario y replican las condiciones de la red principal con la mayor fidelidad posible. Las redes de prueba privadas (también llamadas redes de desarrollo o redes de prueba locales) se ejecutan en la máquina local de un desarrollador o dentro de una infraestructura controlada, ofreciendo tiempos de bloque más rápidos y un control total sobre los parámetros de la red. Las redes de prueba persistentes se ejecutan indefinidamente y mantienen su estado a lo largo del tiempo, mientras que las redes de prueba efímeras se crean para campañas de prueba específicas y luego se eliminan. Algunos protocolos también operan redes de prueba con incentivos, donde los participantes obtienen tokens reales de la red principal por contribuir a las actividades de prueba, las recompensas por errores o las operaciones de validación durante las fases previas al lanzamiento.

Origen e Historia

Enero de 2009Cuando Satoshi Nakamoto lanzó Bitcoin, el concepto de una red de prueba separada no se formalizó de inmediato. Los primeros desarrolladores de Bitcoin realizaron pruebas en la red principal, ya que esta era pequeña y Bitcoin tenía un valor monetario insignificante.

2011Se estableció la primera red de prueba de Bitcoin (Testnet1), que proporcionó a los desarrolladores de Bitcoin un entorno dedicado a la experimentación. Fue rápidamente reemplazada por Testnet2 debido a problemas con el ajuste de la dificultad, y finalmente por Testnet3, que ha sido la principal red de prueba de Bitcoin desde entonces.

2015 de julio: Ethereum Tras su lanzamiento junto con la red principal, la necesidad de una infraestructura de pruebas robusta se hizo evidente de inmediato, ya que los contratos inteligentes introdujeron modos de fallo mucho más complejos que las simples transferencias de valor. La red de pruebas olímpica sirvió como campo de pruebas previo al lanzamiento de Ethereum, distribuyendo recompensas a los participantes que sometieron la red a pruebas de estrés.

Marzo 2016La red de prueba Morden fue la primera red de prueba pública de larga duración de Ethereum. Sin embargo, sufrió problemas de tamaño de estado excesivo y de sincronización, lo que llevó a su descontinuación.

Noviembre 2017: Los Ropsten La red de prueba (prueba de trabajo) se convirtió en el principal entorno de pruebas de Ethereum, replicando fielmente el mecanismo de consenso de la red principal. Ropsten se utilizó ampliamente, pero ocasionalmente se vio interrumpida por ataques de spam que aprovechaban el carácter gratuito de los tokens de la red de prueba para saturar la red.

Abril 2017: Los Rinkeby La red de prueba se lanzó como una red de prueba de autoridad (PoA), lo que proporciona una producción de bloques más estable y predecible. Rinkeby requería autenticación social (vinculando una cuenta de GitHub o de redes sociales) para obtener ETH de prueba, lo que redujo el spam.

2018: Los Kovan La red de prueba fue lanzada por el equipo de Parity como otra alternativa a PoA, y la Goerly Afri Schoedon propuso la red de prueba como una red de prueba PoA multicliente, impulsada por la comunidad, que funcionaría con todos los principales clientes de Ethereum.

Enero de 2019La red de prueba Goerli se lanzó como la primera red de prueba de Prueba de Autoridad (Proof of Authority) compatible con múltiples clientes, con el apoyo de Geth, Nethermind, Besu y Erigon. Rápidamente se convirtió en la red de prueba de Ethereum más popular debido a su estabilidad y compatibilidad con múltiples clientes.

Septiembre 2022Ethereum Merge se probó primero en las redes de prueba Ropsten, Sepolia y Goerli antes de su implementación en la red principal. Estos ensayos en las redes de prueba fueron cruciales para identificar problemas de interoperabilidad entre clientes y validar la transición de Prueba de Trabajo a Prueba de Participación.

2023: La red de prueba Goerli fue descontinuada en favor de sepolia (para pruebas de la capa de aplicación) y Agujero (para pruebas de capa de protocolo y staking). Holesky se lanzó en septiembre de 2023 con aproximadamente 1.6 millones de ETH de prueba para simular un conjunto de validadores mayor que el de la red principal.

2024-2025Las redes de prueba se convirtieron en infraestructura estándar en todas las principales blockchains. Solana mantiene su Devnet y su Testnet, Polygon opera Mumbai (más tarde Amoy), Arbitrum ejecuta redes de prueba basadas en Sepolia, y las cadenas Cosmos utilizan cadenas de prueba dedicadas. Las redes de prueba con incentivos se convirtieron en una estrategia clave para los nuevos proyectos de Capa 1 y Capa 2 con el fin de atraer la participación temprana de la comunidad antes del lanzamiento de la red principal.

“Las redes de prueba son las heroínas anónimas del desarrollo de blockchain. Cada despliegue exitoso en la red principal está precedido por cientos de horas de experimentación en la red de prueba. El costo de encontrar un error en la red de prueba es cero; el costo de encontrarlo en la red principal puede ser de cientos de millones de dólares.” — Tim Beiko, desarrollador principal de Ethereum y coordinador de AllCoreDevs

En términos simples

1. Piensa en una red de prueba como un simulador de vuelo para pilotos. Así como los pilotos practican despegues, aterrizajes y procedimientos de emergencia en un simulador antes de volar un avión real con pasajeros reales, desarrolladores de blockchain Practica la implementación de contratos inteligentes y la ejecución de transacciones en una red de prueba antes de lanzarlos en la red real, donde se maneja dinero real.
2. Imagina una versión de la bolsa de valores en formato de juego de mesa, donde operas con dinero ficticio. Aprendes cómo funciona el mercado, pones a prueba tus estrategias y cometes errores sin perder tus ahorros. Una red de prueba es el equivalente en blockchain: utiliza dinero ficticio (tokens de la red de prueba) para que los desarrolladores puedan experimentar libremente sin riesgo financiero.
3. Una red de prueba es como un ensayo general para una obra de teatro. Los actores representan toda la función con vestuario e iluminación completos, pero no hay público ni se venden entradas. Si algo falla, lo solucionan antes del estreno (lanzamiento de la red principal).
4. Imaginemos un entorno de pruebas en una obra donde los arquitectos construyen una maqueta a pequeña escala de un rascacielos antes de comenzar la construcción del edificio real. La red de pruebas (testnet) es el entorno donde los desarrolladores crean y prueban sus aplicaciones blockchain a escala real, pero sin consecuencias en el mundo real.
5. Imagínalo como un modo de práctica en un videojuego. Tienes acceso a las mismas armas, mapas y mecánicas que en el juego real, pero tu puntuación no cuenta y no hay penalización por perder. Los desarrolladores utilizan las redes de prueba como modo de práctica para sus aplicaciones blockchain.

Importante: Los tokens de la red de prueba no tienen valor monetario y nunca deben comprarse ni venderse. Los grifos de tokens los distribuyen gratuitamente. Cualquier mercado o persona que intente vender tokens de la red de prueba está llevando a cabo una estafa o violando el espíritu del ecosistema de pruebas. Además, el comportamiento de la red de prueba no siempre reproduce a la perfección las condiciones de la red principal: las diferencias en el número de validadores, los tiempos de bloqueo, los precios del gas y la congestión de la red pueden generar resultados distintos a los de la red principal.

Características técnicas clave

Red de arquitectura

• Las redes de prueba ejecutan el mismo software cliente que la red principal (por ejemplo, Geth, Nethermind, Besu para Ethereum) con reglas de protocolo y formatos de transacción idénticos.
• La producción de bloques sigue el mismo mecanismo de consenso o una variante simplificada (la prueba de autoridad es común para garantizar la estabilidad).
• Los parámetros de red, como los límites de gas por bloque, los tiempos de bloque y los formatos de transacción, reflejan las especificaciones de la red principal.
• Los identificadores de cadena son únicos para cada red de prueba para evitar la repetición de transacciones entre la red de prueba y la red principal (por ejemplo, Sepolia usa el identificador de cadena 11155111, Holesky usa el 17000).
• Las redes de prueba mantienen su propio estado independiente, incluyendo saldos de cuentas, almacenamiento de contratos e historial de transacciones.

Sistema de distribución de grifos

• Los faucets son servicios web o contratos inteligentes que distribuyen tokens de prueba gratuitos a las direcciones de billetera de los desarrolladores.
• La limitación de velocidad evita el abuso (normalmente entre 0.1 y 1.0 ETH de prueba por solicitud, con períodos de espera de 24 a 72 horas).
• Algunos grifos de criptomonedas requieren autenticación social (GitHub, Twitter/X) o verificación CAPTCHA para prevenir el abuso de bots.
• Los grifos de prueba de trabajo requieren que los usuarios resuelvan un pequeño problema computacional antes de poder dispensar tokens.
• Entre los grifos de criptomonedas más populares se encuentran el Alchemy Sepolia Faucet, el Infura Faucet y el Google Cloud Web3 Faucet.

Cómo funciona el despliegue en la red de prueba

1. Un desarrollador escribe un contrato inteligente en Solidity (u otro lenguaje específico de blockchain) y lo compila localmente.
2. El desarrollador configura su entorno de desarrollo (Hardhat, Foundry o Remix) para conectarse a la red de prueba de destino a través de un punto final RPC.
3. El desarrollador obtiene tokens de la red de prueba de un grifo y financia su billetera de implementación.
4. El contrato inteligente se implementa en la red de prueba, consumiendo tokens de gas de la red de prueba (que no tienen valor real).
5. El desarrollador interactúa con el contrato implementado: llama a funciones, simula flujos de trabajo de usuario y prueba casos límite.
6. Se ejecutan conjuntos de pruebas automatizadas (utilizando marcos de trabajo como Hardhat, Foundry o Brownie) contra la implementación de la red de prueba para validar el comportamiento.
7. Una vez superadas todas las pruebas y auditado el contrato, el mismo código de bytes se implementa en la red principal utilizando tokens reales.

Tipos de redes de prueba y sus casos de uso

• redes de prueba públicas persistentes (Sepolia, Holesky): Redes de larga duración para pruebas sostenidas, pruebas de integración y entornos de preparación de dApps.
• redes de desarrollo local (Hardhat Network, Anvil, Ganache): Cadenas de bloques instantáneas de un solo nodo que se ejecutan en la máquina del desarrollador para una iteración rápida y pruebas unitarias.
• Redes de prueba bifurcadas: Redes locales que clonan el estado de la red principal en un bloque específico, lo que permite a los desarrolladores realizar pruebas con implementaciones de contratos reales y saldos de tokens sin afectar la red principal.
• Redes de prueba efímeras (devnets): Redes temporales creadas para campañas específicas de prueba de actualizaciones y posteriormente descontinuadas.
• Redes de prueba incentivadasRedes previas al lanzamiento donde los participantes obtienen tokens reales por contribuir a las pruebas, la validación y la notificación de errores.

Gestión de estado y reinicios

• Algunas redes de prueba se someten a reinicios de estado periódicos para gestionar el crecimiento excesivo de la cadena de bloques y mantener el rendimiento.
• Los desarrolladores deben tener en cuenta los posibles reinicios de estado cuando utilicen redes de prueba para pruebas de integración de larga duración.
• Las redes de prueba persistentes acumulan estado con el tiempo, lo que puede causar problemas de sincronización para los nuevos nodos.
• La descontinuación de Goerli y el lanzamiento de Holesky en 2023 ejemplificaron la práctica de retirar redes de prueba sobredimensionadas en favor de otras nuevas.

Ventajas desventajas

Gestión de riesgos

Riesgos del flujo de trabajo de desarrollo

• Siempre implemente en al menos una red de prueba pública después de las pruebas locales y antes de la implementación en la red principal; las redes locales no capturan los problemas de compatibilidad entre clientes, la latencia de la red ni la dinámica del mempool en el mundo real.
• Utilice varias redes de prueba siempre que sea posible: una para pruebas de la capa de aplicación (Sepolia) y otra para pruebas de la capa de protocolo (Holesky).
• Documenta la versión de la red de prueba y el estado de la cadena con los que se validaron tus pruebas, ya que el estado de la red de prueba puede cambiar o reiniciarse.

Análisis de la brecha entre la red de prueba y la red principal

• Tenga en cuenta las diferencias en el precio del gas: el gas de la red de prueba es gratuito, por lo que es posible que los desarrolladores no optimicen el consumo de gas hasta que el despliegue en la red principal revele los altos costos.
• Prueba con cantidades de tokens realistas y precisión decimal para detectar errores de desbordamiento/subdesbordamiento aritmético que podrían no manifestarse con cantidades pequeñas en la red de prueba.
• Verifique cuidadosamente las integraciones de Oracle, ya que las fuentes de precios y las fuentes de datos externas pueden comportarse de manera diferente (o no existir) en las redes de prueba.
• Simular condiciones adversarias como el front-running, los ataques sándwich y las vulnerabilidades de préstamos flash que ocurren en la red principal pero rara vez en las redes de prueba.

Confiabilidad de la infraestructura

• No dependa de un único proveedor de RPC para el acceso a la red de prueba; utilice varios proveedores (Alchemy, Infura, QuickNode, puntos finales RPC públicos) para garantizar la disponibilidad.
• Supervise los anuncios de descontinuación de la red de prueba por parte de los equipos de desarrollo principales y planifique las migraciones con suficiente antelación.
• Mantenga copias de seguridad de las direcciones de contrato de la red de prueba, las ABI y los scripts de implementación para facilitar la migración a nuevas redes de prueba.

Consideraciones sobre las pruebas de seguridad

• Realice auditorías de seguridad formales en las implementaciones de la red de prueba antes del lanzamiento de la red principal, pero reconozca que las auditorías solo en la red de prueba son insuficientes: la red principal introduce incentivos económicos que cambian las superficies de ataque.
• Utilice la función `mainnet forking` de Hardhat para realizar pruebas con el estado real de la red principal, incluidos los saldos reales de tokens y las interacciones de contratos, sin necesidad de implementar en la red principal.
• Ejecuta programas de recompensas por detección de errores en implementaciones de redes de prueba para identificar vulnerabilidades antes de su exposición en la red principal.

Relevancia cultural

Las redes de prueba desempeñan un papel fundamental en la cultura del desarrollo de blockchain, sirviendo como campo de pruebas donde cada innovación importante se somete a rigurosas pruebas antes de llegar a producción. La frase "despliega primero en la red de prueba" es uno de los mantras más repetidos en la comunidad de desarrollo de blockchain, rivalizando en popularidad con "si no tienes las claves, no tienes las monedas".

Los desarrolladores que se saltan el despliegue en la red de prueba y van directamente a la red principal suelen ser criticados por imprudentes, y la lista documentada por la comunidad de costosos errores de la red principal que podrían haberse detectado en la red de prueba sirve como un compendio de advertencia.

El enfoque de la comunidad Ethereum hacia las redes de prueba refleja sus valores más amplios de descentralización y colaboración abierta. La descontinuación de Goerli en favor de Sepolia y Holesky en 2023 fue objeto de un amplio debate en los foros de gobernanza de Ethereum, donde la comunidad sopesó factores como el tamaño del estado, la accesibilidad para los validadores y la compatibilidad entre clientes.

Tim Beiko y el proceso AllCoreDevs gestionaron la transición públicamente, lo que ejemplifica la transparencia en la gobernanza de Ethereum.

Las redes de prueba incentivadas se han convertido en una herramienta poderosa para que los nuevos proyectos de blockchain impulsen sus comunidades. Proyectos como Celestia, Sui, Aptos y Sei utilizaron redes de prueba incentivadas para atraer a decenas de miles de participantes iniciales que obtuvieron asignaciones de tokens de la red principal a cambio de ejecutar validadores, reportar errores y realizar pruebas de estrés a la red.

Esta práctica ha creado una subcultura de "cazadores de redes de prueba": participantes que se unen sistemáticamente a todas las redes de prueba incentivadas con la esperanza de obtener lucrativos airdrops de tokens en el lanzamiento de la red principal.

En ocasiones se ha cuestionado el concepto de que los tokens de la red de prueba no tengan "ningún valor". En 2023, surgió brevemente un mercado secundario para el ETH de la red de prueba Goerli, ya que las limitaciones del grifo dificultaron que los desarrolladores obtuvieran cantidades suficientes para las pruebas.

Este fenómeno dio lugar a debates sobre la economía de los tokens de la red de prueba y, en última instancia, contribuyó a la decisión de lanzar Holesky con un suministro de 1.46 millones de ETH de prueba, lo que garantiza una amplia disponibilidad.

Ejemplos del mundo real

1. La fusión de Ethereum: ensayos en la red de prueba

• Escenario: La fusión, la transición de Ethereum de Prueba de Trabajo a Prueba de Participación en septiembre de 2022, fue la actualización más significativa en la historia de la red, requiriendo una transición sin interrupciones ni pérdida de fondos.
• Implementación: La fusión se ensayó en tres redes de prueba públicas consecutivas: Ropsten (junio de 2022), Sepolia (julio de 2022) y Goerli (agosto de 2022). Cada fusión de redes de prueba permitió a los equipos de clientes (Geth, Nethermind, Besu, Prysm, Lighthouse, Teku, Lodestar) identificar y corregir problemas de interoperabilidad, errores de finalidad y casos límite en la lógica de transición del consenso. Cientos de validadores participaron en cada red de prueba.
• Resultado: La fusión de la red principal, el 15 de septiembre de 2022, se ejecutó sin problemas, sin tiempo de inactividad ni pérdida de fondos. Se atribuye a los ensayos de la red de prueba la principal razón de la transición sin contratiempos, ya que detectaron varios errores críticos, incluido un problema con el cliente Prysm en Ropsten y un retraso en la finalización en Goerli.

Uniswap V3: Lanzamiento de la red de prueba y detección de errores.

• Escenario: Uniswap Labs implementó Uniswap V3, que presenta posiciones de liquidez concentradas, en las redes de prueba Ropsten y Kovan antes del lanzamiento de la red principal en mayo de 2021.
• Implementación: Los desarrolladores y miembros de la comunidad interactuaron con el despliegue de la red de prueba, creando posiciones de liquidez, ejecutando intercambios y probando casos límite relacionados con los límites de ticks, la acumulación de comisiones y la gestión de posiciones. También se ejecutaron herramientas de fuzzing automatizadas contra los contratos de la red de prueba.
• Resultado: Durante las pruebas en la red de prueba, se identificaron y corrigieron varios errores puntuales relacionados con el redondeo de ticks y el cálculo de comisiones. El lanzamiento de la red principal se desarrolló sin problemas y Uniswap V3 se convirtió en el mayor exchange descentralizado por volumen.

Solana Testnet: Pruebas de estrés de red

• Escenario: Solana Labs utiliza su red de prueba pública para poner a prueba el rendimiento de la red e identificar cuellos de botella antes de implementar actualizaciones en la red principal.
• Implementación: La red de prueba Solana procesa regularmente cargas de transacciones que superan el volumen de la red principal, con bots automatizados que generan miles de transacciones por segundo. Los operadores de validadores prueban las nuevas versiones de clientes en la red de prueba antes de actualizar sus validadores de la red principal. La red de prueba ha experimentado pruebas de estrés intencionadas que han llevado el rendimiento por encima de las 50 000 transacciones por segundo.
• Resultado: Las pruebas de estrés en la red de prueba han ayudado a Solana a identificar y resolver varios problemas de congestión de la red, incluyendo la migración del protocolo QUIC y los mecanismos de tarifas de prioridad que se probaron en la red de prueba durante 2023-2024 antes del despliegue en la red principal.

Red de prueba incentivada de Celestia: arranque comunitario

• Escenario: Celestia, una capa modular de disponibilidad de datos, ejecutó múltiples fases de redes de prueba incentivadas (Mamaki, Mocha, Arabica) antes del lanzamiento de su red principal en octubre de 2023.
• Implementación: Más de 200,000 participantes se unieron al programa de red de prueba incentivada de Celestia, ejecutando nodos ligeros, nodos completos y validadores. Los participantes enviaron bloques de datos, probaron la arquitectura modular e informaron de errores a través de un programa de recompensas estructurado. A los participantes de la red de prueba se les asignó una parte del suministro de tokens TIA en el lanzamiento de la red principal.
• Resultado: El programa de red de prueba incentivada creó un sólido conjunto de validadores y una comunidad antes de la red principal, contribuyó al descubrimiento de múltiples errores a nivel de protocolo y creó una de las comunidades más activas el día del lanzamiento en 2023. Muchos de los primeros participantes de la red de prueba recibieron asignaciones de TIA por valor de miles de dólares.

Tabla de comparación

Fuentes

• Fundación Ethereum — Documentación de redes — Documentación oficial de Ethereum que explica la red principal, las redes de prueba y las redes de desarrollo con detalles de configuración para cada red de prueba compatible.
• Red de prueba Sepolia — Documentación y recursos oficiales para la red de prueba Sepolia, incluyendo enlaces a grifos de criptomonedas, puntos finales RPC y referencias al explorador de bloques.
• Red de prueba Holesky — Información oficial sobre la red de prueba Holesky, lanzada en septiembre de 2023 como la principal red de prueba de capa de protocolo para el staking de Ethereum y las pruebas de validadores.
• Documentación de Hardhat — Redes — Documentación para configurar despliegues de redes de prueba utilizando el marco de desarrollo Hardhat, incluyendo Sepolia y configuraciones de red personalizadas.
• Libro de Foundry — Implementación — Documentación del framework Foundry que cubre el despliegue de contratos inteligentes en redes de prueba utilizando las herramientas CLI forge y cast.
• Documentación de los clústeres Solana — Documentación oficial de Solana que describe las configuraciones de clústeres Devnet, Testnet y Mainnet Beta y sus casos de uso previstos.
• Grifo Alchemy Sepolia — Uno de los grifos de prueba de Ethereum más utilizados, que distribuye ETH Sepolia gratuito a los desarrolladores para realizar pruebas.
• Tim Beiko — Notas de la reunión de AllCoreDevs — Repositorio de la reunión del protocolo Ethereum que contiene notas de las llamadas de AllCoreDevs donde se coordinan los lanzamientos de la red de prueba, las descontinuaciones y los ensayos de actualización.

Preguntas Frecuentes

Esta entrada del glosario proporciona información educativa sobre la tecnología blockchain y no constituye asesoramiento de inversión.