Una nueva versión de la tecnología Lightning podría llegar pronto a Bitcoin

La red Lightning de Bitcoin puede estar apenas comenzando a enviar transacciones a través de la blockchain, pero sus desarrolladores ya están buscando rediseñar la Tecnología.

Esto se debe a que, si bien se promociona como una forma de aumentar significativamente la capacidad de Bitcoin, la red en sí requiere que los usuarios almacenen una cantidad significativa de datos, lo que dificulta su descarga y ejecución. Como tal, varios desarrolladores de Lightning (el cofundador de Lightning Labs, 'Laolu' Osuntokun, y Christian Decker y Rusty Russell de Blockstream) han publicado una nueva propuesta que imagina una forma alternativa y "simplificada" de realizar transacciones fuera de la cadena llamadaeltoo.

Pero la nueva propuesta no sólo trata de condensar la cantidad de datos que los usuarios necesitan almacenar, sino también de mantener seguras las Criptomonedas de los usuarios.

Por ejemplo, todos estos datos plantean otro problema: si los usuarios difunden accidentalmente datos antiguos, podrían perder dinero. Por ello, estos datos se han denominado "información tóxica".

Eltoo, por otro lado, solo almacena los datos de transacciones fuera de la cadena más recientes, lo que resuelve el conocido problema de "asimetría de información": es decir, si algo le sucede al dispositivo en el que estás ejecutando tu aplicación Lightning (por ejemplo, tu teléfono inteligente), podrías perder el acceso a todo el historial de datos.

"Con eltoo, reducimos el riesgo de que se pierdan fondos. Eliminamos esta información tóxica", dijo Decker, quien señaló que el nombre de la propuesta es una especie de broma: la ortografía fonética de "L2", que significa capa dos, lo que muchos llaman Tecnología similar a un rayo que impulsa las transacciones fuera de la cadena.

Y esto es algo que a Decker le interesa mucho porque ha experimentado el problema personalmente.

"Esto realmente me pasó a mí", dijo, y agregó:

Tenía un nodo Lightning antiguo en mi portátil. Lo restauré. No sabía que no tenía el estado más reciente. ¡El tipo cerró la conexión porque sabía que era un estado antiguo! Porque podía robarlo. Lo cual, por cierto, hizo.

Todo sobre la revocación

Los desarrolladores han estado intentando durante mucho tiempo encontrar una forma para que los usuarios puedan realizar una serie de transacciones usando Bitcoin, sin saturar la blockchain con datos innecesarios.

Eso es realmente de lo que tratan la mayoría de los debates sobre escalamiento.

Pero el primer intento de hacer esto fue al comienzo de la historia de Bitcoin, cuando se experimentaron capacidades de transacciones fuera de la cadena utilizando los llamados "números de secuencia" para KEEP un seguimiento de cuál transacción fuera de la cadena era la más reciente.

La idea era simple: si ALICE tiene $10 y envía una transacción de $1 a Bob, su saldo se reduce a $9.00. Esta transacción recibe el número de secuencia "1". Si posteriormente envía $4 a Bob, su saldo es de $5, y esta transacción más reciente recibe el número de secuencia "2".

Pero según Decker, el mecanismo "no funcionó" porque los mineros no tenían ninguna razón para hacer cumplir las reglas y reemplazar las transacciones antiguas por las más recientes.

Los mineros podrían simplemente transmitir la ONE donde el saldo de Alice baja a $9 (aunque ya había realizado otra transacción que lo redujo a $5). Si bien no está claro por qué un minero podría querer o decidir no revocar una transacción para ONE, podrían hacerlo, ya que no había exigibilidad.

De esta manera, revocar transacciones antiguas es crucial, de lo contrario Bob podría no obtener la segunda transacción y ALICE podría huir con el dinero.

Esta "falta de ejecutabilidad" es un problema que no se resolvió hasta 2015.

La red Lightning es la solución más conocida para este problema hasta la fecha. Actualmente, la revocación de estados antiguos se logra mediante el modelo de penalización de capa 2, mediante el cual una billetera o nodo Lightning almacena todos estos estados intermedios. Si alguien intenta transmitir un estado anterior, ahora inválido, se detecta y el usuario infractor es penalizado con la pérdida de dinero.

Eltoo y L2

Pero, tres años después, los investigadores están volviendo a la idea de utilizar números de secuencia para revocar transacciones antiguas.

A diferencia del antiguo código de Bitcoin, que T de un mecanismo de ejecución para estas secuencias, eltoo añade un procedimiento que obliga a prescribir cada actualización de estado. Cada actualización de estado (por ejemplo, cuando ALICE envía dinero a Bob) se compone de dos transacciones, cada una almacenada por ambas partes y que reemplaza por completo la transacción de actualización anterior.

"Solo la última transacción de liquidación puede confirmarse en la cadena de bloques", dice la introducción.entrada de blogexplica.

La ventaja tangencial de este sistema es que aumenta la escalabilidad de Lightning. Con Eltoo, cada nodo Lightning no necesita almacenar todos los estados intermedios, sino que almacena únicamente la versión más reciente y cierta información sobre la transacción en sí, como su transacción de liquidación correspondiente y, potencialmente, los HTLC que se gastan a partir de dicha liquidación, señala la publicación.

Pero lo más beneficioso de la propuesta es que no está construida sobre un modelo en el que "el ganador se lo lleva todo".

En lugar de ello, es posible utilizar simultáneamente eltoo y esquemas de penalización L2 más antiguos.

"Eltoo tiene ventajas y desventajas bastante diferentes. No estoy diciendo que sea mejor en todos los sentidos", dijo Decker a CoinDesk, señalando algunos argumentos en la lista de correo de desarrolladores de Bitcoin sobre que la Tecnología aumenta los tiempos de espera para que se liquiden las transacciones.

Aún así, en general, está bastante entusiasmado con eltoo y la simplicidad que aporta, y agrega:

No sabemos ONE es mejor, pero me gustaría que eltoo fuera la mejor opción. Creo que eltoo es más fácil de explicar y ampliar más adelante.

Obstáculo del código

No sólo los desarrolladores todavía están discutiendo los méritos de la propuesta, sino que hay otra cosa que se interpone en el camino de la tecnología: "sighash_noinput".

Esta opción de código largamente esperada debe agregarse a la base de código de Bitcoin para que la Criptomonedas pueda soportar eltoo (al menos de forma eficiente).

Para entender por qué, es importante saber qué hace la función básica sighash. Funciona como una especie de indicador que especifica qué parte de los datos de la transacción debe firmarse al transferirse a otra persona. Los usuarios pueden elegir entre diversas opciones; por ejemplo, el indicador predeterminado, sighash_all, indica que todas las partes de la transacción deben firmarse, lo que significa que ninguna de estas partes puede modificarse durante el proceso.

La función propuesta "sighash_noinput" podría indicar que los datos de entrada que entran en una transacción no necesitan firmarse. Y, a su vez, que estos datos pueden cambiar con el tiempo, desde que se creó la transacción hasta que se escribe en la cadena de bloques.

Y esto es exactamente lo que eltoo necesita, ya que el concepto es que todo el estado entre el inicio y la transacción final se eliminará, lo que significa que la entrada será diferente al inicio y al final.

Cuando se le preguntó si cree que la propuesta sighash_noinput se fusionará con el código base de Bitcoin , Decker se rió y dijo: "Desde SegWit, dejé de hacer estas predicciones".

Señala el hecho de que Segregated Witness (SegWit) tuvo un amplio apoyo de la mayor parte de los desarrolladores más activos de Bitcoin, pero terminó provocando...una batalla de años dentro de la comunidad. El cambio de código se agregó a Bitcoin en agosto pasado, aunque Se propusomás de dos años antes.

Aun así, aunque es temprano, la función sighash_noinput es un cambio relativamente fácil de realizar en el código base de Bitcoin, dijo Decker.

Además, se ha teorizado durante algún tiempo que el cambio tendría muchas implicaciones positivas para los desarrolladores, continuó. Debido a estos posibles beneficios, algunos usuarios de Twitter han comenzado a agregar el cambio de código.a sus perfilespara expresar su apoyo, de forma similar a como lo hicieron los usuarios de Twitter durante el debate sobre la escala (con#No2X se está volviendo popularentre aquellos que se opusieron a la iniciativa Segwit2x).

Manteniendo la esperanza, Decker concluyó:

"Cada día se suman nuevos casos de uso al frente de sighash_noinput".

Cuadro de advertencia de electricidadimagen vía Shutterstock