LNGUÍA TEMÁTICA BASADA EN FUENTES

Lightning Network

Explora los canales de pago, el enrutamiento, la capacidad entrante y saliente y las diferencias entre autocustodia y custodia delegada. La velocidad, el coste y el éxito del pago dependen de condiciones.

27coordenadas conectadas
138Enlaces a fuentes

Lightning Network transfiere bitcoin mediante canales de pago sin publicar cada operación en la cadena de bloques. Los participantes actualizan estados firmados y los pagos enrutados emplean contratos condicionales enlazados, de modo que los intermediarios no pueden simplemente apropiarse de los fondos. La capa base de Bitcoin conserva la última palabra en la liquidación y las disputas. Un canal solo puede enviar el saldo disponible en su lado saliente y recibir hasta su capacidad entrante. Los monederos ocultan parte de la complejidad, pero el enrutamiento, las copias de seguridad, la disponibilidad y la gestión de canales siguen exigiendo contrapartidas reales. Puede faltar capacidad, las comisiones pueden superar el límite del pagador, un nodo puede estar desconectado o la información del canal puede haber quedado obsoleta. Los monederos reintentan rutas alternativas y, en ocasiones, dividen el pago. El éxito rápido es una propiedad emergente de la red, no una garantía para cada factura. Los nodos de enrutamiento pueden cobrar comisiones base y proporcionales. Abrir, cerrar y gestionar liquidez puede añadir costes; Lightning no siempre es gratuito ni más barato.

Fuentes primarias

Un monedero Lightning Network de autocustodia ofrece al usuario derechos ejecutables sobre los canales, pero debe gestionar copias de seguridad, vigilancia de la cadena y una reserva para comisiones de emergencia. Un monedero custodial puede ocultar toda la operativa de canales, pero convierte al proveedor en controlador efectivo de los fondos. La etiqueta Lightning Network no revela por sí sola quién controla las claves. El cierre unilateral puede requerir esperar bloqueos temporales y confirmaciones, además de pagar comisiones de la capa base. Las entradas enlazadas tienen sus propias fuentes y revisiones.

Una ruta seleccionada desde los principios hasta los detalles importantes.

01
Escalabilidad · L2

Lightning Network

Cómo pagar con bitcoin sin registrar cada pago en un bloque, por qué importa la capacidad de los canales y qué requiere una autocustodia segura.

Abrir entrada Abrir fuente
02
Escalabilidad · CHAN

Payment Channel

Un canal de pago permite que dos partes se paguen repetidamente sin registrar cada pago en la cadena de bloques. Lo que cambia es su acuerdo sobre el reparto de los bitcoins; poder liquidarlo en la cadena da fuerza a ese acuerdo. Lightning Network se apoya en estos canales.

Abrir entrada Abrir fuente
03
Escalabilidad · HTLC

HTLC

Un HTLC vincula el pago a revelar el secreto correcto y ofrece una vía para recuperar los fondos si no se completa. En Lightning Network permite pagar a través de intermediarios sin depender solo de sus promesas. La protección sigue requiriendo firmas válidas y actuar a tiempo.

Abrir entrada Abrir fuente
04
Escalabilidad · ROUTE

Lightning Routing

No necesita un canal directo con cada persona a la que paga por Lightning. El pago puede pasar por otros nodos. Lightning Routing busca una ruta con fondos suficientes en el sentido correcto y condiciones adecuadas de comisiones y tiempo. Una línea en el mapa no garantiza el éxito.

Abrir entrada Abrir fuente
05
Escalabilidad · LIQ

Liquidez de Lightning

Tener dinero en una cartera Lightning no significa que puedas recibir esa misma cantidad. La liquidez indica cuánto puede pasar ahora en una dirección concreta por tus canales de pago. Importa la cantidad, pero también en qué lado del canal está.

Abrir entrada Abrir fuente
06
Escalabilidad · BOLT12

BOLT 12

¿Por qué tiene que crear el comercio otra factura Lightning para el siguiente cliente? BOLT 12 añade una oferta reutilizable: cada persona pide su propia factura a partir del mismo código publicado. Ese comienzo más cómodo todavía no es el pago.

Abrir entrada Abrir fuente

Definiciones, mecanismos, personas y datos fuente vinculados a este campo.

BIP141SegWitEscalabilidad · 4 §BIP341TaprootEscalabilidad · 5 §L2Lightning NetworkEscalabilidad · 6 §HTLCHTLCEscalabilidad · 6 §CHANPayment ChannelEscalabilidad · 6 §TOWERLightning WatchtowerEscalabilidad · 9 §LIQLiquidez de LightningEscalabilidad · 6 §ROUTELightning RoutingEscalabilidad · 6 §SIDESidechainEscalabilidad · 15 §L-BTCLiquid NetworkEscalabilidad · 13 §A-UTXOAssumeUTXOEscalabilidad · 8 §FEDIFedimintEscalabilidad · 7 §NWCNostr Wallet ConnectEscalabilidad · 5 §BOLT11BOLT 11Escalabilidad · 5 §BOLT12BOLT 12Escalabilidad · 4 §LNURLLNURLEscalabilidad · 7 §LNADDRLightning AddressEscalabilidad · 6 §INBOUNDInbound LiquidityEscalabilidad · 6 §SWAPSubmarine SwapEscalabilidad · 7 §BOLTZBoltzEscalabilidad · 9 §ARKArkEscalabilidad · 5 §BITVMBitVMEscalabilidad · 5 §LSPLightning Service ProviderEscalabilidad · 5 §JITJust-in-Time ChannelsEscalabilidad · 5 §SPLSplicingEscalabilidad · 5 §PTLCPTLCEscalabilidad · 5 §TRAMPTrampoline RoutingEscalabilidad · 6 §
736Buscar en todo el Atlas