General
- 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.
- 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: https://1ml.com/node?order=nodeconnectednodecount
- Abrir o cerrar un canal Lightning es una transacción "on-chain" bitcoin (visible/hecha en la blockchain )
- El tiempo de confirmación depende del estado de la "mempool" de bitcoin (https://jochen-hoenicke.de/queue/#0,24h) y de los sats/byte usados para pagar los costos de transacción (https://bitcoinfees.earn.com/).
- Verificar https://whatthefee.io/ para obtener una estimación de confirmación de acuerdo al tiempo/costo.
- 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.
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: https://es.wikipedia.org/wiki/Tor_(red_de_anonimato)
- 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
Ben una conexión en serieA-B-C. - Los canales de
Bestán configurados para que haya capacidad de entrada (balance remoto) desdeAy capacidad de salida (balance local) aC. - Si "A" quiere hacer un pago a "C", habrá 1 nodo intermedio (o 1 salto) en la ruta.
- Internamente:
Aenvía los satoshis aB(nodo de enrutamiento) y este pagará aC. - 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.
Para cambiar los costos de enrutamiento de su nodo, use lo siguiente: https://api.lightning.community/#updatechannelpolicy
- 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
Lea las ideas básicas de Alex Bosworth: https://github.com/alexbosworth/run-lnd/blob/master/LIQUIDITY.md
Abra canales o pague "on-chain" y reciba en la red Lightning. Ver lista de recomendaciones CreateOutboundLiquidity.md
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:# activate virtual environmentsudo apt install -y python3-venvpython3 -m venv venvsource venv/bin/activate# get dependenciessudo apt install -y python3-dev libatlas-base-devpip3 install wheelpython3 -m pip install lndmanage
- Iniciar modo interactivo (hacer esto cada vez):$ source venv/bin/activate(venv) $ lndmanage
- Mostrar el estado de los canales:$ lndmanage status$ lndmanage listchannels rebalance
- Ejemplo de rebalanceo:$ lndmanage rebalance --max-fee-sat 20 --max-fee-rate 0.0001 CHANNEL_ID --reckless
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:$ git clone https://github.com/C-Otto/rebalance-lnd$ cd rebalance-lnd$ pip install -r requirements.txt
- $ python rebalance.py -t <channel_ID-where-to-move-sats> -f <channel_ID-from-which-to-move-sats> -a <amount-of-sats-to-be-moved>
- 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.
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 Tor)
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)
Trae el poder de Lightning a la web con pagos e identidad en el navegador, todo con su propio nodo. https://medium.com/lightning-power-users/bitcoin-lightning-joule-chrome-extension-ac149bb05cb9
lndash es un dashboard web (simple) de solo lectura para lnd - Lightning Network Daemon. Demo: https://lightninglayer.com/
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.
Interfaz web de administración para LND a través de gRPC. Hecho en Node.js, express, bootstrap-v4. Demo: https://lnd-admin.chaintools.io/
Solución de monitoreo para nodos lnd utilizando Prometheus y Grafana. https://blog.lightning.engineering/posts/2019/07/24/lndmon-v0.1.html
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
- Lista de recursos, aplicaciones y librerias Lightning github.com/bcongdon/awesome-lightning-network
- Colección de presentaciones de Alex Bosworth:
Última actualización 2yr ago