General
Last updated
Was this helpful?
Last updated
Was this helpful?
Los 'Peers' son nodos conectados entre si a través de internet (TCP/IP).
Un canal hace referencia a un "canal de pago" establecido entre dos nodos (peers) de la red Lightning.
Para abrir un canal primero se debe establecer una conexión entre nodos (peers).
Se puede establecer una conexión automática con nodos de acceso público.
Si uno de los nodos no es de acceso público, la conexión entre las partes debe iniciarse manualmente desde el nodo privado, incluso si el nodo de acceso público está abriendo el canal.
Para poder recibir pagos en la red Lightning, un nodo necesita:
"liquidez entrante" (balance remoto), es decir, se requiren algunos satoshis en el otro lado del canal.
un canal a un nodo "bien conectado" o un canal directo desde el nodo que paga. Esto asegura que exista una ruta de pago viable.
La cantidad máxima permitida para un pago está determinada por la "liquidez entrante" más alta de un canal en la ruta de pago (no es acumulable entre canales ).
No hay un número sugerido, pero en general se recomienda evitar la apertura de canales con menos 200K-500K sats.
muestra el tamaño promedio por canal en la red:
0.028 BTC = 2 800 000 satoshis (28 Mayo 2019).
Un canal demasiado pequeño podría resultar en que no se pueda cerrar cuando los costos por transacción "on-chain" estén altos. Esto dejará al canal vulnerable si la contraparte intenta cerrar con un estado previo (los fondos en el canal podrían ser robados ).
El tamaño máximo del un pago directo o enrutado está determinado por la liquidez direccional más alta de un solo canal en la ruta de pago (no acumulable entre canales ).
Un canal grande a un nodo estable y "bien conectado" es más útil que muchos pequeños.
Es recomendado conectarse a nodos donde el operador pueda ser contactado en caso de un problema.
Elija un nodo que conozca o uno de la siguiente lista:
Recomendaciones si su nodo es público:
Abrir o cerrar un canal Lightning es una transacción "on-chain" bitcoin (visible/hecha en la blockchain )
Use un costo personalizado y elija el número más bajo de acuerdo a un tiempo de confirmación aceptable.
Los costos pagados deben cubrir al menos 141 bytes, sin embargo, este número suele ser mayor dependiendo de las entradas (en la transacción), "script" y cantidad de firmas.
Un nodo Lightning "detrás" de Tor puede conectarse y abrir un canal con cualquier otro nodo.
Los nodos corriendo en "clearnet" no pueden ver "detrás" de Tor.
Un nodo corriendo en "clearnet" debe ser agregado primero por el nodo "detrás" de Tor para poder abrir un canal.
Una vez se crea el canal, la conexión persistirá, sin embargo, si se reinicia alguno de los nodos es posible que tarde un poco en reestablecerse la conexión.
Si ambos nodos se reinician al mismo tiempo o si la dirección IP del nodo en la "clearnet" cambia mientras ambos están fuera de línea, la conexión debe agregarse manualmente nuevamente.
Imagine un nodo B
en una conexión en serie A
-B
-C
.
Los canales de B
están configurados para que haya capacidad de entrada (balance remoto) desde A
y capacidad de salida (balance local) a C
.
Si "A" quiere hacer un pago a "C", habrá 1 nodo intermedio (o 1 salto) en la ruta.
Internamente: A
envía los satoshis a B
(nodo de enrutamiento) y este pagará a C
.
La capacidad de los canales no cambia, solo "se mueve".
El pago solo puede realizarse si se puede enviar una "imagen hash" (un mensaje) desde el destino.
El proceso es "todo o nada", el pago no se puede "atascar" en un nodo intermedio.
mejor conocido como canal "no anunciado"
no será publicado en el "grafo de canales" (red gossip)
más útil para enviar pagos
para recibir pagos es necesario tener un "route hint" (pista de ruta) incluida en la factura:
lncli addinvoice <amount> --private
el "route hint" es el identificador de la transacción de financiación (expone el canal a cualquiera que conozca la factura)
es posible recibir pagos "keysend" si se conoce el "route hint"
no enruta pagos (a menos que se use en paralelo con un canal público al mismo nodo, también conocido como liquidez en la sombra)
A diferencia de las transacciones "on-chain" (donde los costos de transacción se pagan por los bytes que ocupa la transacción en un bloque ), los costos en la red Lightning están relacionados con la cantidad enrutada. Hay dos componentes de tarifa:
costo base (base_fee_msat). El valor por defecto es 1000 milisat, es decir, 1 satoshi por cada pago enrutado.
el costo proporcional (fee_rate). El valor por defecto en lnd es 0.000001 BTC, es decir, se cobra 1 satoshi adicional por cada millón de satoshis enrutado.
No hay costo por transacción para pagos en un canal directo entre dos nodos.
Puede reducir el costo base a 500 msat y aumentar la tarifa proporcional a 100ppm/0.01% con este comando: $ lncli updatechanpolicy 500 0.0001 144
La configuración por defecto es (1 sat por pago + 1 ppm/0.0001%): $ lncli updatechanpolicy 1000 0.000001 144
Para maximizar la capacidad de enrutar pagos es mejor balancear los canales con fondos en ambos lados (permite tráfico bidireccional).
Es una herramienta con multiples funciones para trabajar con balances LND. Tiene una funcionalidad experimental para conectarse a un bot en Telegram y notificar la actividad del nodo.
Para ver cómo usar el comando rebalance ejecute: bos help rebalance
Es un administrador automatizado para nodos de reenvío C-Lightning
Es una herramienta de consola, escrita en python, para la administración avanzada de canales de un nodo LND.
Instalar con:
Iniciar modo interactivo (hacer esto cada vez):
Mostrar el estado de los canales:
Ejemplo de rebalanceo:
Este script de Python permite reequilibrar fácilmente los canales individuales un nodo lnd.
Para instalar ejecutar los siguiente en la terminal del nodo lnd:
Realice un intercambio de confianza entre "on-chain" y "off-chain".
Abra un canal balanceado y con doble financiación con un nodo de confianza utilizando el comando que requiere una transacción Lightning y una "on-chain".
Un administrador para nodos Lightning LND en su navegador.
Billetera Lightning de escritorio y móvil (iOS y Android), puede conectarse a su nodo LND de forma remota a través de la interfaz GRPC (puerto 10009)
Características:
Vista de nodos (peers)
Vista de canales
Vista de eventos Forwarding (pagos enrutados)
Herramienta Looking Glass (ruta/búsqueda de ruta)
Grafo de la red Lightning
lntop es un visor de canales, en modo texto, para sistemas Unix.
Spark es una billetera minimalista para c-lightning. Es accesible a través de la web o mediante aplicaciones móviles y de escritorio (para Android, Linux, macOS y Windows). Actualmente está orientado a usuarios técnicos y no es un paquete "todo en uno", es mas una interfaz de "control remoto" para un nodo c-lightning que debe administrarse por separado.
Guía del constructor de LND (Mejores prácticas)
Una revisión conceptual de la red Lightning:
Documentación de referencia del API gRPC para LND
Colección de presentaciones de Alex Bosworth:
El tiempo de confirmación depende del estado de la "mempool" de bitcoin () y de los sats/byte usados para pagar los costos de transacción ().
Verificar para obtener una estimación de confirmación de acuerdo al tiempo/costo.
Aprenda qué hacer en un
Tor es una red "anonimizada" diseñada para ocultar la dirección IP de los participantes. Algo similar a usar una VPN pero con "varios saltos". Más información en:
Para cambiar los costos de enrutamiento de su nodo, use lo siguiente:
En caso de que se enruten pagos a través de un canal "costoso" es importante aumentar la tarifa de enrutamiento para poder pagar el rebalanceo o cierre del canal. Verifique las tarifas de enrutamiento en o en .
Configurar costos para canales individuales solo requiere un clic en el .
Leer más sobre cómo configurar uno en .
Lea las ideas básicas de Alex Bosworth:
Paga con Lightning y recibe "on-chain". Ver lista de recomendaciones
Abra canales o pague "on-chain" y reciba en la red Lightning. Ver lista de recomendaciones
Modo de uso (más opciones en el ):
RTL es una interfaz web para Lightning Network Daemon(LND). Destinado a ser utilizado en una red local. Los métodos de conexión disponibles son o .
Aplicación móvil (Android e iOS) para operadores de nodos Lightning Network Daemon (lnd). Se conecta a través del API REST (puerto 8080 o )
Trae el poder de Lightning a la web con pagos e identidad en el navegador, todo con su propio nodo.
lndash es un dashboard web (simple) de solo lectura para lnd - Lightning Network Daemon. Demo:
Interfaz web de administración para LND a través de gRPC. Hecho en Node.js, express, bootstrap-v4. Demo:
Solución de monitoreo para nodos lnd utilizando Prometheus y Grafana.
Lista de ¿Cómo obtener liquidez rápidamente?
Lista de recursos, aplicaciones y librerias Lightning
Lista de recursos de Lightning de Jameson Lopp
Elaine Ou - Bootstrapping y mantenimiento de un nodo Lightning y
Alex Bosworth - Administración de canales Lightning
Grupo administrado por la comunidad para RaspiBlitz Lightning Node:
Slack para desarrolladores LND. Enlace para obtener la invitación en:
Subreddit técnico para desarrolladores de Bitcoin y Lightning: