lightning-dev

Stale Factory (and channel) problem

Stale Factory (and channel) problem

Original Postby Alejandro Ranchal Pedrosa

Posted on: April 16, 2019 08:30 UTC

ZmnScpXj and Alejandro discussed the proposal of having a factory operator for Lightning Factories to provide scalability while other long-lasting options are being discussed.

They also mentioned that Lightning Factories require support for "transaction fragments" to be added dynamically, which is only possible when using non-interactive aggregation signature schemes. ZmnScpXj proposed a simplified factory mechanism where the funder of the factory is the factory operator, and other nodes contact the factory operator if they wish to create some change at the factory level. The only factory-level operation allowed is a cooperative close. This construction requires a simple n-of-n at the factory level, as there is no update. Alejandro discussed the situation of a stale factory or channel and its implications. Ways to go around this situation include creating a new refunding or allocation transaction or publishing it on the blockchain. In an upcoming email, he will explain what he sees as the biggest problem associated with this situation. Links to related papers were also provided.