Caso práctico
Acceso a MyEtherWallet restablecido tras perder la frase de recuperación y olvidar la contraseña
MyEtherWallet · Cartera creada en 2017
Respuesta breve
Un recuerdo fragmentario de una frase de recuperación de 2017 sigue siendo material aprovechable. La suma de comprobación BIP-39 descarta la mayoría de reconstrucciones erróneas, y cada candidato superviviente se comprueba derivando direcciones y comparando una con otra que el propietario ya conoce: así una conjetura se convierte en prueba.
- Cartera
- MyEtherWallet
- Época / versión
- Cartera creada en 2017
- Problema de acceso
- Frase de recuperación perdida y contraseña olvidada tras años sin acceso.
- Material restante
- Memoria parcial y contexto de la cartera; detalles retenidos para evitar identificación.
- Desafío técnico
- Cartera protegida con passphrase y recuerdo fragmentario de la frase y la contraseña.
- Evaluación
- Recuperación intentada con el material restante; viabilidad confirmada en la evaluación.
- Enfoque de recuperación
- Reconstrucción de la frase a partir del material restante, filtrado por suma de verificación y derivación por las rutas habituales de Ethereum con comparación contra una dirección conocida. Sin conexión, sobre copias, en un entorno controlado.
- Resultado
- Acceso restaurado. Los candidatos se confirmaron derivando direcciones de Ethereum y comparándolas con una dirección que el cliente ya conocía, de modo que la frase correcta quedó identificada y no supuesta.
- Anonimización
- Total: publicado como ejemplo integrado sin detalles identificativos.
- Autor
- Robbert Bink
- Fecha
- 2026-01-01
El caso
En 2017, tener Ethereum significaba hacerse cargo uno mismo del material criptográfico. No había una aplicación a la que recurrir ni un teléfono al que llamar. Durante años la cartera simplemente funcionó, hasta que la frase de recuperación desapareció y se olvidó la contraseña de la cartera protegida con passphrase. Quedaban un recuerdo fragmentario de la frase y el contexto de la cartera, deliberadamente vago aquí para no identificar al cliente.
Ese fragmento resultó ser material. Y se puede explicar exactamente por qué.

Una semilla parcial está estructurada, no es aleatoria
Una frase de recuperación no es una contraseña que haya que recordar exactamente o perderlo todo. Codifica entropía en una estructura fija, y esa estructura estrecha la búsqueda.
Cada palabra procede de la misma lista de exactamente 2.048, y la frase lleva una suma de verificación calculada a partir de la propia entropía: los primeros ENT/32 bits de su hash SHA-256. Cualquier reconstrucción que no la satisfaga no es demostrablemente una frase real y puede descartarse antes de derivar ninguna clave.
Hay una segunda propiedad que casi nadie conoce: la lista de palabras BIP-39 está construida de modo que las cuatro primeras letras de cada palabra sean únicas. Lo verificamos contra la lista publicada: las 2.048 palabras, sin colisiones. Así que «creo que empezaba por aban…» no es un recuerdo vago: es la identificación exacta de una palabra entre 2.048.
Entre esas dos propiedades, una frase recordada a fragmentos se convierte en una reconstrucción acotada en lugar de una adivinanza abierta.
Encontrar la cartera, no una cartera cualquiera
Reconstruir una frase válida es solo la mitad del trabajo. Una frase válida es la cartera de alguien. En este caso verificamos la frase derivando direcciones y comparándolas con la dirección conocida del cliente.
La derivación estándar de Ethereum sigue BIP-44, que define la ruta m / purpose' / coin_type' / account' / change / address_index, y SLIP-44 asigna al Ether el tipo de moneda 60. De ahí el familiar m/44'/60'/0'/0/0 para una primera cuenta.
Esto importa más de lo que parece. Históricamente las carteras han diferido en qué rutas exploran por defecto, y por eso una frase correctamente restaurada puede mostrar aun así una cartera vacía: los fondos están en una ruta que el software nunca miró. Una frase restaurada con saldo cero es, muy a menudo, un problema de derivación y no una cartera perdida.
Reconstruimos la frase con lo que quedaba, filtramos los candidatos por la suma de verificación, derivamos direcciones por las rutas habituales y las comparamos con la dirección conocida del cliente hasta que una coincidió. El acceso quedó restaurado.
Qué influye en la viabilidad de un caso similar
- Ninguna dirección conocida. Una dirección de recepción conocida o un registro de transacciones facilita la verificación. Si no dispone de ellos, una base de direcciones de una blockchain compatible u otros datos de comprobación pueden permitir verificar los candidatos; hay que evaluar la información disponible.
- Una passphrase BIP-39 olvidada. Este añadido opcional genera otra cartera a partir de la misma frase de recuperación. Las pistas útiles sobre su escritura o estructura permiten evaluar una búsqueda dirigida; una passphrase larga y aleatoria sin pistas puede resultar inviable de recuperar.
- Recordar el sentido en lugar de las palabras. «Algo de animales y colores» puede no bastar para acotar la búsqueda. «La tercera palabra empezaba por stad» ofrece una pista mucho más concreta. La viabilidad depende de cuántas palabras y posiciones se conozcan y de las demás pistas disponibles.
Qué significa esto si está en la misma situación
Anote lo que realmente recuerde antes de que se difumine más: palabras parciales, posiciones, lo que sea. Cuatro letras de una palabra son una palabra entera. Y busque cualquier dirección que la cartera haya usado: una retirada antigua desde un exchange, un marcador en un explorador de bloques, un recibo de alguien que le pagó. Una dirección conocida permite una comparación directa. Si no encuentra ninguna, la evaluación debe determinar si existen otros datos útiles para verificar los candidatos.
Consulte el servicio de recuperación de frase semilla y la matriz de viabilidad.
Fuentes
Inicie su recuperación
La evaluación es gratuita y no requiere material sensible. Describa lo que conserva y sabrá si la recuperación es realista. Solo paga si la recuperación tiene éxito.
