Testnet

Anna quiere aprender a recibir y enviar bitcoin antes de utilizar su dinero. En una aplicación compatible con Testnet crea una cartera de prueba independiente. Obtiene fondos de un faucet, un servicio que reparte pequeñas cantidades de monedas de prueba, y envía una parte a Pavel en la misma red. Ve una dirección, una transacción y la espera de confirmación sin gastar BTC reales. Es un ejemplo ilustrativo, no instrucciones para una aplicación concreta: no todas las carteras ofrecen este modo. Las monedas de prueba no son bitcoins gratuitos. Su saldo no puede cambiarse ni trasladarse a mainnet, y un faucet inaccesible no justifica comprarlas como inversión. [11]

Testnet no es una cuenta de práctica dentro de la red principal de Bitcoin. Es otra cadena de bloques, que comienza con su propio Genesis Block. Un bloque agrupa transacciones en el historial común; el Genesis Block es el bloque inicial. La red también tiene sus UTXO: salidas de transacciones que todavía no se han gastado. Cada salida indica una cantidad y las condiciones para gastarla, como una firma necesaria. Recibir fondos en una red no crea, por tanto, un saldo en la otra. Los programas distinguen las redes mediante sus parámetros, como los identificadores iniciales de los mensajes y los puertos. Sin embargo, una red diferente no tiene por qué mostrar direcciones visiblemente distintas. Una clave privada es un dato secreto con el que la cartera crea una firma que autoriza gastar los fondos correspondientes. Ni siquiera unas claves privadas idénticas convierten ambos historiales en una cartera con saldo común. [12] [15]

Las direcciones que empiezan por tb1 pueden pertenecer a Testnet3, Testnet4 o Signet. Anna y Pavel acuerdan por eso la red exacta y la comprueban en ambas aplicaciones; decir «de pruebas» no basta. Anna usa claves nuevas y una copia de seguridad separada. Nunca introduce en una aplicación experimental la Seed Phrase (las palabras de recuperación) de una cartera con fondos reales. Cambiar de modo no vuelve seguro un programa poco fiable. Un faucet solo necesita, como máximo, una dirección pública de recepción, nunca palabras de recuperación ni una clave privada. Separar archivos de cartera, claves y copias reduce confusiones y vínculos involuntarios entre las pruebas y los pagos personales. [12] [14]

Testnet público permite experimentar con participantes desconocidos y minería abierta. Signet también es un entorno de pruebas, pero exige, además de Proof of Work (el trabajo de cálculo necesario para encontrar un bloque válido), satisfacer una condición de bloque, normalmente una firma creada con claves autorizadas. Eso permite coordinar mejor la producción de bloques, aunque no garantiza un servicio ininterrumpido. Regtest sirve al desarrollador que necesita controlar el experimento: gestiona su entorno y crea bloques a petición, por ejemplo en una prueba automatizada. Si Anna solo aprende a manejar la cartera, también importa qué redes admite su aplicación. Ninguna de estas redes convierte sus monedas en bitcoin de mainnet. [10] [11] [16]

El pago de prueba de Pavel puede llegar rápido y con una comisión pequeña. Eso no permite deducir cuánto costará el mismo procedimiento en mainnet. La actividad, la potencia minera y los incentivos de los participantes difieren. Un Testnet público puede tardar mucho en producir un bloque, sufrir una caída de un servicio o una reorganización: los nodos, ordenadores que comprueban las reglas de la red, sustituyen una rama reciente del historial por otra válida. Estas situaciones ayudan a descubrir fallos, pero no toda interrupción es intencionada. Una prueba satisfactoria verifica un comportamiento concreto en determinadas condiciones; por sí sola no demuestra una custodia segura de claves ni la resistencia de un servicio que maneja dinero real. [10] [2]

Las guías antiguas mencionan Testnet3, lanzado en 2011. Con los años aparecieron problemas en la distribución de monedas y en las reglas de dificultad minera. Las llamadas block storms eran ráfagas de bloques minados muy deprisa: la altura de la cadena crecía anormalmente y la subvención de nuevos bloques disminuía más rápido de lo que sugería el calendario. Incluso se comerciaba con monedas de prueba, aunque debían ser una herramienta accesible. Una generación nueva inicia un historial distinto; no revaloriza los saldos anteriores. Al leer una guía, compruebe el número de red, no solo el nombre Testnet. [1]

La propuesta técnica BIP 94 describe Testnet4, compatible desde Bitcoin Core 28.0. Además de un nuevo Genesis Block, modificó el cálculo de dificultad y las reglas de marcas de tiempo para limitar formas conocidas de causar block storms. Conservó una excepción: salvo en el primer bloque de un período de dificultad, una marca de tiempo que supere en más de 20 minutos la del bloque anterior exige dificultad mínima. Esto no promete confirmar un pago en 20 minutos. Testnet4 también aplica desde el inicio los cambios de reglas activos en mainnet cuando se propuso, en mayo de 2024. Estas mejoras no lo convierten en un modelo infalible de la red principal. [1] [9]

A 17 de octubre de 2026, BIP 95 para Testnet5 tiene el estado Draft: es una propuesta en desarrollo. Plantea eliminar la excepción de dificultad mínima, elevar ese mínimo y aplicar desde el primer bloque BIP 54, un conjunto de cambios propuestos en las reglas de consenso. Aún faltan los datos definitivos del Genesis Block y el enlace a una implementación de referencia. El documento no permite presentar Testnet5 como una red de Bitcoin Core desplegada de forma habitual. Probar reglas nuevas tampoco las activa en mainnet. En futuras lecturas habrá que comprobar el estado de la propuesta y la documentación de la versión utilizada, no fiarse del número más alto. [2]

En Bitcoin Core, la opción testnet4 selecciona Testnet4; consulte la sintaxis exacta en la documentación de su versión. En el archivo de configuración, [test] corresponde a Testnet3 y [testnet4] a Testnet4. Los datos se guardan en subdirectorios separados: testnet3, testnet4, signet o regtest. También importa comprobar el programa en ejecución: getblockchaininfo devuelve el identificador de red en el campo chain. Verifique además la huella del Genesis Block, la sincronización y los nodos conectados. En un Signet personalizado, el genesis compartido no basta; compruebe su condición concreta de bloque. El título de una ventana o una dirección parecida no sustituyen estas comprobaciones. [8] [12] [13] [14] [10]

Anna comprueba primero que ambas carteras usan la misma red. Después ensaya la recepción y el envío, y distingue un pago enviado de uno confirmado. Solo prueba la recuperación con una copia de seguridad experimental separada. Un desarrollador puede añadir reinicios, un nodo inaccesible, una reorganización o el rechazo de una red incorrecta. Para las comisiones puede probar RBF, sustituir una transacción sin confirmar, y CPFP, donde una transacción hija con mayor comisión incentiva incluir también a su predecesora sin confirmar. El resultado debe indicar red, versión y comportamiento realmente verificado. Testnet permite cometer errores que se quieren evitar con dinero real; no demuestra que ya sobren las comprobaciones. [11] [9]