Hechos clave:
-
Esta versiĆ³n permitirĆ” hacer pagos a travĆ©s de mĆŗltiples canales.
-
TambiĆ©n habrĆ” nuevos lĆmites para financiamiento de canales y transacciones de salida.
La mĆ”s reciente versiĆ³n del cliente Lightning Network Daemond (lnd) estĆ” en camino. Los desarrolladores de Lightning Labs ya liberaron la versiĆ³n 0.10.0 en fase beta. Con los cambios realizados en esta nueva implementaciĆ³n se espera mejorar el rendimiento de la red de micropagos de Bitcoin. En esta actualizaciĆ³n, los protagonistas son los pagos con envĆos mĆŗltiples y la capacidad de financiar mĆŗltiples canales con nuevos mĆ©todos.
El lanzamiento del nuevo paquete de lnd para Lightning Network ocurriĆ³ hace pocos dĆas. Sin embargo, se trata de un trabajo en progreso. Las personas que quieran utilizar este cliente en sus propios nodos encontrarĆ”n actualizaciones periĆ³dicas, la Ćŗltima de las cuales ocurriĆ³ hace apenas 12 horas, este 23 de abril.
En principio, la versiĆ³n 0.10.0 de lnd pretende ser un puente para una nueva arquitectura, que facilite la migraciĆ³n de distintas bases de datos (por ahora etcd y bbolt). Esto permitirĆa a los operarios Ā«crear su propia lndĀ».
Los protagonistas de lnd 0.10.0 para Lightning Network
En esta actualizaciĆ³n, los protagonistas son los envĆos mĆŗltiples y la capacidad de financiar mĆŗltiples canales desde transacciones de Bitcoin parcialmente firmadas o carteras frĆas. Por supuesto, a travĆ©s de una nueva interfaz.
Aunque ya en la versiĆ³n 0.9 habĆa sido posible recibir pagos de mĆŗltiples canales, esta versiĆ³n Ā«cierra el cicloĀ». Ahora, los operarios de nodos de lnd para Lightning Network pueden crear pagos enviados a travĆ©s de mĆŗltiples rutas.
Esto es posible porque el sistema ahora toma en cuenta los envĆos parciales. Esto significa que lnd siempre intentarĆ” realizar el pago de una sola vez. Pero si no lo logra, por restricciones de tarifas o por los lĆmites del propio canal involucrado, el pago se divide tantas veces sea necesario. Por supuesto, a travĆ©s de otros canales.
El truco de esto es que en la nueva API se elimina el lĆmite para las llamadas (invoice) de pagos mĆŗltiples. Por lo que se puede usar todo el ancho de banda para pagos salientes.
AdemĆ”s, otro de los cambios tiene que ver con el lĆmite de fondos en transacciones de Bitcoin parcialmente firmadas (PSBT). Ahora el lĆmite asciende a 4,2 millones de satoshis. Los receptores pueden crear facturas con pagos mĆŗltiples y aprovechar su ancho de banda.
TambiĆ©n es posible crear canales con PSBT, de modo que se pueden financiar canales con transacciones desde la cadena de Bitcoin o desde carteras frĆas, sin usar la cartera de lnd. Esto se verĆ” reflejado en una de las modificaciones de esta versiĆ³n de lnd para Lightning Network: la capacidad de hacer un mejor seguimientos de los pagos a travĆ©s de la API o interfaz de usuario. Algo que Lightning Labs ha mejorado desde las versiones anteriores de lnd.
Algunos adelantos en fase de pruebas: canales de anclaje
En esta versiĆ³n de lnd para Lightning Network es posible crear un tipo de pago o de salida (output) que permite a los usuarios aumentar la tarifa de su transacciĆ³n.
Esto se denomina Ā«Compromiso de salida de anclajeĀ». Y permite que la transacciĆ³n para cerrar un canal se realice de manera mĆ”s rĆ”pida, sobre todo en situaciones donde determinado canal o paquete ofrezca rendimientos negativos: Ā«permite la confirmaciĆ³n oportuna incluso si la tarifa de minerĆa de la transacciĆ³n comprometida es insuficiente en sĆ mismaĀ», como se lee en el documento de GitHub.
Los desarrolladores advierten que los canales de anclaje se encuentran en etapa experimental y conllevan mƔs riesgos.