Entorno de altos costos on-chain

Buscar…
Notas sobre el uso de la red Lightning cuando las tarifas de los mineros son altas.
Preparación
Recomendaciones para prepararse de antemano para un entorno de altos costos.
Administración de canales
Abrir canales estratégicamente durante tiempos de costos bajos (fines de semana)
Cierre anticipado de canales inactivos y/o no confiables durante los tiempos de costos bajos
Si ejecuta un nodo de enrutamiento, minimice el tiempo de inactividad y la inestabilidad
Utilice canales privados (no anunciados) como un nodo para gastar para que los tiempos de inactividad no hagan que la contraparte fuerce el cierre
Administración de billetera
La financiación a través de una billetera de firma única es más barata
Prepare una selección de UTXO de buen tamaño para abrir canales con un costo mínimo
consolidar (teniendo en cuenta las implicaciones de privacidad)
una billetera "JoinMarket Maker" bien financiada y de larga duración tendrá diferentes tamaños de salidas coinjoined disponibles
Configuración
Activar "Anchor Commitments"
afecta solo a los nuevos canales cuando ambos nodos soportan "anchors"
protocol.anchors = true en el lnd.conf​
disponible desde LND v0.12.0​
a partir de LND v0.13 estará activo de forma predeterminada
necesitará un UTXO por canal en la billetera on-chain de LND para pagar los costos de cierre con CPFP - estos no se reservan en la billetera todavía
Establezca el minchansize en lnd.conf (por ejemplo, evite canales <500k en un nodo de enrutamiento)
Costos de enrutamiento y balances
Todos los nodos:
el saldo del canal parecerá menor ya que la reserva será mayor
Los costos de transacción off-chain también aumentarán (sigue siendo proporcional al monto del pago)
las fallas de pago pueden aparecer con más frecuencia a medida que se agota la liquidez
​Nodos de enrutamiento:
​Es necesario aumentar los costos de enrutamiento para compensar el aumento de los costos on-chain y los costos de rebalanceo
Se debe permitir que el rebalanceo automático pueda pagar costos más altos
El tráfico off-chain aumentará
Se abrirán menos canales durante los períodos de costos altos
Se asignará menos capital
Los "Submarine Swaps" se vuelven más costosos (requiere transacciones on-chain)
En general, los canales se desbalancearán más rápido
Apertura de canales
Incluya una "change output" para poder usar CPFP para aumentar el costo de la transacción de apertura de canal
Abra en lotes
el mayor ahorro se obtiene cuando se usa 1 entrada para abrir varios canales
Apunte al siguiente bloque con el costo para la transacción de apertura y asi evitar que las tarifas aumenten
puede usar PSBT-s (incluso desde una billetera externa) con las herramientas de consola disponibles:
LND: Balance of Satoshis​
bos open and bos fund
​C-lightning CLI​
lightningcli fundchannel_start id amount [feerate announce close_to push_msat]
evite abrir canales públicos y privados (no anunciados) en el mismo lote - evita el propósito de no anunciar canales
No deje la apertura de un canal pendiente durante más de 2016 bloques (~2 semanas)
Un canal pendiente se volverá "obsoleto" después de 2016 bloques - la contraparte se olvidará de la transacción por lo que el canal nunca se creará.
La única opción que queda para desbloquear los fondos de la multisig será un cierre forzado (costoso).
Utilice CPFP (nunca RBF)
CPFP solo se puede usar si hay un resultado de cambio de la transacción de apertura: https://api.lightning.community/?shell#bumpfee:
lncli wallet bumpfee --sat_per_byte 110 TXID:INDEX
Artículo de Lightningwiki.net: https://lightningwiki.net/index.php/Bumping_fee_for_lightning_channel_open​
Puede cancelar la transacción gastándola a una "change address" en Electrum​
Cierre de canales
Escoge un cierre cooperativo si es necesario
puede usar CPFP de la billetera receptora si un cierre cooperativo está pendiente con una tarifa baja en la mempool
Ejecute el comando de cierre de canal nuevamente si la transacción se ha eliminado de la mempool
lncli closechannel FUNDING_TXID INDEX
Los cierres forzados son ~5 veces más caros que los costos del siguiente bloque en la última actualización
LND se actualiza cada 10 minutos en un canal conectado
Los canales inactivos durante mucho tiempo son una obligación, especialmente si estuvo en línea por última vez en un período de tarifa de minero baja
Como nodo de enrutamiento evite los cierres forzados minimizando el tiempo de inactividad y de inestabilidad
Watchtowers
Si usa watchtowers debe configurar el
wtclient.sweep-fee-rate= en el lnd.conf​
a un nivel de sat/byte donde puede confirmar dentro del retraso CSV en caso de que la contraparte transmita una transacción de infracción mientras el nodo está desconectado.
El retraso CSV se puede configurar para que sea más largo con:
lncli updatechanpolicy
Mejoras futuras
"Anchor commitments" de forma predeterminada (afecta solo a los canales nuevos y ambas partes deben permitir la funcionalidad)
Empalme y financiación compartida - amplía la capacidad del canal en una transacción
Taproot - puede ahorrar en el envío al multisig (~26 bytes de el mínimo de 140 bytes)
Taproot - la financiación desde billeteras multisig tendrá el mismo costo que de las billeteras de firma única
ELTOO - canales multiparte y fábricas de canales
Referencias
​¿Qué es CPFP?​
​¿Se puede cerrar un canal mientras la financiación de la tx aún está pendiente en la mempool?​
Herramientas avanzadas - Anterior
Configurar un Watchtower y un Cliente en la red Lightning
Próximo - Técnicas
Compactar la base de datos LND (channel.db)
Última actualización 10mo ago
Copiar enlace
Contenidos
Preparación
Administración de canales
Administración de billetera
Configuración
Costos de enrutamiento y balances
Apertura de canales
No deje la apertura de un canal pendiente durante más de 2016 bloques (~2 semanas)