-
La red Lightning necesita mejores algoritmos para el enrutamiento, asegurรณ Decker.
-
Pickhardt seรฑalรณ que el protocolo contempla los pagos fallidos y hay que buscar soluciones.
Christian Decker y Rene Pickhardt, dos desarrolladores y especialistas en la red Lightning de Bitcoin, participaron en un panel sobre las limitaciones de esta segunda capa enfocada en pagos instantรกneos. Ambos coincidieron en la necesidad e importancia de atender el alto รญndice de pagos fallidos y la distribuciรณn de la liquidez como puntos centrales.
Durante el panel, realizado en el marco de la conferencia Bitcoin รmsterdam, desarrollada en la capital de Paรญses Bajos, Decker afirmรณ que ยซlos fallos en los pagos deberรญan ser el foco para los desarrolladores en este momentoยป porque ยซes lo primero que ven los nuevos usuarios de Lightningยป.
Decker, quien es jefe de ingenierรญa en Blockstream, aรฑadiรณ que ยซsi la primera experiencia es mala, esos usuarios volverรกn a los mรฉtodos que usaban antesยป. Para mejorar la eficiencia de los pagos en Lightning, hoy cercana al 50%, ยซse necesitan mejores algoritmos para el enrutamiento y mejores heurรญsticas para determinar el estado de la redยป, afirmรณ.
Pickhardt, desarrollador y educador enfocado en la red Lightning de Bitcoin, coincidiรณ con esta visiรณn. Asegurรณ que el modo en el que estรก construida la red Lightning โbusca conservar cierto nivel de privacidadโ y eso no permite conocer la liquidez exacta en el camino que seguirรก un pago, explica. โEs como querer viajar de รmsterdam a Berlรญn sin saber que hay un embotellamiento en la ruta que te obligarรก a volver al punto de partidaโ, comparรณ.
Por esa privacidad que se busca, โlos intentos de pago fallidos estรกn incluidos en el protocoloโ, dice. Y agrega que ยซla pregunta es ‘ยฟquรฉ podemos hacer para que esa incertidumbre no sea un problema?'ยป.
ยซAunque todavรญa falta desarrolloยป, hay iniciativas para intentar salvar esta complicaciรณn, contรณ Pickhardt. Una de ellas son los ยซredundant overpaymentsยป (sobrepagos redundantes), que consisten en ยซenviar varios pagos a la vez, en lugar de intentar de a uno, hasta que sea aceptadoยป. El riesgo en estos casos es que, si dos pagos tienen รฉxito, podrรญa realizarse un pago doble, ยซy nadie quiere esoยป, dijo Pickhardt.
La liquidez en la red Lightning
Consultados acerca de la liquidez en la red Lightning por la moderadora Niftynei, Decker considerรณ que ยซno es tanto un problema de cuรกnta liquidez tenemos, sino de cรณmo la distribuimosยป. La liquidez de los canales de Lightning, un factor clave para que los pagos encuentren caminos para llegar a su destino, ยซtiene una tendencia a estar centralizadaยป, dijo Decker, y agregรณ que eso ยซno siempre es negativo porque hace mรกs fรกcil encontrar un camino para un pago, pero no queremos eso porque implica confiar en grandes nodosยป.
Igualmente, opinรณ que ยซla liquidez actual mejora rรกpidamente, con varios servicios proveedores de liquidez en el mercadoยป. Entre ellas se encuentra Greenlight, un desarrollo de Blockstream que, como se reportรณ en CriptoNoticias, ayuda a administrar fondos y liquidez en Lightning sin necesidad de correr un nodo.
Este tipo de herramientas tienen la misiรณn de ยซalejar al usuario de las complejidades y abstracciones del protocoloยป, afirmรณ Decker. Si no se hace de esa forma, โseguiremos siendo un producto de nichoโ, aรฑadiรณ.
Sobre este tรณpico, Pickhardt considerรณ que el pago de tarifas on-chain para aรฑadir liquidez a un canal es un obstรกculo importante a la hora de correr un nodo de Lightning, sobre todo cuando los bloques de Bitcoin estรกn llenos. Por lo tanto, afirmรณ, el desarrollo de soluciones en este sentido mejorarรก la experiencia de los usuarios y, por ende, la adopciรณn de la red Lightning a futuro.