Cómo cerrar canales de rayos obsoletos con c-lightning

Estaba ejecutando un nodo Lightning usando c-Lightning hace aproximadamente 9 meses. Desafortunadamente, el servidor se cerró mientras algunos canales estaban abiertos.

Reinicié el servidor y actualicé c-lightning a la última versión (0.6.3). Después de reiniciar tanto bitcoind como lightningd, me quedan los 2 canales obsoletos.

zap:~# lightning/cli/lightning-cli listpeers
{
  "peers": [
    {
      "connected": false, 
      "channels": [
        {
          "state": "CHANNELD_NORMAL",
          ...
          "status": [
            "CHANNELD_NORMAL:Attempting to reconnect"
          ],
          ...
        }
      ]
    }, 
    {
      "connected": false, 
      "channels": [
        {
          "state": "CHANNELD_NORMAL",
          ...
          "status": [
            "CHANNELD_NORMAL:Attempting to reconnect"
          ], 
          ...
        }
      ]
    }, 
  ]
}

No puedo volver a conectarme a estos pares usando lightning/cli/lightning-cli connect x, cuando lo intento obtengo errores de tiempo de espera o de ruta. (EDITAR: lo que significa que los otros nodos ahora están inactivos).

Respuestas (1)

El problema parece que los otros nodos también están fuera de línea, por lo que no puede conectarse a ellos.

Afortunadamente, no es necesario que esté conectado, ya que puede forzar el cierre publicando el estado de su canal en la red de Bitcoin (la desventaja es que debe esperar el bloqueo de tiempo hasta que pueda gastar sus salidas)

Solo intente lightning-cli close ENTER-CHANNEL-ID-HEREen caso de que no esté conectado, su nodo debe realizar un cierre forzado

¿Corro el riesgo de perder dinero si en realidad no están caídos (pero pretenden estarlo)? Mi nodo debería tener el estado de canal más reciente, ya que era poco probable que el servidor se cayera en medio de la transacción.
Si su nodo estaba fuera de línea, no puede haber un estado más nuevo y no debe perder fondos haciendo un cierre forzado (sus tarifas en cadena son un poco más altas que en la configuración de cierre mutuo), por supuesto, no puedo garantizarle este resultado. ya que no está claro si no estaba sucediendo algo más pero se mencionó en su pregunta o no se observó
Desafortunadamente, ese comando falla con { "code" : -1, "message" : "Channel close negotiation not finished before timeout" }, lo que indica que cerrar de esta manera requiere los otros nodos (que ahora están caídos).
Descubrí que puedo pasar un parámetro verdadero para forzar el cierre. Mi nodo ahora publicó el tx. ¡Gracias!
@askmike, por favor, ¿puedes compartir más sobre lo que quieres decir con "descubrí que puedo pasar un parámetro verdadero para forzar el cierre"?