-
Eclair permite acceso inmediato, en la red principal, de fondos bloqueados en un canal.
-
Para poder tener acceso inmediato en la cadena se rediseñó la base de datos de Eclair.
Eclair Wallet 0.9.0 trae un set de mejoras que facilitan la apertura y cierre de canales de pago de Lightning de Bitcoin. En otras palabras, estas mejoras se enfocan en proporcionar liquidez y facilitar la experiencia de uso de la red Lightning, dos de los mayores desafíos de los desarrolladores de esta red en la actualidad.
A través de publicaciones en GitHub, Bastien Teinturier, desarrollador de protocolo de Bitcoin y Lightning y vicepresidente de Ingeniería en ACINQ, explicó que “esta versión contiene una gran cantidad de trabajo preparatorio para importantes (y complejas) funciones de Lightning: ofertas de financiamiento dual, empalme y Bolt 12”. También mejoraron los plugins, introduciendo mitigaciones para varios tipos de ataques de denegación de servicio (DoS).
ACINQ es una compañía que desarrolla software para escalar Bitcoin y está detrás del mantenimiento y desarrollo del software Eclair para nodos Lightning y la wallet para teléfonos móviles.
Las más destacadas de las novedades que trae Eclair 0.9.0 se enfocan en un viejo problema de la red Lightning: encontrar mejores métodos para mover la liquidez dentro y fuera del entorno de Lightning y el entorno de Bitcoin.
Dual funding o financiamiento dual en Eclair
El software de Eclair ahora “está actualizado al estado más reciente de la especificación de financiamiento dual [dual funding]”, explica Teinturier en GitHub. A medida que Eclair implementó esta función, hicieron mejoras en la implementación, con contribuciones de Tenturier y de Fabrice Drouin, fundador y CTO de ACINQ. Sin embargo, advierten que “función está deshabilitada de forma predeterminada, porque es posible que la especificación aún no sea definitiva”.
El financiamiento dual es una función que llegó a la red Lightning en abril de 2021, como reportó CriptoNoticias. Permite que el costo de apertura de un canal de pago sea compartido por las partes involucradas (usuario y nodo). De esta manera un usuario puede proporcionar una parte de los fondos con una transacción en la red Bitcoin, mientras su contraparte completa el balance desde la red Lightning.
Las mejoras de las recientes versiones de los canales de financiamiento compartido son más seguras, porque evitan que las partes involucradas revelen la propiedad de la UTXO (o transacción sin gastar, una suerte de billete de bitcoin) que están utilizando para financiar el canal. Esto otorga mayor privacidad al momento de crear canales con esta función.
Esta versión del canal de financiamiento dual se basa en el protocolo interactivo de transacciones para la identificación de canales (channel-id). Este protocolo utiliza el hash de revocación de puntos base (hash of the revvocation-basepoints). En otras palabras, dejaron de utilizar la identificación de transacción de financiamiento porque esta versión utiliza RBF (una función que permite incrementar las comisiones de una transacción para acelerar su confirmación o cancelarla), que permite que un canal tenga muchas identificaciones a lo largo de su vida útil.
Prototipo de splicing o empalme de Eclair
Una de las limitaciones de los canales de pago de la red Lightning la constituye el requerimiento de bloquear saldo a través de un contrato HTLC (hash time locked contract). Lo que quiere decir que hasta que no se cierre el canal de pago no se puede usar ese saldo fuera de Lightning. Además, como los cierres de canales son una transacción en Bitcoin, los fondos están condicionados a los tiempos de confirmación y las comisiones en cadena.
El splicing o empalme es una función que soluciona esto. Con esto en mente, “Eclair ahora admite un prototipo personalizado para el empalme”. Se trata de un prototipo distinto de la versión actual, para lo cual los desarrolladores han estado incluyendo múltiples mejoras de la especificación. La función definitiva se incluirá en una versión futura de Eclair.
En concreto, el empalme permite transferir fondos desde una salida o transacción en Bitcoin a un canal de pago en Lightning o desde un canal a salidas independientes en la cadena principal, sin tener que esperar una confirmación para gastar los fondos del canal. En otras palabras, no se necesita cerrar un canal y crear uno nuevo completamente para tener liquidez en ambas redes.
Bolt 12 y otras mejoras
Respecto a las mejoras que se vienen, “el modelo de la base de datos se ha reelaborado por completo para manejar los empalmes”, indican sus desarrolladores.
Además, indican que están trabajando en la compatibilidad de Bolt 12, un protocolo que permite generar facturas o invoices “estáticas”. Esto implica que, por ejemplo, una sola orden de pago, expresada en un código QR, puede realizar pagos programados por semana, diarios, por hora o incluso por minuto. Incluso, permite automatizar otro tipo de pagos, como las que ofrecerá Eclair a apartir de su actualización.
Entre las funciones relacionadas con Bolt 12 de la red Lightning que Eclair ofrece, se encuentran dos que automatizan la compra o la venta de bitcoin a través de ofertas. Aunque explican que esta función se encuentra en fase experimental.
Para ofertas de pago, Eclair solo solicitará una factura que coincida con la solicitud ofertada. Eclair la pagará sin más interacciones. Para poder recibir pagos de ofertas, los usuarios tendrán que usar un plugin donde se crea la oferta y se registra un controlador que acepta o rechaza las solicitudes y facturas de los pagos.
Como explica Teinturier en GitHub, “estas características ahora están completamente implementadas en Eclair, pero estamos esperando que finalice el trabajo de especificación y que otras implementaciones estén listas para las pruebas de compatibilidad cruzada”.
Advierte que estas funciones solo deben ser usadas si el usuario “sabe lo que está haciendo y está listo para manejar potenciales cambios de incompatibilidad con versiones anteriores».
