Experimento de tarifas nodo LN
Experimento de tarifas nodo LN
Establecer varias políticas de tarifas cada mes y observar el enrutamiento del nodo LN
Introducción
Mi experiencia con los nodos LN comenzó en 2019 con un nodo C-Lightning simple. Funcionó bien, aprendí muchas cosas sobre Lightning Network en general y cómo ejecutar un nodo BTC/LN, qué ventajas y qué inconvenientes puede tener. Pero eso fue solo el comienzo de LN.
En 2020 descubrí Umbrel. Así que cambié mi nodo C-Lightning a un nuevo nodo Umbrel. Ahora tengo un Gigabyte Brix NUC con sistema operativo Debian.
Solo para obtener más información y también para ayudar a la plétora de nuevos usuarios que comienzan a instalar Umbrel pero no tienen ni idea de qué es LN y un nodo LN.
Entonces, la mejor manera era probarlo, aprender a usarlo, descubrirlo y luego documentar lentamente todos mis pasos en guías simples, para poder compartir mi conocimiento con nuevos usuarios, ávidos de esa información y pasos prácticos.
Así que construí lentamente este nodo, abriendo canales, estudiando a los pares de cerca y haciendo mi propia lista de pares (también contiene la famosa lista René Pickhardt de nodos ZeroBaseFee).
No estoy diciendo que mis procedimientos, políticas, enfoques sean los mejores o incluso buenos. Son solo mis observaciones y mis propias conclusiones sobre cómo administrar un nodo LN. No soy un experto ni un codificador de LN, o algún "gurú", solo un plebeyo que observa y pasa por mi propio sentido común todo lo que sucede con mi nodo.
Bien, me uní a algunos Rings of Fire, LN+ rings, grupos privados, etc. y también me conecté a nodos específicos, durante 2 años con este nodo Umbrel. Hasta que llegué a un límite de 40 canales, buenos canales estables y compañeros. Con muchos mantengo contacto directo. Es bueno ayudarse unos a otros (tal vez haría otra guía sobre esto).
Luego, en 2022, inicio un nodo secundario, un nodo privado, sin alias, solo Tor, no vinculado de ninguna manera a mi identidad real ni a ninguna otra identidad en línea. Esto es parte de otro experimento que se describe en esta guía.
NO estoy interesado EN ABSOLUTO en "ganar dinero" o "ganar dinero" de LN. Mi objetivo es ayudar a hacer de LN una red de pagos muy líquida, para que los usuarios comiencen a usarla día a día y dejen de usar el puto fiat. No comenzaremos a tener una red de pago saludable si comenzamos por robarnos unos a otros y tratar de obstruir la red solo por unos miserables sats.
Cuando LN sea realmente estable con una búsqueda de ruta realmente buena y nodos saludables, muchos usuarios lo usen como base diaria para los pagos (no solo un reequilibrio estúpido), entonces podremos hablar de aumentar las tarifas y construir lentamente un modelo de incentivos para los nodos de enrutamiento.
Todavía no estamos allí, sin importar lo que otros dijeran que obtuvieron x cantidad de sats/mes. ¡No llegarás allí!
Y recuerde: El objetivo es JODER A LOS BANCOS, no joder a los demás ...
Si comenzamos ahora a cargar tarifas caras a nuevos usuarios que se unen a LN, luego tendrán una mierda y correrán, dirán que este LN es un sistema de pago costoso.
No los asustes, ayúdales a comenzar a usar esta increíble tecnología. Tendremos mucho tiempo más tarde para recaudar las tarifas a un nivel de mantenimiento de esto como un incentivo.
La codicia loca es lo que mata la innovación.
Cómo comenzó ... #ZeroFeeFebruary
Así que en febrero de 2022 comencé, con uno de mis pares fuertes, un movimiento de #ZeroFeeFebruary entre muchos ROF y grupos. Fui bastante bien con 35 nodos uniendo fuerzas y estableció todos los canales de tarifas a 0/0 (0 tarifa base, 0 ppm).
Mi nodo de parabrisas humilde comenzó a 2x, 3x, 4x el número de pagos enrutados a través de. También cerré algunos canales pequeños, zombis con compañeros que no crecieron en absoluto en los últimos 6 meses.
Este es un aspecto muy importante: los compañeros que no crecieron lo suficiente en los últimos meses, son inútiles, podrían hacer más daño que bueno.
Entonces, una advertencia a todos los nuevos nodos: si planea ejecutar un LN con solo 2-3 canales y nunca crecer más, espere que sus compañeros cierren los canales. Apila más SATS y abren más canales de LN. Los fondos en LN no están "perdidos" o "bloqueados", ya que muchos están tratando de asustarte. No, los fondos en los canales de LN son la liquidez. Eso significa que tienen que fluir. De lo contrario es totalmente inútil.
Así que empiezo cerrando los canales con compañeros que mantienen las altas tarifas. Las tarifas altas para mí son:
Tarifa base> 1 | Cualquier cosa más alta de lo que esto es estúpido y hacer más daño que bueno.
PPM> 150-200 | A veces, la PPM es necesaria para empujar la liquidez en un lado u otro, cuando realmente lo necesita, casos para comerciantes que no quieren hacer un bucle, pero simplemente abandone el tráfico para hacer el equilibrio.
Por lo tanto, si un compañero conectado a mi nodo está usando una política estándar para todos sus canales como la tarifa base de 2 sats / 300 ppm, cerraré el canal, sin remordimiento. O establezca una tarifa base tan alta que todo el tráfico se bloquee en ese canal hasta que se lo cierre.
También aquellos que usan intensivamente el guion de charge-LND. ¡Por favor, deja de usarlo si eres nuevo! O al menos, aprenda lo que tiene que ver con eso y cómo funciona.
Está haciendo más daño que bueno. El script está diseñado para deshabilitar los canales a un cierto nivel de "rentabilidad", automáticamente. El usuario ni siquiera sabe que sus canales se deshabilitan y eso significa puertas cerradas. Eso significa que no hay más enrutamiento de ninguna manera a través de esos canales. Entonces, cuando veo un nodo con muchos canales discapacitados, todo el tiempo, ese es un mensaje claro: está usando el script infame follando, o está conectado con muchos compañeros que usan ese script, ese compañero es un "no Go".
La liquidez está fluyendo en ambas direcciones, sí, es lento, pero tiene paciencia. Deja que el LN viviera naturalmente y fluya naturalmente. Si pones barreras en su camino, por supuesto, encontrará otras.
Intenté ser razonable con aquellos compañeros que responden y entienden la situación y ajusté sus tarifas en consecuencia. Lentamente, la codicia se aislará en las llantas exteriores de la Galaxia LN.
El mes de febrero se vea así, con mi humilde nodo 70m, un total de Liquides se distribuyó 50/50 y 40 canales:
En total fue de 995 pagos enrutados con un enrutamiento total de 84M sats.
El pico más alto fue de 95 pagos enrutados y 9M sats en total en un día. En promedio, todo el mes de febrero fue como 20 tx / día con alrededor de 3M sats en total enrutados/día. No está mal, para un nodo tan pequeño. No tengo demasiados canales grandes, ni siquiera un rumbo.
Mi nodo de prueba tenía: 5 canales de más de 4M sats, 14 canales entre 4M y 1M sats, 12 canales a 1M sats y 9 canales de 500K sats. En total de 40 canales (más o menos, cerrando y abriendo algunos).
Comparando febrero con 6 meses anteriores:
Pasos adicionales que hice
Reduje la cantidad máxima de HTLC a 500K sats a todos los canales
Configuré mi nodo para ejecutar en modo híbrido - Tor & clearnet. Este camino de ayuda para encontrar cuando Tor está obstruido.
Active la compactación de mi archivo channel.db, esto ayuda a la capacidad de respuesta de su nodo y menos pendientes HTLCs.
Establece un número máximo de HTLCS en el archivo LND.CONF a 10
Mantuve todos los compañeros conectados tanto es posible. A veces, los chismes a través de Tor son realmente erráticos e informan a los compañeros fuera de línea, incluso si no lo son. Entonces, lo que hice, se eliminó de la lista de compañeros que parecen fuera de línea y agregarlo de nuevo, si es posible usar su URI Clearnet. Después de unos segundos, Peer está de vuelta en línea y el canal está listo. Puedes usar el Thunderhub para todos estos pasos.
Conclusiones
En general, esta prueba fue un éxito para mí. Mi objetivo principal era ver la posibilidad y la capacidad de este pequeño nodo en el enrutamiento y aprender de ella, en situaciones con alto volumen de tráfico. No quiero hacerlo de mis compañeros, por lo que no publicaré ninguna captura de pantalla con estadísticas en canales específicos. Pero puedo decir que muchos de ellos comienzan a mudarse en este mes.
Algunos puntos clave que observé:
1 - Política de tarifas
Las tarifas de 0/0 atraen mucho tráfico, pero también es importante tener a sus compañeros con políticas similares o tarifas bajas.
2 - Re-balanceo
Los compañeros con altas tarifas, se detuvieron. Algunos dijeron que muchos nodos aprovechan tarifas 0/0 y re-equilibrios de forma gratuita. No, no es, no noté algo así. Fueron pocos movimientos de compañeros con tarifas más altas utilizando los canales con una tarifa 0/0. Creo que la mayor parte del enrutamiento estaba siguiendo la forma natural de encontrar el camino más barato y más rápido, ignorando los nodos con altas tarifas.
Muchos dijeron que los canales "agotados" no son enrutando y necesitan ser equilibrados o cerrados. ¡No es cierto! Tuve muchos canales agotados, por un día, sí. Pero después de un tiempo comienzan a mover SAT en el camino. Todo depende si su nodo tiene suficientes canales, con suficiente liquidez y equilibrado en el nivel total, no a nivel individual.
Cuando su liquidez total y saliente es casi igual, tiene al menos 10-20-30 buenos canales (no muertos, no desde el borde exterior de la Galaxia LN), su nodo se dirigirá naturalmente a ambos lados. Cuando esa proporción de entrada / salida es más del 30% desequilibrada, entonces sí, comienza a estar en problemas, su nodo puede paralizar.
Todo este tiempo, nunca vuelvo a equilibrar de ninguna manera, cualquier canal. No usé ningún script automatizado para eso, ni siquiera manualmente. Solo me siento y miro.
También quería ver si simplemente se ajusta ligeramente al HTLC, puede ayudarlo en equilibrar automáticamente el canal redirigiendo el flujo donde se necesita y hay suficiente líquido.
3 - Recursos, Carga de memoria
Noto que más memoria comido cuando más htlcs estaban pendientes. Así que limitar el número total de HTLC pendientes en el archivo LND.CONF ayudó un poco. No está seguro de lo que hizo que tenga constantemente al menos 3-4 htlcs pendientes durante 5-10-15 min. ¿Mi nodo? Mi hdd de mierda? Mi conexión (Estaba en modo híbrido todo el tiempo). ¿Mis compañeros? ¿Problemas generales para Tor?
Entiendo el significado de HTLC pendiente, pero no por mucho tiempo. Desearía poder hacer algo acerca de ellos, pero no tengo suficiente conocimiento o la información correcta sobre cómo solucionarlos. Tal vez LN necesita una mejora en este asunto.
4 - Centralidad del nodo, crecimiento.
Es muy importante su posición en la red, la centralidad y las conexiones que tiene. Publiqué una lista con todas las herramientas LN disponibles. Los usan, son muy buenos para observar a sus compañeros, rutas, etc. Los compañeros que están lejos en el borde de la red no moverán nada. Pero aquellos compañeros que tienen conexiones entre muchos de los ROF y los nodos centrales, tendrán un buen movimiento.
Entonces, si tiene un nodo fresco, o incluso un nodo viejo, pero tiene malas conexiones ... Cámbielas. Y trate de no conectarse con compañeros que ya tengan las mismas conexiones que usted. Los ROF son muy buenos para expandirse, pero cuando se unen a muchos anillos diferentes, pero con los mismos jugadores, no ayuda de ninguna manera, a veces incluso peor, crea como un bucle que nunca sale.
Amplíe sus conexiones a los nodos que no están en la mayor parte del ROF, sea el puente entre ellos y el ROF. Explore los compañeros de LN cada vez que tenga tiempo y tome nodos, observe nuevos nodos.
Conecte con más nodos que usan al menos 0 tarifa base y una pequeña política de tarifas PPM. Aquí hay una lista enorme mantenida por René Pickhardt con nodos "0 tarifa base".
Si tiene un nodo con solo 2-3 canales ... y no planee crecer más, es mejor que lo apague y use una billetera móvil de LN simple. No estás ayudando en toda la red, ni tú mismo. Todos sabemos que es difícil apilar SATS, pero nadie te está obligando a ejecutar un buen nodo con buena liquidez.
Mi experimento es ver que, si con canales relativamente pequeños (1-5M sats) pueden obtener un buen enrutamiento para todos. Sí, podría tener 2-3 grandes canales de 10-20M sats, pero que considero más centralidad, concentrando más TXS en un solo lugar. En lugar de solo 1 x 20M, podría tener 4 ch x 5M sats cada vez más conexiones, proporcionando más conectividad. Sí, es preferiblemente para tener canales más grandes que 3M sats, por muchas razones.
5 - ¡Usa tu nodo de liquidez!
Sí, si ya tiene un nodo de LN, ¡Úselo maldita sea! Para pagos. Dondequiera que encuentre un comerciante que acepte LN, pagándolo con su nodo. No es que esté ayudando a los comerciantes, la red, pero hace que su nodo sea más visible en la red. Estás empujando la liquidez. Es por eso que se denomina "liquidez" porque es líquido, tiene que fluir, moverse, para crear algo grande y maravilloso.
Si simplemente se siente en su nodo de LN esperando que otros se unan y usted le cargue las tarifas ... Eso es un estúpido simple. Eres solo una sanguijuela.
Aquí sigo actualizado una lista de lugares impresionantes donde puede usar su nodo LN.
Paso siguiente: #March1ppm
Para marzo, probaría el mismo escenario, pero se mudará a 0/1 (0 tarifa base / 1 ppm) solamente.
También establecerá MAX HTLC a 500K sats a todos los canales más grandes que 1M y 150K a todos más pequeños que 1M sats.
Actualización 1
Después de 1 semana con Max HTLC, establecido en 500K sats, vi demasiados TX fallidos. Así que empiezo a cambiar un poco la política. Todas las mañanas durante mi café regular, solo mire a todos los TX y canales enrutados anteriores y ajuste el MAX HTLC a cuánto tengo de mi lado. Eso significa que si un TXS llega a mi nodo, automáticamente verificará que "tubería" si es lo suficientemente grande como para pasar. Cuando la balsaance de mi lado es más grande que 1M sats, simplemente establezca 800-900K sats MAX HTLC o incluso más grande si es necesario.
Por ejemplo, este canal, de 1M sats en total, tengo en mi lado solo 112 765 sats disponibles. Por lo tanto, estableceré un máximo de 110 000 sats HTLC (redondeado, no tendrá que ser exactamente), porque no puedo reenviar más que eso. Por lo tanto, un nuevo pago enrutado, y es más grande de lo que automáticamente no verá esta ruta.
Pero generalmente veo que los usuarios comienzan a usar cada vez más MPP, por lo que no creo que nunca se enrutará una TX más grande que 1M SATS, siempre se dividirá en partes más pequeñas.
Este proceso me tomó 5-10 minutos cada mañana, no es un gran problema, tengo pocos canales, no cientos, por lo que no es necesario que un script automatizado estableciera ese MAX HTLC.
Después de una semana haciendo esto, noté un enrutamiento más natural, con HTLCs menos fallidos.
Otra tarea que hago cada 4-5h / día es verificar si hay canales "fuera de línea", en especialmente aquellos que ruyen más. A veces, el anuncio de los chismes falla y muestra canales en "modo fuera de línea", pero de hecho no lo son.
Entonces, lo que hago, es ir a Thunderhub - Peers, elimine los compañeros "muertos" y agréguelo nuevamente. Después de unos segundos, el canal está de vuelta "en línea". Si el par realmente no está en línea, el proceso de adición fallará, así que nada que hacer de todos modos, solo intente nuevamente más tarde.
Esta tarea se puede hacer con BOS Script para programarlo para hacerlo cada 5H, pero por el momento puedo hacerlo manualmente (prefiero así), no tengo demasiadas desconexiones todos los días, también tengo buenos compañeros.
Comencé marzo con un archivo channel db a 1.3 GB. Veamos cuán grande estará en 1 mes.
Actualización 2
15 de marzo Hice una base de datos de compactación. Ya era 2.2GB, tomó 5h para bajar a 1.2GB. No sé cómo podría afectar esto, pero después de unas pocas horas, el nodo comienza a enrutar como loco y alcanzó más de 100 TX enrutados.
No era una gran cantidad de SATS, solo 7M sats enruteados en 100+ TXS. Creo que ayudó a más la estrategia de ajustar el HTLC máximo para los canales con menos liquidez en mi lado.
A partir del 15 de marzo, también comienzo otra estrategia: para todos los canales más grandes que 1M SATS, establecí MIN HTLC 99 sats. Deje 1 sat MIN solo para algunos canales donde todavía uso la política de tarifas 0/0 y quiero enrutar los pequeños pagos. Realmente se está moviendo mejor ...
Mira estos pocos canales. Nunca los equilibres. Comenzó 2 con equilibrio en mi lado y 3 con equilibrio de su lado. Después de una semana están perfectamente equilibradas.
¡No hice absolutamente nada! Sin scripts, ningún equilibrio automatizado, sin tarifas gastadas, simplemente ajustando MAX HTLC y deje 0 tarifa base y 1 ppm.
Algunos otros nodos comienzan a abrir los canales con mi nodo, no sé por qué, tal vez porque algunos scripts auto-piloto encontraron mi nodo como "adecuado". Pero la cosa es que usan altas tarifas ... así que acabo de cerrar sus canales. No quiero compañeros codiciosos. También afecta a mi enrutamiento. Cuando tengo compañeros con las altas tarifas, esto es lo que sucede ... Total txs enruteados están bajando. Cerró esos canales y, ¿ves qué pasa al día siguiente? Doble número de TX enrutados.
Conclusión de marzo:
Fue un mes bastante bueno, con una política de tarifas de 0/1. También para mencionar que para todos los canales más grandes que 1M sats configuré min HTLC a 9 sats. Todo el resto de los pequeños canales quedan con min 1 sat.
En total enruté 1779 txs y obtuve 113 sats en fee, con un total de 123,218,850 sats movidos, en ambas direcciones, con 43 canales siempre en línea. Tenía 2-3 canales que estaban muertos (los operadores me informaron sobre sus problemas y no los cerré).
El método de ajustar el HTLC máximo para cada canal de acuerdo con la liquidez de mi lado parece funcionar bastante bien. Noté que algunos canales más "inactivos" se están despertando y moviendo algunos satélites. Algunos canales más activos estaban pasando buenos momentos, moviendo una buena cantidad de satélites.
Todo depende también de los compañeros y de los compañeros de tus compañeros. Si solo tiene pares inactivos que solo están esperando que otros muevan los sats y no hacen ningún pago de LN, entonces esos pares están en un callejón sin salida y es mejor que los reemplace. LN debe fluir para crecer.
Abril 10
Para abril subí la tarifa de ppm a 10. A ver cómo va.
UPDATE 10 Abril
Fue un promedio constante de 50 txs enrutados/día. Pero mencionar que tuve muchos reinicios de mi nodo, debido a algunos otros experimentos con LNbits.
También estoy haciendo algunos ajustes en mi archivo lnd.conf y observo cómo va con la "plaga" de canales cerrados a la fuerza.
Aquí está mi personalización de lnd.conf, hasta ahora.
UPDATE 19 Abril
Puede ajustar su mx HTLC por canal manualmente si no tiene cientos de canales o puede automatizarlo con un script. Prefiero hacerlo manualmente todas las mañanas, tomando un café y revisando mi nodo después de una noche ajetreada, ajustando solo aquellos canales que considero que lo merecen.
Realmente no veo la necesidad de hacer un reequilibrio obsesivo innecesario todo el tiempo. Eso es tráfico "falso" sobre LN y el pago de tarifas por nada.
La búsqueda de rutas y el enrutamiento se pueden aumentar y hacer más eficientes si los pagos enrutados encuentran la ruta correcta, donde los canales tienen más liquidez y actúan en consecuencia, como el agua. Si "escondo" esa liquidez, el agua dejará de fluir por esa tubería y se irá por otras rutas.
Cuando usa tarifas más altas o más bajas pero oculta la liquidez, el tx sigue llegando pero se recupera y tiene más enrutamiento fallido, eso significa que su nodo se "verá" como una buena ruta.
Sí, algunos "defensores de la privacidad" dirán que revelar el saldo de un canal con mac HTLC es doxear el saldo de tu nodo. Eso es como esconderse detrás de un árbol esquivando balas. Inútil. El saldo de los canales de su nodo se puede obtener muy fácilmente con muchos otros métodos e incluso en exploradores públicos.
Haga que el agua fluya bien y, con el tiempo, puede ajustar sus tarifas como desee, lo importante es que el agua fluya continuamente.
UPDATE 22 Abril
Aumenté algunos pequeños canales antiguos a más de 2,5 millones de satélites. El resultado después de unos días es este... el número de txs enrutados por día ya superó los 200. Veamos si es solo temporal o es una nueva tendencia. Pero noté que cada vez más personas usan LN para pagos regulares (no solo para reequilibrios inútiles).
En la última semana de abril tuve un gran aumento en la cantidad de pagos enrutados con un máximo de 227 txs. Luego bajó a un promedio de 50-60 por día.
En abril tuve muchos reinicios y cambios y eso estaba afectando significativamente la cantidad de txs enrutados. También cambié muchos canales (cerrados y abiertos) y recuperar un buen flujo de txs lleva tiempo.
El hecho de que elevé la tarifa ppm a 10, no estaba seguro de que estuviera afectando el enrutamiento.
La paciencia es la clave.
Acabo de ver este tweet de Alex Bossworth y decidí bajar las tarifas para el próximo mes de mayo a 1 ppm (Tarifa base cero para siempre). Aquí publiqué una respuesta para Alex.
Creo que ahora es más importante construir una red de pago estable y barata que comenzar una "carrera de tarifas" y joderse unos a otros. No creo que Alex esté viviendo de sus tarifas de nodo...
UPDATE 5 Mayo
Este mes intentaré otro “experimento”. Además de la tarifa de ppm selectiva, entre 0 y 10 ppm, jugaré con HTLC máximo.
Mi plan es el siguiente:
configure el HTLC máximo en 299k sats, cuando la mayor parte del saldo esté de mi lado y el canal sea más grande que 2M sats.
establezca max HTLC en 199k sats, cuando la mayor parte del saldo esté de mi lado y el canal sea inferior a 2M sats
Ajuste el HTLC máximo si el saldo se está acercando a ese conjunto máximo, yendo a 199k y luego a 19k si está bajando.
Vuelva a ajustar el HTLC máximo en 3 pasos si el saldo vuelve a mi lado.
De esta forma, no es necesario actualizar los canales todo el tiempo (no se recomienda) y tunelizar una cantidad específica de txs a través de canales específicos.
Espero que los usuarios usen cada vez más MPP (pagos de varias partes) y tengan una mejor búsqueda de rutas y rutas más rápidas.
Manténgase puesto, este artículo se actualizará pronto ...
QUE EL ₿ITCOIN TE ACOMPAÑE!
Si aprecia las guias de DarthCoin, puede enviar algunos satoshis a través de Lightning Address: darthcoin@getalby.com or darthcoin@stacker.news or darthcoin.blink.sv
o con Cashu Address a darthcoin@minibits.cash
Si no desea suscribirse en Substack, todas las guías de Bitcoin de Darthcoin también se anuncian en este canal de Telegram dedicado, para una fácil búsqueda.
Para suscribirse en Substack, haga clic aquí:
Este experimento esta muy interesante, no es fácil encontrar buena informacion del funcionamiento de Lightning, por favor continua alimentando esta guia.
Buenísimo, al fin alguien con la verdadera intención de enseñar sin codicia para que esto realmente funcione. Ahora entiendo, gracias Maestro, que el lado oscuro de la fuerza nunca se encienda en ti, la verdad debe de doler.