Eclair ha endurecido por defecto los requisitos de financiación de Bitcoin en su última versión, publicada el 27 de octubre, después de identificar riesgos asociados a entradas de fondos no confirmadas en pagos de la red Lightning.
Entradas confirmadas para los splices
El cambio principal afecta a los splices, operaciones que permiten modificar la financiación de un canal de Lightning sin necesidad de cerrarlo por completo. A partir de esta actualización, Eclair exige de forma predeterminada que las entradas aportadas por el nodo interlocutor estén confirmadas en la cadena de bloques.
La medida busca evitar que una operación de este tipo dependa de fondos cuya transacción todavía no ha recibido confirmación. El problema señalado por el proyecto es que esas entradas no confirmadas podían poner en riesgo los pagos realizados a través de Lightning.
El requisito se aplica por defecto, por lo que pasa a formar parte del comportamiento estándar del software. La información disponible no detalla si los operadores pueden modificar esta configuración ni especifica qué número de confirmaciones se considera suficiente.
Mejoras cuando la financiación sigue pendiente
La actualización también incorpora mejoras en los mecanismos de recuperación para los casos en que un canal tenga que cerrarse mientras su financiación continúa pendiente. En esas situaciones, Eclair pretende gestionar mejor el proceso de recuperación, aunque el anuncio no precisa qué cambios técnicos se han introducido ni cómo varían los pasos para los operadores.
Lightning utiliza canales de pago cuya financiación se registra en Bitcoin. Por eso, el estado de las transacciones que respaldan esos canales resulta relevante para la seguridad y el funcionamiento de los pagos. La nueva versión de Eclair aborda dos momentos concretos: la incorporación de fondos mediante splices y el cierre de un canal antes de que su financiación haya quedado confirmada.
El proyecto no ha comunicado en la información disponible cifras sobre incidentes, pérdidas o pagos afectados. El alcance conocido de la actualización se limita a establecer las entradas confirmadas como requisito predeterminado para los splices y a reforzar la recuperación cuando un canal debe cerrarse con la financiación aún pendiente.
