Aanbevelingen voor LN gebruikers
Een waarschuwing voor alle node beheerders over het daadwerkelijk gebruik van het Lightning Network
🇬🇧 English | 🇪🇸 Español | 🇫🇷 Français
Dit artikel is toegewijd aan alle nieuwe gebruikers die een BTC/LN node willen draaien.
INTRODUCTIE
Dit zijn mijn persoonlijke observaties en aanbevelingen na 25+ jaar in IT omgevingen, 10+ jaar in Bitcoinland en 2+ jaar draaien van verschillende LN nodes, waarbij ik een hoop tijd heb besteed aan het testen van verschillende oplossingen voor LN nodes, en aan het helpen van andere node beheerders.
Mijn enige doel is om LN beter te laten werken voor alle deelnemers en tegelijkertijd verschillende aspecten te laten zien, vanuit verschillende perspectieven.
Het kan me niet schelen of velen het niet met me eens zijn of me haten voor wat ik hier zeg. Ja, dit zullen voor sommige mensen onaangename woorden zijn. Ik ben hier niet om iemand te plezieren, ik presenteer alleen feiten. En als je op zoekt bent naar “mooie woorden” en “kont kussen” zul je dat niet van mij horen komen. Ik zal altijd de waarheid spreken op mijn eigen manier, en je hoeft het niet eens met me te zijn, maar dat is jouw probleem en niet dat van mij.
In 2020 nadat Umbrel de nieuwe BTC/LN suite Umbrel Node lanceerde, waren er veel mensen die er in mee gingen en het installeerden. Ze dachten dat het leuk zou zijn, makkelijk en zelfs een “passief inkomen”. Maar ze hebben een heel belangrijk aspect over het hoofd gezien: ONDERWIJS over het Lightning Network.
Binnen ongeveer 1 jaar hebben we gezien hoeveel nieuwe LN nodes er bij kwamen. Minstens 9000 nieuwe nodes. Dat is een behoorlijk bizar aantal voor zo’n korte tijd. En vooral op Tor.
Ja, het is mooi om de interesse te zien in het draaien van een LN node, maar van wat ik op Telegram groepen en forums zag heeft 90% geen idee waar ze mee bezig zijn.
Ik denk dat de lancering een fout was, of tenminste.. hoe het werd gedaan. Teveel gebruikers met 0% kennis sprongen in het diepe en creëerden een chaos. Ik weet niet wie het aanprees als “erg makkelijk te installeren node, binnen 3 klikken” maar een node draaien is niet iets wat je binnen 3 klikken kunt installeren. Het gaat er meer om dat je kennis hebt over Bitcoin en hoe LN in de achtergrond werkt. Anders zorgt het gewoon voor een chaotisch netwerk van mensen die geen idee hebben wat ze doen. Ja, ik heb ze geholpen met een hoop van m’n gidsen en door bijna 24/7 aanwezig te zijn voor support. Mara dat is niet genoeg. Ze moeten een hoop moeite doen om te lezen en leren over nodes. Anders is het allemaal voor niets.
Ja, sommige begonnen zichzelf langzaam te onderwijzen en werden goede node operators. Maar de meerderheid kon het geen ruk schelen wat de waarschuwingen zeiden en gingen gewoon door met het draaien van nodes op slechte manieren, zonder goed onderhoud, zonder basiskennis te hebben over hoe LN werkt, en voor sommigen was het enige doel om “Sats te verdienen”.
De situatie wordt erger en erger met de dag, want deze slechte nodes zijn een nachtmerrie voor IEDEREEN op het netwerk.
DAADWERKELIJKE PROBLEMEN OP HET LIGHTNING NETWORK
En ik zal wat aspecten van deze nachtmerrie noemen:
Nodes die vaak offline gaan. Dat maakt de kanalen instabiel en onbruikbaar.
Nodes die geen stabiele internet verbinding hebben en vooral in het zijn van goeie Tor relays.
Nodes die ALLEEN via Tor te gebruiken zijn, en nog steeds geen hybride modus draaien (Tor + Clearnet). Tor als communicatie netwerk voor nodes is al erg genoeg omdat het onbruikbaar is. LN nodes moeten te allen tijde in staat zijn om via het Gossip Protocol te kunnen communiceren. Anders kunnen ze “elkaar niet zien” zelfs als de BTC node nog aan het synchroniseren is.
Hangende HTLCs, die uiteindelijk veroorzaken dat een kanaal gesloten wordt. Dit is een erg frustrerende en dure situatie. Vele node operators denken er niet aan of weten niet dat wanneer er een HTLC door hun node passeert, hun node offline gaat of gewoon niet kan communiceren met het LN via het gossip protocol, waardoor HTLC echt een hoofdpijn is voor IEDEREEN. Het is een onvervuld contract en als de verloopdatum komt en het contract is niet vervuld zal het gedwongen alle kanalen sluiten voor alle peers die verbonden zijn met die HTLC. Het raakt iedereen. Hier is een waarschuwing van ZeroFeeRouting node.
Verkeerde of chaotische instellingen voor CLTV delta, fees, min/max HTLC. Ik heb gebruikers gezien die met deze instellingen speelden zonder een basiskennis te hebben van wat ze veranderen. Dat maakt het erg moeilijk om met ze te werken als peers. Of erger nog, als het peer van jou peers zijn en je weet niet wat ze doen, raakt het je direct.
Obsessief her-balanceren. Dit is nog een verhaal wat velen omhelzen en wat ik niet begrijp, deze obsessie met het continu her-balanceren van hun kanalen. In mijn bescheiden mening is dat idioot en onzinnig. Het kan liquiditeit precies verplaatsen naar en wanneer het nodig is voor een HTLC die verwerkt wordt. Het is nutteloos en helpt niets, je maakt het alleen erger met je “nep” verkeer wat op op geen enkele manier echt LN verkeer voorstelt. In plaats van al dat her-balanceren kun je beter de min/max HTLC aanpassen, verlaag het naar een normale hoeveelheid voor een transactie en de gebruiker zou te allen tijde MPP moeten gebruiken.
Uitschakelen van kanalen. Er zijn nog steeds “LN-tools” in de omloop, scripts die kanalen uitschakelen, wanneer een bepaald kanaal “niet winstegevend” is voor de route. Die is achterlijk en onproductief. Het sluit alleen deuren voor mogelijke routes.
Gebruikers die nog steeds geen MPP als hoofdoptie gebruiken wanneer het om betalingen via LN gaan. Dit zorgt er voor dat kanalen nog sneller opdrogen en ook niet gebruikt worden voor routes. Nodes zullen zichzelf altijd aan moeten blijven passen aan het verkeer voor de verschillende methodes (her-balanceren, kosten aanpassen, max HTLC aanpassen, meer kanalen openen). MPP is niet alleen om een bedrag in meerdere kleine delen op te spliten, maar ook om de bete route voor elke split te vinden. Kleinere HTLC zullen sneller en beter zijn in het vinden van een goede route dan met een groter bedrag.
Pad vinden. Ja dit is een erg belangrijk issue binnen LN en wordt vooral veroorzaakt door bovengenoemde oorzaken.
AANBEVELINGEN VOOR NIEUWE LN GEBRUIKERS
Als nieuwe gebruiker in deze fascinerende wereld van het Lightning Network zou je dit moeten doen:
Voordat je een node begint te draaien moet je jezelf afvragen: wat heb je nodig om een volledige LN node te draaien? Zoals ik in de gids Getting started with Umbrel heb vermeld is er een lijst met dingen die mensen zich zouden moeten afvragen voordat ze een node beginnen te draaien.
Als je gewoon met LN wilt spelen en zelfs als je een privé node hebt draaien is er GEEN ENKELE REDEN om een routing node te draaien! Je kan makkelijk je eigen mobiele node draaien d.m.v. Blixt Node Wallet met privé kanalen, geen reden om altijd online te zijn, volledig beheer over je eigen kanalen, meer privé, makkelijk te beheren, geen reden om een hoop geldmiddelen in LN te hebben. Of zelfs als je een nog simpelere node wilt draaien, kun je SBW (Simple Bitcoin Wallet) gebruiken. Zie andere LN wallets voor mobiel hier, met alle functies gedetailleerd beschreven.
Als je gewoon een desktop LN wallet wilt draaien kun je Electrum gebruiken, die werkt perfect. Binnenkort zal Blixt ook een desktop versie hebben, krachtiger en geavanceerder.
Als je (nog) niet zo technisch bent en ook niet houdt van documentatie lezen, kun je beter geen desktop / RPi nodes draaien. Je zult het netwerk niet helpen door niets over LN te weten en een shitty node aan het netwerk te hangen. Je doet meer kwaad dan goed.
Als je echt een volledige desktop node wilt draaien, kun je maar beter goed voorbereid zijn: een hoop documentatie lezen, alle video tutorials bestuderen, een krachtig apparaat hebben voorbereid voor je node zoals ik in deze toegewijde node-onderhoud gids heb beschreven, pro-actief je peers en kanalen in de gaten houden, goed netwerk-verkeer met lage fees en goede routes onderhouden. Peers die niet altijd online kunnen zijn zorgen voor slechte routes, dus daar moet je van af.
Gebruik krachtige hardware! Dat is erg belangrijk. Voor nodes met meer dan 50-100 kanalen wordt een RPi problematisch, vooral wanneer je LND gebruikt.
Use strong hardware! It is very important. For nodes with more than 50-100 channels a RPi machine is getting really problematic, in special using LND.
Begin met de methode van het aanpassen van de Max HTLC per kanaal, tot een bepaald niveau waar je ziet dat het verkeer van je peers goed gaat aan beide kanten, zoals ik al heb uitgelegd in een andere gids. Dit zal het vinden van goede routes erg vergemakkelijken en zal zorgen dat de Sats snel door je node stromen, omdat ze door de juiste kanalen gaan, waar genoeg liquiditeit is aangegeven.
Hogere fees helpen je ook niet, die maken dingen alleen maar erger. Verbindt nooit naar nodes met hoge fees. ISOLEER ZE! Zoals deze twee voorbeelden van idiote nodes met ultra hoge fees: Sweet16Joe, Magnetron en er zijn er nog veel meer. We zijn hier om de bankiers te naaien, niet om elkaar te naaien.
VERZOEKEN AAN LIGHTNING DEVELOPERS
Probeer alsjeblieft een manier te vinden om LN code te verbeteren met deze aspecten in gedachten. Deze verzoeken zijn niet alleen voor LN implementatie ontwikkelaars, maar ook voor de beheer tools en wallets zoals Thunderhub, RTL, Zeus etc. Misschien zijn jouw goals anders dan de mijne, maar luister alsjeblieft naar wat de gebruikers zeggen en vragen:
Voeg in je code een optie toe om een kanaal niet te sluiten voor een bepaalde block height, vastgesteld door beide peers die het kanaal geopend hebben. We hebben vandaag de dag veel ‘channel markets’, die liquiditeitskanalen verkopen, maar er is geen simpele manier om deze kanalen te “locken”, waardoor het bijna onmogelijk wordt om ze te sluiten voor een bepaald block nummer is bereikt. Dit zal valsspelen in die liquiditeitscontracten ook onmogelijk maken en zal bepaalde regels stellen.
Verander de manier waarom HTLCs een geforceerd sluiten activeert. Waarom zou je een node straffen die al op de route van de HTLC zat, en waarbij de volgende peer in de route degene is die niet de HTLC vervult? Deze geforceerd gesloten kanalen zijn echt BELACHELIJK, ze zijn onzinnig en zijn duur. Geef de mogelijkheid aan de peer om het kanaal open en werkend te houden en los het dispuut rondom de wachtende HTLCs op een andere manier op. Gebruik een reserve-systeem, waarbij elke peer eerst een reserve in stort. Dat zal nodes wel 2 keer doen nadenken met wie en hoe ze kanalen openen.
Maak het gossip protocol efficiënter en meer betrouwbaar. Het is echt pijnlijk om te zien dat peers online zijn, je kunt ze pingen en zo, maar het kanaal is offline. Dit zorgt er voor dat een hoop HTLC in een wachtende staat (pending) terecht komen en zelfs verloren gaan doordat het gossip protocol niet goed communiceert.
Voeg een simpele optie toe om de Max HTLC voor een kanaal in te stellen, gebaseerd op liquiditeit van beide kanten, letterlijk aankondigen van de wallet-balans wanneer een betaling aankomt op de node. Ja, velen zullen zeggen dat die “privacy schendt”, maar laten we eerlijk zijn, we hebben al vele andere manieren om de balans van een kanaal uit te vinden, dus dat is een zwak argument. Dit zijn routing nodes, die moeten goed aankondigen wat voor liquiditeit er is, en dat zijn geen privé nodes. Ik heb net uitgevonden dat door het Max HTLC voor een kanaal aan te passen het verkeer een stuk beter werd, zonder stomme rebalancing of fees aanpassen op basis van beschikbare liquiditeit. Ik ben het compleet eens met het node voorstel van ZFR hier.
Voeg betere opties toe om routes op bepaalde kanalen te beheren, met een stel regels die makkelijk door de node beheerder te beheren zijn. Bijvoorbeeld: Ik wil alle privé kanalen naar buiten leiden via specifieke publieke kanalen. Of voor LNDHub apps zoals BlueWallet en LNBits, zou ik graag toegewijde kanalen willen gebruiken. Ja ik heb al vele manier geprobeerd om specifieke fees in te stellen, min/max HTLC, maar het werkt niet stabiel.
Voeg betere ondersteuning voor Tor-only nodes en vindt een ander protocol om privé te communiceren. Tor is werkelijk onbruikbaar voor LN nodes. Het veroorzaakt teveel problemen.
Waarom hebben we 3 LN implementaties met 3 verschillende CLTV delta? Waarom zijn ze niet allemaal hetzelfde? Hoe moeten gebruikers het instellen, en gebaseerd op welke statistieken? Ik heb nodes gezien die met deze default settings (CLN=34, LND=40, Eclair=144) en de routes worden helemaal wild en eindigen zelfs met gesloten kanalen. Waarom kan hier niet iets stabiels en betrouwbaars gebruikt worden?
Laten we alsjeblieft alle bullshit er even buiten laten, hou op met “nieuwe nutteloze features en tokens” toevoegen op LN, en concentreer je op het verbeteren van het LN netwerk. Want op dit moment… werkt het nog niet allemaal zo goed. Het is verre van een efficient betalings netwerk. En als we hier niet gauw iets aan doen, hebben we binnenkort een gefaald project of we blijven maar gewoon pleister op pleister plakken.
Vooral voor de ontwikkelaars van Umbrel: voeg alsjeblieft niet zoveel bloatware apps toe! Gebruikers installeren ze uit nieuwschierigheid en laden die RPi’s vol met nutteloze apps. Concetreer je meer op het gedeelte van het hebben van een sterke LN node en voeg belangrijke opties toe voor het beheer van die LN node. All non-node gerelateerde apps zijn absoluut niet zinvol en kunnen makkelijk in een “personal server” suite worden gestopt als men ze echt wil gebruiken. Combineer deze dingen niet! Ik weet dat jullie goeie bedoelingen hebben om een “soevereine persoonlijke server” op te zetten, maar het werkt niet op die manier! Ik draai zelf een Umbrel node, maar alleen voor LN, niets anders. De rest van al die andere apps draai ik op een apart apparaat of zelfs op m’n Qnap NAS. ik hoef m’n node daar niet mee op te zadelen en te vertragen. Maar vele noobs weten dit niet. Beter gescheiden houden.
Ik hoop dat dit artikel veel meer ogen heeft geopend en dat mensen realiseren dat er nog veel werk te doen is om LN te verbeteren. We hebben nog tijd om het te fixen en we kunnen beginnen met simpele dingen: nieuwe gebruikers onderwijzen en het verbeteren/fixen van LN code.
Je kunt een kanaal heropenen maar de verloren Sats van een geforceerd sluiten en heropenen helpt niets.
En wanneer je zo’n 4-5 geforceerd gesloten kanalen per week zul je het waarschijnlijk niet de moeite waard vinden om een routing node te draaien.
Ik zelf heb 2 LN nodes draaien en twijfel of ik één van de twee niet volledig uit zet. Misschien allebei (CLN en LND) en dan draai ik gewoon een Blixt desktop en mobiele node, privé en dan kan routing en het netwerk helpen me geen ruk schelen.
Ik ben bereid om gratis routing aan te bieden, maar betalen voor geforceerd gesloten kanalen en fouten van anderen is onacceptabel.
We beginnen met het bouwen van een nieuw betalingsnetwerk maar anderen, aan de andere kant, proberen het te sluiten en slopen. We hebben nu liquiditeitsmarkten, we kopen kanalen, maar als deze “contracten” niet gerespecteerd worden, of niet met bepaalde regels worden opgezet, zal niemand het een ruk kunnen schelen en zullen ze je kanalen gewoon sluiten. Reputatie zal je je Sats niet teruggeven die je verloren hebt aan die geforceerde gesloten kanalen, en het netwerk dat je aan het bouwen was is dan verloren.
Bijvoorbeeld, een verkoper die een kanaal heeft verkocht is bereid het te sluiten. Ja, de peer kan offline of online zijn. Maar je hebt een contract op het moment dat je dat kanaal verkocht. En dit zal een precedent zetten. Mensen die kanalen verkopen en dan sluiten. Al je werk is weg.
Ja, de verkoper heeft gelijk, is bezorgd waarom de peer offline is. Maar het contract is een contract. Het moet gerespecteerd worden.
Het zou ook de fucking gossip kunnen zijn, die soms bizar langzaam is, waardoor sommige peers als offline worden getoond, terwijl ze in werkelijkheid online zijn.
Ik was zelf in een situatie waar een paar dagen op een rij, 3-4-5 peer offline schenen te zijn (uit de 55 peers in totaal). Een daarvan was zelfs mijn andere CLN node, die ik tegelijkertijd in de gaten hield en in orde was, online en in goede gezondheid. Dus LND besloot het verkeer met deze nodes te beëindigen, voor geen enkele reden.
Ik probeerde opnieuw te verbinden met die peers, sommigen werkte, sommigen niet. Heb de peers benaderd en werd verteld dat de nodes online en in goede staat verkeren. Inclusief mijn CLN node.
Waarom gebeurt dit? Niemand weet het of probeert het te fixen. En vanuit dit probleem komen er andere problemen met HTLCs, die dan geforceerd gaan sluiten.
Ik breng deze WAARSCHUWING hier, nu, ter sprake, en misschien over een paar jaar zullen mensen m’n woorden herinneren.
Als dit issue in LN, met geforceerd gesloten kanalen niet op een of ander manier wordt opgelost, of dat er nieuwe specifieke regels aan de code worden toegevoegd, zullen we een hoge graad van concentratie zien in een handjevol grote nodes die de liquiditeit zullen afhandelen met hoge fees.
Of misschien, over een paar jaar, zien we een nieuwe LN opkomen.. de Plebs LN, in parallel, waar nog een betalingssysteem wordt geboren, maar dat aan een “gecentraliseerd LN” kan worden verbonden, wat zich al vandaag vormt.
Op het moment van schrijven van dit artikel, heeft LND ook v0.15 en CLN v0.11.1 uitgebracht, waarbij sommige van deze issues opgelost worden, maar tegelijkertijd veroorzaken ze grote hoeveelheden geforceerde sluitingen voor vele nodes.
Zoals je ook kunt zien in deze grafiek van https://bitcoinvisuals.com/ln-nodes:
Veel van de nodes die “verdwenen zijn” van de grafiek zijn:
Nodes die in “privé” nodes veranderen (niet aangekondigd, niet publiek), die niet meer routing doen, of routing in privé
Noobs die zich realiseren dat het model “RPi node met Umbrel” toch niet het “passieve inkomen” brengt waar ze op hoopten, en gewoon opgeven
Teveel geforceerd gesloten kanalen en beheerders die gewoon daardoor hun nodes uit zetten.
Let op: een vervolg op dit artikel is te vinden in deze gids met 3 niveaus van LN gebruik
MAY THE ₿ITCOIN BE WITH YOU!
Als je DarthCoin’s werk waardeert, kun je satoshis via LN sturen:
of gebruik Lightning Address aan darthcoin@getalby.com of darthcoin@stacker.news
Als je je niet wilt abonneren op deze substack, alle DarthCoin Bitcoin gidsen worden ook aangekondigd op dit toegewijde Telegram Kanaal, voor makkelijk nalezen.
Om je te abonneren op substack, klik hier: