-
La propuesta permite crear una factura de pago adicional en caso de fallas en la primera.
-
El desafรญo de la propuesta es cรณmo evitar que el receptor engaรฑe y reciba ambos pagos.
Al momento de realizar un pago a travรฉs de la red Lightning de Bitcoin, se puede generar un error que atasque la operaciรณn. Dado que las facturas de pago son de un solo uso, en caso de que el error producido haga que el pago se cancele, el usuario deberรก proceder a solicitar, manualmente, una nueva factura. Como soluciรณn a esto, recientemente se lanzรณ una propuesta que permitirรญa generar facturas de pago provisionales, que se generarรญan de forma automรกtica en caso de un error.
La propuesta fue hecha por el programador Rusty Rusell a travรฉs de la lista de correos de Lightning-Dev. Allรญ se explica el porquรฉ de esta mejora que serรญa agregada al BOLT12 (ยซBase de la Tecnologรญa Lightningยป, por sus siglas en ingles) y se propone ante la problemรกtica de pagos atascados.
No obstante, el mismo programador propone una soluciรณn ante la problemรกtica de que el receptor del pago puede reclamar el pago de ambas direcciones. En tal caso, plantea una especie de lรญnea de confianza entre nodos, donde la nueva factura anularรญa la primera generada, ya que la nueva reflejarรญa la dependencia entre ambas facturas.
Al momento de la redacciรณn de este artรญculo, esta implementaciรณn aรบn se maneja como una ยซpropuestaยป, no obstante, el manejo de facturas provisionales ya ha sido propuesto por Rusell dentro de lo que vendrรญa a ser el BOLT 12 o lo nuevo del estรกndar de la red Lightning dentro del repositorio oficial en GitHub.
Quรฉ es BOLT
BOLT o Base de la tecnologรญa Lightning, son las especificaciones tรฉcnicas estandarizadas que permiten la implementaciรณn del protocolo de la red Lightning. Los BOLT se podrรญan comparan a su vez con las propuestas de mejora de Bitcoin (BIP).
En cada BOLT se determinan los estรกndares y especificaciones que conllevan cierta caracterรญstica de la red Lighting. Por ejemplo: El BOLT #2 estable el protocolo para la gestiรณn de canales de pago entre pares.
Al igual que ocurre con los BIP, cada BOLT pasa por un proceso de discusiรณn entre los diferentes programadores, hasta llegar a un acuerdo, punto en el cual se establece el BOLT y es subido al repositorio oficial. Para el caso del BOLT #12 donde se plantea la creaciรณn de facturas provisionales, este se haya aรบn en discusiรณn, a la espera de la pronta implementaciรณn.
La red Lightining como respuesta de escalabilidad en Bitcoin
La red Lightning o red de micropagos fue concebida como respuesta a los tiempos de espera presentes en las transacciones en Bitcoin. Con esta red es posible intercambiar BTC de forma inmediata y sin intermediarios. Funciona como una segunda capa sobre la red principal de Bitcoin.
En los รบltimos tiempos, la demanda por esta red ha ido en aumento, no solo en la cantidad de nodos que ahora existen en la red Lightning, sino tambiรฉn debido a las congestiones que en ocasiones suele sufrir la red principal de Bitcoin. Por ejemplo, dรญas atrรกs Bitcoin sufriรณ una caรญda estrepitosa con respecto a su hash rate de hasta el 40%, como lo reportรณ CriptoNoticias. Esto estรก produciendo altas comisiones y tiempos de espera muy elevados.
