Una nota sobre la financiación: CypherpunkGuide no lleva publicidad de vigilancia. Nada de redes publicitarias, píxeles de seguimiento ni contenido patrocinado. Nos sostienen vías transparentes: hoy, las donaciones; más adelante, una suscripción y programas de afiliación compatibles con nuestra línea editorial. Respondemos ante nuestras lectoras y lectores, no ante los anunciantes. Ningún servicio de recuperación ni proveedor de billeteras pagó por esta prueba.
«Perdí mi contraseña de Bitcoin» puede describir problemas muy distintos: el acceso a una cuenta con custodio, la contraseña de un archivo de billetera cifrado, una passphrase BIP39, palabras de recuperación incompletas o una copia de seguridad que ya no aparece. Bitcoin Core no puede restablecer ni revelar la passphrase olvidada de una billetera. Eso no impide que una herramienta sin conexión compruebe un conjunto pequeño de posibilidades delimitado por lo que recuerdas (Bitcoin Core, gestión de la billetera).
La promesa peligrosa es que la «recuperación con IA» cambia la criptografía. No la cambia. Ejecutamos 11 pruebas sintéticas de generación de candidatos con BTCRecover, sin billetera, semilla, clave, dirección, hash, fondos ni contraseña real. Al añadir estructura recordada, una búsqueda ficticia pasó de 2.080 candidatos a 16 sin perder el objetivo. En otra prueba, ampliar cinco clases de erratas de un cambio posible a dos hizo crecer el conjunto de 60 a 1.681 candidatos.
Por tanto, la pregunta útil no es «¿qué IA puede descifrar mi billetera?», sino esta: ¿qué tipo de fallo tienes, qué evidencia no secreta puede acotarlo y dónde existirá el conjunto completo de desbloqueo? Ese conjunto combina la billetera cifrada o la semilla con suficiente material real de candidatos para abrirla. Mantén ambas partes separadas hasta la comprobación sin conexión.
¿Se puede recuperar una contraseña perdida de Bitcoin?#
Recuperar una contraseña de Bitcoin significa probar candidatos contra la billetera cifrada correcta, no restablecerla. Puede funcionar cuando tus recuerdos acotan las posibilidades; no puede reconstruir desde la nada una clave ausente ni un secreto aleatorio.
Empieza por identificar qué capa de acceso falló. Si nombras mal el problema, elegirás la herramienta equivocada y quizá acabes ante una estafa.
Un mnemónico es la copia ordenada de palabras de recuperación. La semilla es el secreto raíz derivado de esa copia, a veces junto con una passphrase; después, el software de la billetera deriva de ella las claves privadas que autorizan los gastos.
| Qué perdiste | Qué controla | Primer camino correcto | Qué no debes hacer |
|---|---|---|---|
| Acceso a un exchange o aplicación con custodio | La entrada a una cuenta de un proveedor | Usa el proceso oficial de recuperación de la cuenta | No descargues un programa que prometa «forzar» billeteras ni entregues el acceso de la cuenta a un desconocido |
| Contraseña de un archivo de billetera cifrado | El descifrado de claves privadas guardadas en local | Conserva el archivo, identifica su formato exacto y prueba candidatos recordados sobre una copia | No sobrescribas el original ni lo subas junto con posibles contraseñas |
| Passphrase BIP39 | La derivación de otra semilla a partir del mismo mnemónico | Trabaja sin conexión con el mnemónico exacto y una dirección conocida o una clave pública extendida: un identificador público que no puede gastar, aunque puede exponer el historial de direcciones | No esperes un aviso de «passphrase incorrecta»: todas derivan una semilla |
| Palabras mnemónicas ausentes o mal escritas | La reconstrucción de la copia de la semilla | Sigue el procedimiento específico de esa billetera con un objetivo conocido | No pegues las palabras en un sitio web ni en una IA alojada en la nube |
| Archivo de billetera ausente | La ubicación del material de claves cifrado | Busca en dispositivos y copias antiguas sin modificar los originales | No supongas que adivinar una contraseña sustituye un archivo que ya no existe |
| Bitcoin robado o enviado a una estafa | El control ya pasó a otra clave | Informa cuanto antes al exchange pertinente, a las autoridades y a un asesor local | No confundas el rastreo o la vía legal con recuperar una contraseña olvidada |
Una passphrase BIP39 es el texto opcional que se combina con un mnemónico para derivar la semilla de una billetera. Según BIP39, cualquier passphrase genera una semilla válida. Por eso una errata puede abrir otra billetera vacía en vez de mostrar un error. Validarla no es lo mismo que desbloquear un archivo wallet.dat cifrado.
Si todavía no tienes una copia independiente cuya recuperación hayas demostrado, nuestra verificación de autocustodia en 10 pasos explica cómo evitar que este fallo vuelva a ocurrir.
Qué hizo la IA en una recuperación publicada en 2026#
Un caso de 2026 presentado como «la IA descifró una billetera Bitcoin» fue, en realidad, una búsqueda de archivos, no una ruptura del cifrado. CoinDesk informó de que Claude ayudó a localizar una copia antigua; después, su dueño la descifró con una contraseña que ya tenía apuntada.
Las acciones decisivas fueron encontrar la copia anterior y usar aquella contraseña existente. En otros casos, una IA puede comparar metadatos no secretos de archivos o convertir recuerdos abstractos en una plantilla. El software de la billetera sigue siendo quien decide si un candidato abre las claves correctas.
Una passwordlist (lista de contraseñas) contiene un intento completo por línea. Una tokenlist (lista de fragmentos) contiene partes recordadas que BTCRecover combina para formar candidatos completos.
| La IA puede ayudar a | La IA no puede demostrar | Evidencia más segura |
|---|---|---|
| Clasificar un formato de billetera a partir de metadatos no secretos | Que la billetera te pertenece | Registros de procedencia e inspección sin conexión del soporte original |
| Convertir patrones recordados en la plantilla de una passwordlist o tokenlist | Que la contraseña verdadera esté en la lista | Una vista previa --listpass, que no usa billetera, y el recuento obtenido en la máquina sin conexión |
| Localizar copias probables por nombre, fecha y tamaño | Que un archivo contenga las claves buscadas | Análisis específico del formato y una dirección u objetivo público conocido |
| Explicar opciones de las herramientas oficiales | Que una orden generada sea segura para tu billetera concreta | Documentación oficial de la misma versión y una copia de prueba desechable |
| Diagnosticar una ejecución fallida a partir de errores censurados | El secreto ausente | Una comprobación satisfactoria con software fijo y después un gasto controlado |
El caso sirve para entender el papel más útil de la IA: recuperar contexto. No ofrece una tasa de éxito, un benchmark reproducible ni permiso para subir un ordenador antiguo a un modelo en la nube. Un disco viejo puede contener documentos fiscales y de identidad, perfiles del navegador, otras billeteras y restos de contraseñas. No subas el disco ni el material real de recuperación. Limítate a patrones abstractos y marcadores ficticios, siguiendo la separación de datos de nuestra auditoría de privacidad para asistentes de IA.
La IA diseña los candidatos; el software los comprueba#
En una recuperación asistida por IA, el modelo planifica alrededor de un comprobador de contraseñas fijo. Puede ordenar los intentos, pero BTCRecover o Hashcat sigue siendo quien determina si alguno descifra la billetera.
Un comprobador determinista es un programa que devuelve siempre el mismo resultado de validación para la misma billetera y el mismo candidato. Llamar «IA» a la capa que planifica no reduce por arte de magia un espacio ilimitado de contraseñas aleatorias.
En un benchmark publicado el 4 de julio de 2026, con 30 segundos por prueba, BTCRecover 1.13.0 sobre Windows 11, con un Ryzen 9 9950X y una RTX 5090, alcanzó 3.209,22 contraseñas por segundo en su muestra Bitcoin Core SQLite y 11.948,17 en la muestra Berkeley DB (BDB) (JSON de resultados). Bitcoin Core ajusta el trabajo de derivación de claves al cifrar una billetera; por eso, las iteraciones y velocidades de esas muestras no son constantes del motor de almacenamiento ni tasas universales de Core (código fuente de Core).
La escala, con todo, ayuda a poner límites. A las 3.209,22 pruebas por segundo de esa muestra, recorrer todas las cadenas de diez letras minúsculas —26^10, es decir, 141.167.095.653.376 candidatos— llevaría unos 1.393,9 años. Si el objetivo estuviera distribuido de manera uniforme, el promedio sería de aproximadamente 697,0 años. Es una ilustración basada en una muestra, no un modelo de los hábitos humanos al crear contraseñas.
BTCRecover también publica una evaluación de habilidades de IA. Sus porcentajes son puntuaciones máximas según una rúbrica de comportamiento durante el proceso, no el porcentaje de billeteras recuperadas. Calculamos las diferencias por pares a partir de las tablas oficiales de chat y Docker: cinco de los seis modelos obtuvieron en Docker/herramientas una puntuación inferior a la de chat, y la variación mediana fue de -3,7 puntos porcentuales.
| Modelo en la tabla de BTCRecover | Puntuación en chat | Puntuación con Docker/herramientas | Cambio |
|---|---|---|---|
| qwen3.6-27b | 70,9% | 58,4% | -12,5 puntos |
| gemma-4-31b | 67,5% | 65,0% | -2,5 puntos |
| gemma-4-26b-a4b | 57,6% | 39,9% | -17,7 puntos |
| gemma-4-12b | 54,2% | 51,7% | -2,5 puntos |
| qwen3.5-9b | 52,4% | 47,5% | -4,9 puntos |
| gemma-4-e4b | 30,8% | 33,4% | +2,6 puntos |
La evaluación no demuestra que las herramientas empeoren los modelos en general ni explica por qué bajaron cinco resultados. El modo chat da consejos sin herramientas; el modo Docker permite al modelo evaluado ejecutar órdenes en un entorno aislado y aplica instrucciones de puntuación propias del evaluador. Las tablas comparan conductas observables diferentes, no un efecto causal controlado del acceso a herramientas. El proceso de IA de BTCRecover intenta acotar ese trabajo.
Qué encontramos en nuestro laboratorio sintético de 11 ejecuciones#
El laboratorio de espacio de candidatos de Cora mide cómo cambia el número de intentos al añadir estructura recordada. Solo utiliza datos ficticios: no abre ninguna billetera ni predice probabilidades de recuperación.
Clonamos BTCRecover desde su origen oficial en el commit 1457088acf17630eb12a5b53989982ac34e55f2a, registramos el árbol del repositorio, comprobamos que no hubiera cambios en los archivos bajo control de versiones y calculamos el hash tanto del punto de entrada como del script del laboratorio. Después usamos la versión 1.13.0-Cryptoguide con Python 3.12.10 para ejecutar 11 situaciones con --listpass. Todas conservaron su objetivo ficticio y ninguna produjo candidatos duplicados dentro de su propia ejecución.
Mantuvimos cuatro familias de fragmentos: dos variantes en cada una de dos familias de palabras, dos años y dos símbolos. A continuación añadimos una restricción cada vez:
| Diseño del conjunto de candidatos | Candidatos únicos | ¿Conservó el objetivo ficticio? | Cambio frente al conjunto sin estructura |
|---|---|---|---|
| Ocho fragmentos relacionados, cada uno en su propia línea | 2.080 | Sí | Punto de partida |
| Variantes de una misma familia marcadas como incompatibles entre sí | 632 | Sí | 69,62% menos |
| Las cuatro familias de fragmentos pasan a ser obligatorias | 384 | Sí | 81,54% menos |
| Fragmentos obligatorios y fijados en las posiciones recordadas | 16 | Sí | 99,2308% menos |
El conjunto final, ya estructurado, tenía 1/130 del tamaño del inicial. Eso no significa que todos los recuerdos sean correctos. Significa que el trabajo más valioso suele consistir en separar lo que realmente sabes de lo que solo esperas que sea cierto.
También partimos de una contraseña ficticia completa y fija de 16 caracteres. Cuatro búsquedas centradas en un solo error generaron apenas entre 12 y 17 candidatos. Activar a la vez cinco clases de erratas produjo 60 candidatos con un cambio posible y 1.681 con dos: un conjunto 28,02 veces mayor.
El resultado respalda un proceso por etapas: primero las contraseñas completas exactas; después, una clase de error verosímil; por último, combinaciones más amplias. Un modelo puede ayudar a expresar ese plan, pero no debe inventar palabras biográficas, fechas o patrones y presentarlos como si fueran recuerdos.
Puedes revisar el JSON de resultados sin datos sensibles y volver a ejecutar el laboratorio de candidatos sobre el checkout fijado de BTCRecover. Ambos archivos contienen únicamente cadenas sintéticas y fijas. La opción del script que suprime advertencias se limita a enumeraciones sin billetera; no la copies en un proceso de recuperación real.
BTCRecover, Hashcat, IA local o servicio de recuperación#
El método adecuado debe corresponder al formato de la billetera y exponer la menor cantidad posible de material secreto. BTCRecover y Hashcat comprueban candidatos; la IA ayuda a ordenar el plan; un servicio externo te obliga además a decidir cuánto confías en él.
En Hashcat, un modo elige el validador para un formato concreto de billetera o hash almacenado. No elige la contraseña verdadera.
| Método | Cuándo encaja mejor | Ventaja principal | Límite principal | Datos secretos expuestos |
|---|---|---|---|---|
| Passwordlist de BTCRecover | Tienes varias contraseñas completas posibles | Prueba cada línea sin modificarla y permite añadir después clases de erratas prudentes | Las líneas se prueban como contraseñas completas; no se combinan entre sí como fragmentos | Mantén la billetera o el extracto reducido documentado separado hasta la ejecución sin conexión; un extracto aún puede exponer datos identificativos o correlacionables |
| Tokenlist de BTCRecover | Recuerdas fragmentos, variantes y posiciones | La exclusión mutua, los fragmentos obligatorios, las anclas y los comodines codifican tus recuerdos | Una estructura equivocada puede excluir el candidato verdadero o disparar el número de combinaciones | Diseña en línea una plantilla con marcadores ficticios; si la billetera correspondiente está presente, sustituye los fragmentos reales solo cuando te desconectes |
| Hashcat | Tienes un modo compatible verificado y máscaras —patrones de caracteres— o reglas —cambios en candidatos— | Motor maduro orientado a GPU y matriz explícita de modos | La existencia de un modo no garantiza la recuperación; extraer datos y diseñar reglas depende del formato | Sigue la documentación oficial del modo exacto y no subas nunca el conjunto completo de desbloqueo |
| Agente de IA local | Clasificar el fallo, buscar archivos, construir plantillas y revisar órdenes | Puede trabajar con archivos locales y adaptar el procedimiento | «Local» no significa automáticamente sin conexión, sin registros ni seguro | Comprueba la red, dónde se ejecuta el modelo, los registros, las extensiones y el directorio de trabajo |
| IA alojada en la nube | Explicaciones no secretas y planificación con marcadores ficticios | Accesible y útil para preguntas concretas sobre documentación | El proveedor recibe prompts, adjuntos, metadatos de cuenta y red, y quizá conserve datos | Dale solo patrones abstractos y marcadores ficticios: nunca una billetera real, semilla, clave, contraseña ni ninguna cadena real de candidato |
| Servicio humano de recuperación | Casos valiosos y técnicamente difíciles, después de investigar al proveedor | Conocimiento especializado de formatos y equipo adecuado | Fraude, métodos opacos, conflictos por honorarios, exposición de identidad y robo de claves | Prefiere un extracto reducido y documentado, o conserva bajo tu control una de las dos partes indispensables; incluso un extracto que no permita gastar puede afectar a tu privacidad |
La página oficial de hashes de ejemplo de Hashcat enumera modos para wallet.dat de Bitcoin Core/Litecoin, Electrum, Blockchain.com/My Wallet, Bisq y otros formatos. Esa lista demuestra que existen validadores. No demuestra que tu copia esté intacta, que la contraseña sea adivinable ni que el modo elegido corresponda al archivo.
Protocolo de recuperación sin conexión en siete pasos#
Un protocolo que prioriza el trabajo sin conexión mantiene separados la billetera y los candidatos reales hasta que una máquina desconectada los comprueba. Desconectarte al final no borra lo que antes entregaste a la nube.
Deja de modificar el original. Conserva el dispositivo antiguo y, cuando sea posible, crea una copia bit a bit o mediante una herramienta que documente el proceso. Anota el hash criptográfico —la huella digital— de cada archivo para detectar cambios. No repares, migres ni importes en el mismo sitio tu único archivo de billetera.
Clasifica el fallo antes de escoger el programa. Registra solo datos no secretos: producto y versión aproximada de la billetera, sistema operativo, nombre y tamaño del archivo, periodo de creación, si tienes mnemónico y el error exacto. No anotes la semilla, la passphrase, la clave privada ni los candidatos en la misma nota conectada.
Demuestra que tienes autorización y fija un objetivo. Trabaja únicamente con una billetera propia o que estés legalmente autorizado a recuperar. Conserva sin conexión un registro mínimo de propiedad, autorización y procedencia del archivo, sin incluir secretos. Para buscar una semilla o passphrase BIP39, identifica las reglas documentadas de cuenta y ruta que derivan las direcciones, además de un objetivo público conocido, sin publicar todo tu historial.
Obtén y verifica la herramienta mientras estés conectado. Empieza en el repositorio oficial del proyecto mantenido. Fija el commit, comprueba que los archivos bajo control de versiones y el árbol del repositorio coincidan con él, y usa la verificación de la versión firmada cuando el proyecto la documente. Prueba la instalación con ejemplos sintéticos incluidos, no con tu billetera.
Diseña las etapas de candidatos más pequeñas que reflejen tus recuerdos. Pon las contraseñas completas en una passwordlist y los fragmentos combinables en una tokenlist. Empieza por intentos exactos; continúa con una sola incertidumbre recordada y deja las erratas o comodines más amplios para el final. Si la billetera o la semilla correspondiente está en esa máquina, usa marcadores ficticios en cualquier tarea en línea.
Reúne el conjunto de desbloqueo solo sin conexión. Desconecta la máquina de recuperación antes de que contenga a la vez la billetera cifrada y los candidatos reales. Comprueba que el número de candidatos sea razonable antes de una ejecución larga. BTCRecover documenta extractos reducidos para ciertos formatos; usa uno solo si la documentación oficial vigente afirma que no puede gastar por sí mismo y sigue tratándolo como dato privado que permite correlaciones.
Si consigues abrirla, migra. Prepara y verifica una billetera nueva en un equipo de confianza; después mueve los fondos, revisando destino y comisión. Conserva una nota de auditoría sin secretos, no la contraseña recuperada ni las claves privadas. Sigue nuestra auditoría para migrar de gestor de contraseñas si también debes cambiar credenciales relacionadas.
No combines «dejaré que el modelo en la nube inspeccione todo» con «me desconectaré antes de ejecutar la orden final». Para entonces la revelación ya se habrá producido. Una IA alojada solo debe recibir estructura abstracta y marcadores inventados: ni siquiera una lista de candidatos reales aunque no incluyas la billetera. Antes de considerar local a un agente, usa la guía para crear un modelo de amenazas en la era de la IA y revisa alojamiento, registros, extensiones, carpetas sincronizadas e identidad de la cuenta.
Cómo evaluar un servicio de recuperación sin entregar la billetera#
Evaluar un servicio de recuperación equivale a auditar quién custodiará tus secretos. No importa tanto lo convincente que resulte un caso de éxito como si el proveedor puede hacer trabajo útil sin recibir todas las piezas necesarias para abrir la billetera y mover los fondos.
La advertencia del FBI se centra sobre todo en empresas que prometen recuperar criptomonedas perdidas por fraude de inversión. La guía de la FTC sobre fraudes de recuperación también alerta sobre el contacto no solicitado, los pagos por adelantado, las garantías y las peticiones de información financiera. Ninguna de esas fuentes demuestra que todos los especialistas en contraseñas olvidadas sean fraudulentos; sus señales de peligro sí deben formar parte de tu revisión.
Formula por escrito estas preguntas:
- ¿Qué formatos y versiones exactas de billetera admiten, y cómo comprueban que hay compatibilidad antes de recibir material secreto?
- ¿Pueden trabajar con un extracto documentado que no permita gastar por sí solo, y qué datos identificativos o correlacionables sigue revelando? Si no, ¿puedo conservar yo una parte indispensable del conjunto de desbloqueo?
- ¿Entrará algún archivo de billetera, lista de candidatos, clave, registro o copia de seguridad en almacenamiento en la nube, software de soporte remoto, sistemas de subcontratistas o un proveedor de IA?
- ¿Cómo calculan los honorarios, qué se paga antes de obtener un resultado y qué define el contrato como «éxito»?
- ¿Quién controla las claves recuperadas antes de mover los fondos, y puedo dirigir la primera transferencia a una billetera nueva que yo haya preparado?
- ¿Qué condiciones de borrado, conservación, respuesta a incidentes y responsabilidad figuran por escrito?
- ¿Pueden demostrar una identidad jurídica estable, un método técnico y una trayectoria independiente sin apoyarse solo en testimonios?
Rechaza las garantías que ignoran el estado de la billetera y la imprevisibilidad de la contraseña. Considera señales de alto riesgo el contacto no solicitado, las prisas, la exigencia de acceso remoto y la petición simultánea de la billetera y su posible contraseña. Ni siquiera un proveedor competente puede recuperar un secreto situado fuera de cualquier espacio de búsqueda viable.
En conclusión: decide por el tipo de fallo y por qué secretos expones#
Elige primero por el tipo de fallo y después por el límite de exposición. Para una cuenta con custodio, usa la recuperación del proveedor; para una billetera local, un comprobador compatible con su formato; para la IA, reserva únicamente la planificación no secreta.
BTCRecover encaja cuando admite el formato y tus recuerdos pueden expresarse como contraseñas completas o fragmentos. Hashcat puede tener sentido si ya verificaste un modo compatible y entiendes qué contiene el dato extraído. La validación combinada debe permanecer sin conexión.
Si no puedes identificar la billetera, conserva el soporte y busca copias antes de adivinar. Si un modelo alojado recibiría material real de la billetera o cadenas reales de candidatos, detente. Si un servicio recibiría todas las piezas indispensables, trátalo como custodia total de las claves y rediseña el proceso o acepta el riesgo de forma explícita. Una contraseña verdaderamente aleatoria, sin ninguna restricción útil, puede seguir siendo inviable por mucha IA o capacidad de cálculo que emplees.
Preguntas frecuentes#
La IA solo ayuda si tus recuerdos mantienen finito el espacio de candidatos. BTCRecover no puede restablecer una billetera, las passphrases BIP39 requieren un objetivo conocido y cualquier desbloqueo satisfactorio debe terminar en una billetera nueva.
¿Puede la IA recuperar la contraseña olvidada de una billetera Bitcoin?#
A veces puede ayudarte a reconstruir el contexto necesario para que la búsqueda sea viable: ubicaciones de archivos antiguos, estructura de la contraseña, hábitos al cometer erratas y opciones correctas de la herramienta. No puede deducir de la billetera una contraseña aleatoria difícil de adivinar ni saltarse el cifrado. Un programa fijo aún debe comprobar un candidato que sea realmente correcto.
¿Puede BTCRecover probar por fuerza bruta cualquier contraseña de Bitcoin?#
No. BTCRecover admite muchos formatos y genera candidatos con eficiencia, pero el resultado depende de tener el material correcto, un formato compatible, un objetivo válido y un espacio de búsqueda lo bastante pequeño para terminar. Que exista la herramienta no garantiza la recuperación.
¿Una passphrase BIP39 es lo mismo que la contraseña de una billetera?#
No. Una contraseña suele descifrar material de claves almacenado. Una passphrase BIP39 se combina con el mnemónico para derivar una semilla; todas las passphrases producen una semilla válida, pero normalmente corresponden a otra billetera. La recuperación exige el mnemónico exacto y un objetivo conocido, todo tratado sin conexión.
¿Es seguro entregar mi archivo wallet.dat a un servicio de recuperación?#
Un archivo cifrado sigue siendo sensible. Bitcoin Core documenta que su cifrado protege las claves privadas, no todos los campos de la base de datos; la información sobre transacciones continúa visible. Prefiere un extracto reducido solo cuando la documentación oficial confirme que no puede gastar por sí mismo, y trátalo como información privada. Si el proveedor exige el conjunto completo de desbloqueo, considéralo custodia total de las claves.
¿Qué debo hacer justo después de recuperar el acceso?#
Prepara y verifica una billetera nueva en un equipo de confianza; después mueve los fondos, comprobando destino y comisión. Da por hecho que los ordenadores antiguos, las listas de candidatos, los registros y cualquier tercero implicado ampliaron la exposición. No sigas usando la configuración recuperada solo porque se abrió una vez.
Fuentes y copias archivadas#
Las afirmaciones se apoyan en documentación oficial de software, especificaciones, advertencias públicas sobre el fraude y un reportaje citado solo para un caso concreto. Todos los originales estaban disponibles el 21 o el 23 de agosto de 2026; el 23 de agosto comprobamos que las doce reproducciones exactas de Wayback indicadas abajo devolvían HTTP 200.
