Dado un canal que existe entre Alice y Bob, donde Alice quiere transferir 0.0001 BTC a Bob. Alice realiza el pago de HTLC a Bob dependiendo del secreto del hash de pago dentro de un período de tiempo de, digamos, 100 bloques. Así que ahora Alice y Bob tendrán cada uno una copia de la transacción de compromiso. Supongamos que Alice decide cerrar el canal a la altura del bloque 50 transmitiendo su copia de la transacción de compromiso que tiene dos salidas: éxito de HTLC y tiempo de espera de HTLC. Por lo tanto, ella asume la tarifa de transacción de la transacción de compromiso. Ahora Bob puede gastar inmediatamente la transacción exitosa de HTLC usando la preimagen del hash de pago y su firma. Ahora Bob, para garantizar que su transacción exitosa de HTLC tenga prioridad, aumenta la tarifa de transacción de la transacción exitosa de HTLC (usando Reemplazar por tarifa).
TL; DR respuesta:
Lamento decir eso, pero creo que hay muchas cosas incorrectas en su pregunta:
htlc successy htlc timeout. Tiene 3 salidas: a) un bloqueo de tiempo relativo to_local, b) to_remoteyc) la salida HTLC que tiene dos condiciones para gastar: una es el éxito HTLC y la otra es la transacción de tiempo de espera HTLC. (Podría haber más de una salida HTLC en la transacción de compromiso si hay varios HTLC en tránsito).La tarifa por reclamar la salida de HTLC necesariamente debe ser pagada por la persona que reclama la salida, ya que los fondos van para ellos y nadie más. (Por supuesto, la especificación de Lightning Network podría haber decidido que podrían haberse tomado del compromiso tx, pero creo que esta habría sido una solución extraña y sucia). Entonces, sí, en su caso, Bob paga.
Tenga en cuenta que la salida HTLC es nuevamente una dirección multisig para habilitar el proceso HTLC de segunda etapa. AFAIK, esto es necesario para desacoplar los bloqueos de tiempo relativos de la transacción de compromiso de los bloqueos de tiempo absolutos de los HTLC. Dicho esto, según tengo entendido, la situación de Bob no puede realizar replace by feela transacción exitosa de HTLC sin obtener las firmas de Alice. (Tenga en cuenta que en commitment signedel mensaje hay una firma para la transacción de compromiso para gastar la transacción de financiación y luego una lista de firmas para cada HTLC, ya que los HTLC están en direcciones multisig (esto también es necesario para permitir la transacción de penalización en caso de transmitir una antigua estado). Por lo tanto, sin la ayuda de Alice, Bob no puede crear una nueva transacción exitosa de HTLC. En el caso de un cierre forzado, asumimos que no hay ayuda.