Hisotóricamente, la motivación period permitir el gasto de los anclajes de compromiso “native” o “remoto”, sin introducir más vectores PIN adicionales. Tenía muchas entornos cortos, incluida la falta de eficacia en condiciones adversas, y aún costaba sustanciales VBytes incluso en escenarios benignos.
Con respecto a la variedad de vectores de fijación y su importancia histórica, no creo que voy a hacer mucho mejor que la sección de motivación BIP431 para transacciones TRUC: https://github.com/bitcoin/bips/blob/grasp/bip-0431.mediawiki#motivation
En resumen, hay una serie de vectores de fijación que existían cuando la pink Lightning se implementó por primera vez. “Full RBF” no se adoptó en toda la pink en ese momento. La fijación de tarifas de RBF, la fijación de límite de paquete, la falta de relé del paquete, la falta de RBF de paquete, and so forth., también existió, haciendo que los reemplazos sean demasiado caros (e incentivos incompatibles) o absolutamente imposibles dadas ciertas condiciones.
Desde Bitcoin Core 28.0, gran parte de este entorno ha cambiado: https://bitcoincore.org/en/releases/28.0/
Con la actualización planificada a los canales de “compromiso de tarifa cero” (https://github.com/lightning/bolts/pull/1228), estos problemas se reducen o eliminan sustancialmente, da como resultado una mayor composibilidad y da como resultado transacciones más pequeñas en VBytes. Es possible que haya una sola salida de anclaje que sea de 0 valor (o el monto HTLC recortado), y PayToanchor lo que lo hace free of charge para gastar en cualquier contrapartida sin una firma.
Hisotóricamente, la motivación period permitir el gasto de los anclajes de compromiso “native” o “remoto”, sin introducir más vectores PIN adicionales. Tenía muchas entornos cortos, incluida la falta de eficacia en condiciones adversas, y aún costaba sustanciales VBytes incluso en escenarios benignos.
Con respecto a la variedad de vectores de fijación y su importancia histórica, no creo que voy a hacer mucho mejor que la sección de motivación BIP431 para transacciones TRUC: https://github.com/bitcoin/bips/blob/grasp/bip-0431.mediawiki#motivation
En resumen, hay una serie de vectores de fijación que existían cuando la pink Lightning se implementó por primera vez. “Full RBF” no se adoptó en toda la pink en ese momento. La fijación de tarifas de RBF, la fijación de límite de paquete, la falta de relé del paquete, la falta de RBF de paquete, and so forth., también existió, haciendo que los reemplazos sean demasiado caros (e incentivos incompatibles) o absolutamente imposibles dadas ciertas condiciones.
Desde Bitcoin Core 28.0, gran parte de este entorno ha cambiado: https://bitcoincore.org/en/releases/28.0/
Con la actualización planificada a los canales de “compromiso de tarifa cero” (https://github.com/lightning/bolts/pull/1228), estos problemas se reducen o eliminan sustancialmente, da como resultado una mayor composibilidad y da como resultado transacciones más pequeñas en VBytes. Es possible que haya una sola salida de anclaje que sea de 0 valor (o el monto HTLC recortado), y PayToanchor lo que lo hace free of charge para gastar en cualquier contrapartida sin una firma.
