Algoritmo de corrección de palabras erróneas en mnemónicos de Litecoin

Introducción

Recuperar una cartera Litecoin a partir de una frase semilla debería ser un proceso mecánico. Sin embargo, un solo carácter mal escrito, una tilde omitida o una confusión entre b y v puede impedir que la cartera se restaure. El algoritmo de corrección de palabras erróneas en mnemónicos de Litecoin combina distancia de edición, listas BIP39, validación de checksum y verificación de direcciones para sugerir la frase correcta sin exponer la semilla. Este artículo describe un enfoque profesional, offline y auditable.

Qué es una frase mnemónica en Litecoin

Litecoin no define su propio formato mnemónico. La mayoría de carteras Litecoin compatibles con BIP39 y BIP44 usan frases de 12, 15, 18, 21 o 24 palabras extraídas de una lista de 2048 términos. Litecoin aporta el tipo de moneda 2 en rutas como m/44'/2'/0'/0/0, m/49'/2'/0'/0/0 y m/84'/2'/0'/0/0. Por eso, la corrección de palabras es un problema de BIP39, no de la red Litecoin.

Por qué ocurren los errores tipográficos

Los errores más frecuentes son sustituciones, omisiones, inserciones y transposiciones. En español aparecen confusiones como b/v, s/c/z, g/j, ll/y, h muda y omisión de tildes. También influyen los teclados móviles, el dictado por voz y la copia manual desde papel. Como la lista BIP39 es finita y cada palabra posee un índice de 11 bits, muchos errores pueden acotarse a unos pocos candidatos por palabra.

Base técnica: BIP39, lista de palabras y checksum

BIP39 asigna a cada palabra un índice entre 0 y 2047. La frase se convierte en una cadena de bits de 11 bits por palabra. Para 12 palabras, los primeros 128 bits son entropía y los últimos 4 son checksum. Para 24 palabras, los primeros 256 bits son entropía y los últimos 8 son checksum. El checksum es la parte inicial del SHA-256 de la entropía. Si una palabra no pertenece a la lista o el checksum no coincide, la frase es inválida.

Esta propiedad es clave: una palabra errónea cambia varios bits de entropía y, con alta probabilidad, invalida el checksum. En una frase de 12 palabras, una combinación aleatoria tiene 1 probabilidad entre 16 de pasar el checksum. En una de 24 palabras, solo 1 entre 256. Esa criba reduce drásticamente los falsos positivos, aunque no los elimina por completo.

Diseño del algoritmo de corrección

1. Normalización y tokenización

Primero se normaliza la frase con Unicode NFKD, se convierte a minúsculas, se recortan espacios y se separa por palabras. Si la lista BIP39 contiene tildes, no deben eliminarse sin control. Una estrategia segura es mantener un índice exacto y otro índice sin diacríticos como respaldo. Así se detectan palabras válidas escritas sin tilde y palabras con tilde incorrecta.

2. Generación de candidatos

Para cada palabra que no esté en la lista, se buscan términos cercanos. La lista BIP39 solo tiene 2048 entradas, por lo que comparar cada token contra toda la lista es viable incluso en un dispositivo modesto. Se calcula la distancia de Levenshtein y se conservan candidatos con distancia menor o igual a 2. Para acelerar, pueden usarse BK-tree, autómatas de Levenshtein o SymSpell. También conviene aplicar costes específicos del español y del teclado QWERTY.

3. Puntuación y ranking

Cada candidato recibe una puntuación que combina distancia de edición, proximidad en el teclado, similitud fonética, frecuencia de error y longitud. Por ejemplo, cambiar una letra adyacente en el teclado penaliza menos que cambiar tres letras. En español, confundir b con v debe penalizar poco; confundir una palabra con otra sin relación debe penalizar mucho. El resultado es una lista ordenada de alternativas por posición.

4. Búsqueda combinatoria y validación de checksum

El problema no termina en corregir cada palabra por separado. El checksum depende de toda la secuencia. Si solo hay una palabra dudosa con k candidatos, basta probar k combinaciones. Si hay dos palabras dudosas, se prueban k1 por k2. Si hay más, el espacio crece y conviene usar búsqueda en haz, programación dinámica o ramificación y poda. Cada combinación se convierte a bits y se valida el checksum BIP39. Solo las combinaciones válidas pasan a la siguiente fase.

5. Verificación con direcciones Litecoin

El checksum por sí solo no demuestra que la frase sea la correcta. La verificación definitiva consiste en derivar direcciones Litecoin desde la frase candidata y compararlas con una dirección conocida de la cartera. Se deben probar rutas estándar como BIP44, BIP49 y BIP84, además de posibles rutas personalizadas. Si el usuario no dispone de una dirección de referencia, el algoritmo debe advertir que la corrección es probabilística.

Particularidades de Litecoin

Litecoin usa el tipo de moneda 2 en las rutas de derivación, pero no todas las carteras siguen el mismo estándar. Algunas usan direcciones Legacy que empiezan por L, otras P2SH que empiezan por M y otras Bech32 que empiezan por ltc1. Electrum-LTC emplea su propio formato de semilla y no BIP39, mientras que Litecoin Core no utiliza mnemónicos. Por tanto, el algoritmo debe parametrizarse según la cartera de origen y no asumir una única ruta.

Seguridad operativa

La corrección de mnemónicos debe ejecutarse siempre en un entorno offline y de confianza. Nunca se debe pegar la frase semilla en una web, en un chatbot o en una herramienta en línea. Lo recomendable es usar un equipo aislado, un live USB, memoria sin swap y una aplicación de código abierto auditable. Después de corregir la frase, se deben borrar los rastros temporales. Si la semilla pudo quedar expuesta, hay que mover los fondos a una cartera nueva generada de forma segura.

Pseudocódigo de referencia

def corregir(frase, wordlist, direccion=None):
    tokens = normalizar(frase).split()
    if len(tokens) not in {12, 15, 18, 21, 24}:
        raise ValueError

    candidatos = []
    for t in tokens:
        if t in wordlist:
            candidatos.append([(t, 0)])
        else:
            vecinos = []
            for w in wordlist:

![frase semilla Litecoin](/assets/upload/12/b16394cb3ec6568a0327bbecd5ef9b3d_800_600.jpg)

                d = levenshtein(t, w)
                if d <= 2:
                    vecinos.append((w, d + score_teclado(t, w)))
            candidatos.append(sorted(vecinos, key=lambda x: x[1]))

    for combo in beam_search(candidatos, ancho=200):
        if checksum_bip39_valido(combo):
            if direccion and not coincide(direccion, combo):
                continue
            return combo
    return None

Limitaciones

El algoritmo no puede recuperar palabras totalmente perdidas ni frases que no sigan BIP39. Tampoco garantiza una corrección única si varias combinaciones pasan el checksum y no existe una dirección conocida. No sustituye una copia de seguridad robusta, no evita el phishing y no debe usarse como excusa para manejar semillas en entornos inseguros. Su valor está en reducir el espacio de búsqueda y ordenar candidatos de forma inteligente.

Conclusión

Un algoritmo de corrección de palabras erróneas en mnemónicos de Litecoin es una herramienta técnica poderosa cuando se diseña con rigor. La combinación de normalización, distancia de Levenshtein, puntuación contextual, validación de checksum y verificación de direcciones Litecoin permite restaurar carteras con errores tipográficos de forma controlada. La regla principal sigue siendo la misma: la semilla nunca sale del entorno seguro. Con ese principio, la corrección deja de ser una apuesta y se convierte en un procedimiento reproducible, auditable y profesional.