¿Cómo puedo determinar el motivo de un enrutamiento fallido en c-lightning?

Estoy ejecutando un nodo c-lightning (v0.8.2). Estoy enrutando un pago cada pocos días. Sin embargo, me di cuenta de que todos los días fallan docenas de pagos, muchos de ellos fallan localmente (veo el estado 'local_failed' en RTL). Aparentemente, esto se debe a fondos insuficientes en el canal que se intentó desviar . Traté de descubrir cómo puedo convertirme en un mejor centro y acomodar más de esos pagos.

Mis investigaciones no fueron realmente prósperas, ya que no pude determinar el siguiente canal que causó que el pago fallara. Traté de inspeccionar los registros con lightning-cli listforwards. Pero no enumera el out_channel.

¿Alguna idea o recomendación sobre cómo puedo mejorar mi trabajo como enrutador, es decir, averiguar qué canales mejorar/equilibrar?

Atentamente

Respuestas (1)

Creo que si la implementación de c-lightning no le dice que out_channelsignifica que se le envió la cebolla. La falla local puede explicarse porque usted no conoce el hash de pago. Lo más probable es que las personas envíen cebollas con hashes de pago aleatorios para que puedan sondear los canales de otras personas. Puede configurar la depuración del nivel de registro y verificar su archivo de registro para confirmar si faltan imágenes previas.

En general, no puede esperar liquidar con éxito cada reenvío. Incluso si ha podido reenviarlo, es posible que haya errores remotos. Para aumentar su confiabilidad como nodo de enrutamiento, puede hacer dos cosas.

  1. asegúrese de que sus canales tengan suficiente saldo en ambos lados para que puedan admitir pagos entrantes o salientes
  2. activar el enrutamiento JIT. En caso de que su nodo no pueda reenviar un pago a lo largo de un canal, no devolverá un error, sino que intentará reequilibrar sus canales para obtener liquidez en el canal solicitado.

Ambas opciones probablemente le costarán dinero para empezar y recuerde: incluso si, con estas medidas, ha podido reenviar el pago, no significa que le paguen porque los próximos saltos podrían generar errores locales.