Al cerrar el canal para LN, ¿cómo calcular la tarifa de la transacción de blockchain?

Para ser claros: lo siguiente no se trata de tarifas en Lightning Network. Lo siguiente es sobre las tarifas en blockchain para transacciones que cierran el canal en LN.

La transacción de cierre del canal se puede crear meses antes de la transmisión a la red blockchain. ¿Cómo se calcula la tarifa por la transacción de blockchain sin conocer la situación futura (lejana) en mempool?

¿Es posible reemplazar por tarifa para la transacción de cierre de LN? Hay diferentes tipos de transacciones de cierre; tal vez la respuesta sea diferente para cada tipo de transacción de cierre.

¿El cálculo de la tarifa está relacionado con la situación actual en mempool? Encontré algunos cálculos aquí , pero no encontré ninguna relación con la situación que cambia dinámicamente en mempool.

Respuestas (1)

Si le preocupa que la transacción de cierre original tenga tarifas demasiado altas:

La transacción de cierre firmada que le preocupa (con tarifas demasiado altas) aún no se ha transmitido a la red, por lo que no hay daño ni falta (todavía).

Si las dos partes cooperan , pueden acordar firmar una nueva transacción con tarifas más bajas y transmitirla para cerrar el canal de pago (esto debería ser ventajoso para ambos de todos modos).

Si las dos partes NO cooperan , lo mejor sería simplemente transmitir la transacción de cierre original y comer las tarifas.

¿Es posible reemplazar por tarifa para la transacción de cierre de LN?

El reemplazo por tarifa solo se aplica a las transacciones que ya se han transmitido a la red. Además, solo ayudan si aumenta las tarifas, no las disminuye, por lo que no se aplica a esta situación.

Si le preocupa que la transacción de cierre original tenga tarifas demasiado bajas:

Si las dos partes cooperan , puede simplemente firmar una nueva transacción de cierre con tarifas más altas y transmitirla.

Si las dos partes NO cooperan , simplemente transmita la transacción de cierre original y espere que la transacción no se atasque en el mempool. También asegúrese de que la transacción de cierre original tenga una tarifa lo suficientemente alta como para que no haya preocupaciones de que se atasque en el mempool. Incluso las partes que no cooperan un poco deberían estar dispuestas a volver a firmar y reducir las tarifas para cerrar el canal de pago. En general, este es el escenario más complicado de predecir.

¿Es posible reemplazar por tarifa para la transacción de cierre de LN?

Una vez más, el reemplazo por tarifa solo se aplica a las transacciones que ya se han transmitido a la red. Además, esto requeriría una parte cooperativa.

No, estoy (más) preocupado por la tarifa demasiado baja y la fiesta no cooperativa.
@CoperNick Actualicé mi respuesta con más escenarios condicionales. Sigue siendo un problema complicado el que planteas.
Gracias. Después de su actualización, veo un posible escenario de ataque en el canal con más de una actualización de saldo con diferentes tarifas de transacción. Tal vez nos veamos en la siguiente pregunta.
¿No es "El niño paga por el padre" otra forma de resolver una transacción de cierre con tarifas demasiado bajas? Es decir, transmitir la transacción de cierre con tarifas pequeñas y transmitir una transacción dependiente posterior con tarifas altas.