Cargando precios…
〽️NEUTRAL

Electrum 4.8.2 corrige fallo crítico en copias Lightning

El riesgo se concentra en los monederos Electrum con semilla BIP39, xprv importada y en los de la versión 4.0.x. La solución es una exportación nueva, ya que actualizar el software no recupera el material de claves perdido con las copias de seguridad antiguas.

Electrum lanzó la versión 4.8.2 el 11 de septiembre, corrigiendo un defecto de copia de seguridad de Lightning que afecta a la capacidad de algunos usuarios para recuperar fondos tras un cierre remoto de canal. La corrección se dirige a un tipo concreto de copia de seguridad: exportaciones individuales de canal antiguas y copias de seguridad completas del monedero cuyas claves de Lightning no son deterministas y que involucran anchor channels, un tipo de canal moderno, tras un cierre forzoso de la contraparte. Los monederos que usan semillas BIP39 o claves privadas extendidas importadas (xprvs) siempre tienen claves de Lightning no deterministas, y la corrección solo se aplica a las exportaciones recién generadas.

Por qué importa

El defecto tiene un alcance reducido pero no se puede desbloquear sin la acción del usuario. El PR 10851 repara las exportaciones del archivo del monedero al conservar una clave privada de Lightning generada aleatoriamente que la exportación eliminaba previamente, de modo que las copias de seguridad futuras, a partir de 4.8.2, incluirán la clave de pago necesaria para barrer las salidas de anchor channels en Bitcoin. Reactivar Lightning en una copia de seguridad existente, explicó el mantenedor SomberNight, generaría claves diferentes, dejando los registros antiguos insuficientes para gastar los fondos. Los monederos afectados muestran una advertencia al iniciarse que dirige a los usuarios al flujo de sustitución.

Impacto en el mercado

Para la mayoría de los usuarios de Electrum que ejecutan monederos estándar basados en semilla creados en 4.1 o posterior, las claves de Lightning son deterministas y el problema no aplica. El riesgo se concentra en dos grupos: monederos construidos sobre semillas BIP39 o xprvs importadas, y archivos creados en 4.0.x que no se beneficiarían retroactivamente de la actualización. El parche también oculta la opción de solicitar un cierre forzoso remoto cuando la copia de seguridad no puede barrer la salida resultante, lo que impide que los usuarios activen un cierre que no pueden reclamar. La solución documentada es una exportación nueva conservando los datos originales del monedero, ya que instalar software más reciente no recupera el material de claves ya perdido con esos datos.

Tokens relacionados
$BTC

Preguntas frecuentes

  1. ¿Qué corrige realmente Electrum 4.8.2?

    Corrige un defecto de copia de seguridad de Lightning que eliminaba una clave de pago necesaria para reclamar fondos de anchor channels tras un cierre remoto. El PR 10851 conserva la clave eliminada previamente en las exportaciones del archivo del monedero.

  2. ¿Qué monederos de Electrum están afectados?

    Monederos con claves de Lightning no deterministas que involucran anchor channels. Esto incluye monederos con semilla BIP39, monederos con clave privada extendida importada (xprv) y archivos de monedero con semilla de Electrum creados en la versión 4.0.x.

  3. ¿Cómo saben los usuarios si su copia de seguridad está en riesgo?

    Los monederos afectados muestran una advertencia al iniciarse. En escritorio, la información del canal marca los canales Lightning como no recuperables desde la semilla; en Android, el diálogo de apertura de canal avisa de que el canal no se puede recuperar desde la semilla.

  4. ¿Pueden los usuarios recuperar fondos de una copia de seguridad ya rota?

    Solo si aún conservan los datos originales del monedero necesarios para generar una exportación nueva. Instalar software más reciente no recupera el material de claves que ya se perdió con la copia de seguridad antigua.

  5. ¿Qué cambió concretamente en la corrección de la copia de seguridad individual?

    La actualización oculta la opción de solicitar un cierre forzoso remoto cuando la copia de seguridad no puede barrer la salida resultante, de modo que una copia no puede provocar un cierre cuyos fondos no pueda reclamar. También conserva la clave de pago de Lightning en las copias de seguridad exportadas a partir de…

Atribución de fuente
Agregado de CryptoSlate · Verificado · Última actualización hace 20d
Abrir original →