Hechos clave:
-
Las semillas de recuperación son utilizadas por carteras deterministas (HD).
-
El desarrollador ghost43, autor de la propuesta, está trabajando actualmente para la billetera Electrum.
Debido a las limitaciones inherentes al protocolo de red Lightning, aún no es posible encontrar un soporte real para los canales de pago. Sin embargo, el programador de billeteras de Electrum conocido como ghost43, publicó lo que sería una lista de desafíos y posibles caminos a seguir para que los usuarios tengan una semilla de recuperación utilizable.
La propuesta se publicó en la lista de correo Lightning-dev, dedicada a las discusiones sobre el ecosistema de la red de micropagos de Bitcoin. En este caso ghost43 analiza como Electrum, Con sus implementaciones actuales en la red Lightning, es posible que esté buscando una solución. Recordando que Electrum es compatible con esta red desde mediados de 2020, según informa CriptoNoticias.
El principal problema que se plantea está en el propio protocolo de red, que utiliza lo que se conoce como compromisos de pago. La semilla de una billetera determinista (HD), solo puede recuperar las claves privadas de las diferentes direcciones públicas que contienen fondos. Las carteras HD son aquellas que utilizan un sistema de recuperación basado en una frase mnemotécnica, también conocida como semilla.
En el caso de la red Lightning, el BTC, básicamente, se almacena en lo que se conoce como transacción de compromiso, que no se propaga en la red, y por lo tanto no se puede recuperar mediante una semilla BIP32. . En caso de perder el acceso a los canales, se recurre a lo que se conoce como cierre forzado, que trasladará los fondos de la red Lightning a la cadena principal de Bitcoin, pero con un tiempo de espera de aproximadamente 2 semanas.
En este caso, se pretende crear una semilla de recuperación, que permita volver a acceder a los canales de pago, sin necesidad de utilizar cierres forzosos.
Soluciones al problema
El programador divide las posibles soluciones al problema en tres, comenzando por crear lo que sería una clave estática o clave de recuperación, que se derivaría de la semilla de recuperación, al momento de generar la transacción de compromiso para abrir el canal. Es decir, la transacción de creación estaría vinculada a la clave pública que creó el canal gracias a una clave que se insertaría en la transacción.
Sin embargo, como lo expresa el propio ghost43, este podría ser un problema de privacidad ya que cada nueva transacción de creación de canal sería identificable dentro de la cadena de bloques.
La segunda propuesta establece crear un nuevo tipo de derivación de semillas de recuperación. Estos permiten recuperar el valor de los canales abiertos por el usuario (punto_base_pago) mediante un nuevo sistema y contraseña que se desarrolla de manera única y particular para recuperar los BTC en los canales de pago.
Finalmente, el desarrollador también sugiere una solución ya utilizada por la billetera Eclair, que derivaría las claves de una semilla de recuperación dentro de las 2 de 2 transacciones de firma múltiple para la generación del canal de pago (todos los canales de pago se crean a través de firma múltiple transacciones 2 de 2). El desafío aquí sería que, con la llegada de Taproot, las transacciones de múltiples firmas no serían diferentes de las demás, lo que generaría un nuevo desafío en este método de derivación.
Por ahora, ghost43 considera esto como una propuesta, aún quedan desafíos por enfrentar para llevar a cabo alguna de las implementaciones, proponiendo incluso lo que sería un cambio de protocolo al abrir el canal de pago dentro de la red Lightning.