Una testnet es una red blockchain separada que refleja las reglas y funcionalidad de una cadena de producción, pero utiliza tokens sin valor monetario. Es donde los desarrolladores rompen cosas, prueban actualizaciones y descubren errores antes de que esos errores puedan costar dinero real a alguien.
Resumen
- Una testnet es una red blockchain que ejecuta el mismo software que una mainnet pero utiliza tokens sin valor, lo que permite a los desarrolladores probar contratos inteligentes, actualizaciones de protocolo y aplicaciones sin riesgo financiero.
- Ethereum ha ejecutado múltiples testnets a lo largo de su historia, con Sepolia y Holesky sirviendo como los principales entornos de prueba públicos a partir de 2026 después de la desaprobación de Goerli.
- Los tokens de testnet son gratuitos y se pueden obtener de faucets, que son servicios web que distribuyen pequeñas cantidades de tokens de prueba a direcciones de billetera de desarrolladores.
- Las principales actualizaciones de protocolo como Pectra de Ethereum y el hard fork van Rossem de Cardano se implementaron en testnets meses antes de llegar a mainnet, donde se probaron en condiciones diseñadas para sacar a la luz casos límite y modos de fallo.
- Las testnets no son réplicas perfectas de las condiciones de mainnet. Típicamente tienen menos validadores, menor volumen de transacciones y diferentes incentivos económicos, lo que significa que algunas categorías de errores solo aparecen después de la implementación en mainnet.
Cada pieza de software se lanza con errores. La pregunta es si esos errores se descubren en un entorno controlado o en producción, donde pueden destruir valor. En el desarrollo de software tradicional, los entornos de staging y los procesos de control de calidad cumplen esta función. En blockchain, las testnets cumplen la misma función pero con una diferencia crítica: los errores de blockchain a menudo son irreversibles.
Un contrato inteligente que contiene una vulnerabilidad en una testnet no pierde nada porque los tokens no tienen valor. La misma vulnerabilidad en una mainnet puede drenar millones de dólares en minutos. La historia de las finanzas descentralizadas está llena de exploits que podrían haberse detectado en una testnet si las pruebas hubieran sido más exhaustivas.
Este artículo explica qué son las testnets, cómo funcionan, por qué son importantes para la seguridad de cada protocolo blockchain y cuáles son sus limitaciones. Si interactúas con cualquier aplicación blockchain, la calidad de su fase de testnet afecta directamente la seguridad de tus fondos.
Cómo funcionan las testnets
Una testnet ejecuta el mismo software de nodo que su mainnet correspondiente, pero opera en una red separada con su propio bloque génesis, su propia cadena de bloques y su propio conjunto de validadores o mineros. Las transacciones en una testnet se procesan utilizando las mismas reglas de consenso, la misma máquina virtual y el mismo formato de transacción que las transacciones de mainnet. La única diferencia fundamental es que los tokens no tienen valor de mercado.
Esta separación se aplica a nivel de red. Los nodos de testnet se conectan a otros nodos de testnet, no a nodos de mainnet. Los IDs de cadena son diferentes, lo que evita que las transacciones de testnet se reproduzcan en mainnet y viceversa. Cuando un desarrollador implementa un contrato inteligente en una testnet, ese contrato existe solo en la testnet y no tiene efecto en el estado de mainnet.
Los tokens de testnet se distribuyen a través de faucets, que son aplicaciones web simples que envían una pequeña cantidad de tokens de prueba a cualquier dirección de billetera que los solicite. La mayoría de los faucets imponen límites de velocidad para prevenir abusos. Algunos requieren completar un captcha o conectar una cuenta de redes sociales. Los tokens no tienen valor monetario por diseño, aunque ha habido casos en los que los tokens de testnet se han negociado en mercados secundarios, lo que va en contra de su propósito y generalmente es desaconsejado por los equipos de protocolo.
Los desarrolladores usan testnets para implementar e interactuar con contratos inteligentes exactamente como lo harían en mainnet. Pueden probar llamadas a funciones, simular interacciones de usuarios, medir el consumo de gas y verificar que el manejo de errores funcione correctamente. Las aplicaciones de billetera, los intercambios descentralizados, los protocolos de préstamo y los mercados de NFT pasan por la implementación en testnet antes de lanzarse en mainnet.
Tipos de testnets
No todas las testnets sirven para el mismo propósito. Las testnets públicas están abiertas a cualquiera y reflejan las condiciones de la mainnet lo más fielmente posible. Se utilizan para las pruebas finales antes del despliegue en la mainnet y para los miembros de la comunidad que quieren probar nuevas funciones. Sepolia y Holesky de Ethereum son testnets públicas. La testnet Beryl de Base es otro ejemplo de testnet pública utilizada para probar actualizaciones de protocolo antes del despliegue en la mainnet.
Las testnets privadas o con permisos son operadas por equipos de desarrollo específicos y no están abiertas a la participación pública. Se utilizan para el desarrollo en etapas tempranas, donde el protocolo puede ser inestable o donde el equipo quiere controlar las condiciones de prueba. Muchos proyectos ejecutan testnets privadas durante meses antes de abrir una testnet pública.
Las redes de desarrollo locales, a veces llamadas devnets, se ejecutan en la propia máquina del desarrollador. Herramientas como Hardhat y Foundry para Ethereum permiten a los desarrolladores crear una instancia de blockchain local, desplegar contratos y ejecutar pruebas en segundos sin conectarse a ninguna red externa. Estas no son testnets reales, pero cumplen una función similar para pruebas unitarias e iteración rápida.
Los shadow forks son un concepto más nuevo en el que una testnet reproduce datos reales de transacciones de la mainnet contra una versión modificada del protocolo. Esto permite a los desarrolladores probar actualizaciones con patrones de transacciones y tamaños de estado realistas, en lugar de las condiciones sintéticas y a menudo poco realistas de una testnet estándar. Ethereum utilizó shadow forking extensivamente durante la preparación para The Merge en 2022.
Por qué las fases de testnet son importantes para las actualizaciones de protocolo
Las principales actualizaciones de blockchain siguen un ciclo de vida predecible: especificación, implementación, despliegue en testnet, monitoreo y, finalmente, activación en la mainnet. La fase de testnet es donde la implementación se encuentra con la realidad. Los errores que eran invisibles en las pruebas unitarias se hacen evidentes cuando el código se ejecuta en una red distribuida con operadores independientes, latencia de red y transacciones concurrentes.
La actualización Pectra de Ethereum, que introdujo la abstracción de cuentas y aumentó la capacidad de blobs, fue desplegada en la testnet Hoodi meses antes de llegar a la mainnet. Durante la fase de testnet, los desarrolladores descubrieron casos límite en la implementación de la abstracción de cuentas que habrían causado fallos en las transacciones para un subconjunto de usuarios. Estos se corrigieron antes del despliegue en la mainnet.
El hard fork van Rossem de Cardano siguió un patrón similar, con la actualización llegando a su testnet pública semanas antes de la votación de gobernanza en la mainnet que la activó. La fase de testnet permitió a los operadores de stake pools actualizar sus nodos y verificar la compatibilidad antes de que el hard fork entrara en vigor.
La duración de la fase de testnet varía según la complejidad y el riesgo de la actualización. Cambios simples de parámetros pueden pasar días en una testnet. Cambios fundamentales en el consenso como The Merge pasaron meses en múltiples testnets. La presión para avanzar rápido siempre está presente, pero el costo de lanzar un error en la mainnet que podría haberse detectado en una testnet es lo suficientemente alto como para que la mayoría de los equipos serios de protocolo opten por períodos de prueba más largos.
La brecha entre testnet y mainnet
Las testnets son valiosas pero imperfectas. Varias categorías de problemas son difíciles o imposibles de reproducir en una testnet. Los ataques económicos, donde un atacante explota la relación entre los precios de los tokens y la mecánica del protocolo, requieren incentivos económicos reales que no existen en una testnet. Las estrategias de valor extraíble de mineros o validadores, el front running y los ataques sandwich dependen de una motivación financiera real.
Los errores relacionados con la escala también suelen escapar a la detección en testnets. Una testnet con 100 validadores procesa transacciones de manera diferente que una mainnet con 1,000 validadores. Los patrones de congestión de la red, la hinchazón del estado y el comportamiento de la capa de gossip peer-to-peer bajo carga cambian con la escala. Algunos errores solo se manifiestan cuando la base de datos de estado supera cierto tamaño o cuando el volumen de transacciones supera niveles que las testnets rara vez experimentan.
Las dimensiones sociales y de gobernanza de blockchain también difieren entre testnet y mainnet. En una testnet, no hay partes interesadas reales con exposición financiera que puedan resistir una actualización. La política de coordinación de hard forks, que puede involucrar a exchanges, proveedores de billeteras, grandes tenedores de tokens y desarrolladores de aplicaciones, no existe en una testnet. Un cambio de protocolo que funciona perfectamente en una testnet puede fallar en mainnet si la coordinación necesaria para activarlo se rompe.
Esta brecha es la razón por la que muchos proyectos de blockchain ahora utilizan testnets incentivadas, donde los participantes ganan recompensas por encontrar errores, probar la red bajo estrés o ejecutar validadores. La testnet de la cadena de Robinhood registró 4 millones de transacciones en su primera semana, en parte debido a programas de incentivos que atrajeron a usuarios reales realizando interacciones realistas en lugar de scripts de prueba sintéticos.
Lo que las testnets no cubren
Las testnets no prueban la seguridad económica. El valor de los tokens en una testnet es cero, lo que significa que los actores económicos racionales se comportan de manera diferente a como lo harían en mainnet. Un protocolo que parece seguro en una testnet puede ser vulnerable a explotaciones económicas que solo se vuelven evidentes cuando hay dinero real en juego.
Las testnets no prueban la estabilidad a largo plazo. La mayoría de las testnets se restablecen periódicamente, lo que significa que los problemas relacionados con el crecimiento del estado, el rendimiento de la base de datos con el tiempo y la acumulación de casos límite en cadenas de larga duración no se prueban. Algunos protocolos ejecutan testnets de larga duración específicamente para detectar estos problemas, pero la práctica no es universal.
Las testnets no prueban el comportamiento del usuario. En una testnet, los usuarios no tienen razón para optimizar el uso de gas, apresurarse a completar transacciones antes de una fecha límite o participar en arbitraje. Los patrones de transacción en una testnet son fundamentalmente diferentes de los patrones de mainnet, lo que significa que las métricas de rendimiento medidas en una testnet pueden no traducirse a las condiciones de mainnet.
Comprobaciones prácticas para usar testnets
Si eres desarrollador, despliega siempre en una testnet antes de mainnet. Esto suena obvio, pero un número sorprendente de exploits de contratos inteligentes involucra código que se desplegó directamente en mainnet sin una cobertura adecuada de testnet. Utiliza marcos de pruebas automatizadas para ejecutar tu suite de pruebas contra un despliegue de testnet, no solo un nodo local.
Si eres usuario, verifica si las aplicaciones que usas pasaron por una fase de testnet pública. Los proyectos serios publican direcciones de testnet, invitan a la comunidad a probar y a menudo ejecutan programas de recompensas por errores durante la fase de testnet. Un proyecto que se salta la fase de testnet pública y se lanza directamente a mainnet está asumiendo un riesgo con los fondos de sus usuarios.
Al interactuar con testnets, usa una billetera separada de tu billetera de mainnet. Aunque las transacciones de testnet no pueden afectar a mainnet, usar la misma clave privada en ambas redes es una mala práctica de seguridad. Si una aplicación de testnet se ve comprometida o contiene código malicioso, tener tu clave privada de mainnet en la misma billetera crea un riesgo innecesario.
Monitorea la fase de testnet de las actualizaciones de las redes donde tienes activos. Si una actualización importante encuentra problemas en una testnet, puede retrasarse o modificarse antes del despliegue en mainnet. Comprender el cronograma de la testnet te da aviso anticipado de posibles interrupciones u oportunidades.
Preguntas frecuentes
¿Qué es una testnet en términos simples?
Una testnet es una versión de práctica de una blockchain. Funciona de la misma manera que la blockchain real pero utiliza tokens falsos que no tienen valor. Los desarrolladores la usan para probar sus aplicaciones y encontrar errores antes de lanzarlas en la red real donde está involucrado dinero real.
¿Los tokens de testnet valen algo?
No. Los tokens de testnet no tienen valor monetario por diseño. Existen únicamente para fines de prueba y se pueden obtener gratis de los faucets. Aunque ha habido casos de personas que comercian con tokens de testnet en mercados secundarios, esto se desaconseja y va en contra del propósito de tener un entorno de prueba gratuito.
¿Cómo obtengo tokens de testnet?
Los tokens de testnet están disponibles en los faucets, que son servicios web que distribuyen tokens de prueba gratuitos. Para la testnet Sepolia de Ethereum, puedes buscar un faucet de Sepolia, ingresar la dirección de tu billetera y recibir ETH de prueba en segundos. La mayoría de los faucets tienen límites de velocidad para prevenir el abuso.
¿Cuál es la diferencia entre una testnet y una mainnet?
Una mainnet es la blockchain de producción donde las transacciones involucran tokens reales con valor real. Una testnet es una red separada que ejecuta el mismo software pero utiliza tokens sin valor. Las testnets son para desarrollo y pruebas. Las mainnets son para uso real. Comparten las mismas reglas pero operan de forma independiente.
¿Por qué las blockchains necesitan testnets?
Las transacciones de blockchain son generalmente irreversibles, por lo que los errores en producción pueden resultar en la pérdida permanente de fondos. Las testnets permiten a los desarrolladores encontrar y corregir estos errores en un entorno seguro donde los errores no cuestan nada. Las actualizaciones importantes de protocolo siempre se prueban en testnets antes de activarse en la mainnet.
¿Puedo probar mi propio contrato inteligente en una testnet?
Sí. Cualquiera puede desplegar contratos inteligentes en testnets públicas como Sepolia de Ethereum. Necesitas una billetera, tokens de testnet gratuitos de un faucet y un marco de desarrollo como Hardhat o Foundry. El proceso de despliegue es idéntico al de la mainnet, solo que se usa un endpoint de red diferente.
¿Qué sucede cuando una testnet se deprecia?
Cuando una testnet se deprecia, sus validadores dejan de procesar transacciones y la red eventualmente se apaga. Cualquier contrato desplegado en ella se vuelve inaccesible. Esto ocurre periódicamente a medida que los protocolos evolucionan. Ethereum depreció las testnets Ropsten, Rinkeby y Goerli en favor de Sepolia y Holesky.
¿Es seguro usar testnets?
Las testnets en sí son seguras porque los tokens no tienen valor, por lo que no puedes perder dinero. Sin embargo, debes usar una billetera separada de tu billetera principal y nunca compartir claves privadas entre redes. Ten cuidado con las aplicaciones de testnet que piden conexiones o permisos de la billetera principal.
