Een eenvoudige gids over goede werkwijzen voor uw LN-knooppuntonderhoud
|
|
|
|
|
|
|
|
Oorspronkelijk gepost op Substack op 30 apr. 2022. Hier bijgewerkt op 25 dec. 2024.
Alle aspecten hier worden vanuit mijn oogpunt gepresenteerd, na 25+ jaar in IT-technologie en ondersteuning voor eindgebruikers, servers en ondernemingen. Na 10+ jaar in Bitcoinlandia, waar ik verschillende apps en oplossingen heb getest, ben ik de afgelopen 2 jaar veel Umbrel-gebruikers gaan helpen en hun gedrag bij het gebruik van een LN-knooppunt gaan observeren.
Deze handleiding is aangevraagd door een van mijn substacklezers. Dus ik heb geleverd.
Introductie
Als LN node operator hebben we ook grote verantwoordelijkheden voor onze peers en zelfs vrienden, familie die verbonden zijn met onze node. Dat betekent dat we goed voor onze node machines moeten zorgen. Het runnen van een node is een serieuze taak en gebruikers moeten het niet zien als een spelletje voor de lol.
Dus een goed onderhoud en goede verzorging van uw node machine is een MUST HAVE. Ik zag veel nieuwe node operators die deze aspecten niet serieus nemen en dat het invloed heeft op de rest van ons, niet alleen op hen.
Waarom heeft het invloed op de rest?
- Een peer node die niet betrouwbaar is (99% beschikbaar) kan veel betalingspaden verstoren.
- Een niet-betrouwbare node beïnvloedt al zijn peers en scoort als goede nodes.
- Een niet-betrouwbare node zal fondsen blokkeren in dode kanalen, peers zijn afhankelijk van die fondsen.
- Ik zal hier enkele goede praktijken uitleggen die een node operator in overweging moet nemen om een goede betrouwbare node te hebben. Het maakt niet echt uit of u een node voor persoonlijk gebruik of zakelijk gebruik (handelaren) gebruikt, wat telt is hoeveel u om uw node geeft.
- Sluit/herstart uw node alleen wanneer dit nodig is voor software-updates, het opschonen van databases, wijzigingen in de configuratie.
- Houd uw node zo veel mogelijk online. Het is oké om voor een korte periode uit te schakelen, kanalen zullen oké zijn, niemand zal ze sluiten als u de onderhoudsperiode aan uw collega's aankondigt.
- Gebruik een UPS (Uninterruptible Power Supply) met voldoende batterijduur om uw nodemachine + internetrouter online te houden in geval van stroomuitval. Of in ieder geval genoeg tijd om het in een grace mode uit te schakelen, als de stroom voor meer uren of dagen uitvalt. Belangrijk is om uw gegevens te beschermen tegen verlies en corruptie.
- Als uw budget en uw gebruik van node erg belangrijk zijn voor een bedrijf, gebruik dan een machine met RAID-implementatie. Geen software, maar hardware RAID.
- Hardware. Het is erg belangrijk om betrouwbare hardware te hebben, geen speelgoed. Speelgoed is goed om mee te beginnen, omdat het goedkoop is, maar op de lange termijn niet betrouwbaar. Kies dus verstandig uw hardware, op basis van uw "fase" (leren, vooruitgang, productie, onderneming).
- Maak back-ups! Back-ups zijn als BTC-prijsdalingen, je weet nooit wanneer ze nodig zijn. Maak ze dus periodiek.
- LND schrijft de hele tijd op channel.db en wallet.db en bevat alle belangrijke gegevens. Dit zijn de belangrijkste bestanden van uw node. De rest kan op elk moment eenvoudig worden gereconstrueerd. Maar deze 2 bestanden kunnen niet in realtime worden geback-upt en alleen de laatste versie is geldig.
- SCB-back-up is net als een lichte export van channels.db, op een specifiek moment, die basisinformatie over uw kanalen bevat, genoeg om ze te sluiten en de fondsen in onchain te herstellen.
- CLN-implementatie gebruikt een ander type bestanden, in hsm.secret en is veel gemakkelijker om kopieën van deze database te maken.
- omdat ze relatief klein zijn (de mijne is even groot als een RPi en heeft geen ventilator)
- omdat je op sommige 2 SSD-schijven of zelfs NVM-schijven kunt toevoegen (zelfs veel beter dan SSD)
- omdat ze beter ventileren en sommige passief (geen luidruchtige ventilatoren)
- omdat je de USB-schijfverbinding kwijtraakt die een RPi-apparaat gebruikt. Die USB-aansluiting is het zwakste punt voor een RPi-knooppunt.
- omdat de hardware robuuster en duurzamer is dan een RPi.
- gebruik een gehoste knooppuntoplossing (Voltage, Nodl, Nodana, dedicated knooppunt-VPS) die wordt beheerd door professionals in knooppuntarchitectuur, die alleen het kerngedeelte (Bitcoin + LN-knooppunt) bieden met hoge beschikbaarheid en ondersteuning.
- gebruik een andere machine, bijvoorbeeld thuis/op kantoor/op afstand VPS waar u installeert uw benodigde apps om uw node te beheren: BTCPay, LNbits, Thunderhub, RTL etc. en wijs hun configuratie naar uw externe LN-node.
- SCB backups - een offline kopie van de status van uw kanalen, met alleen de informatie die nodig is om de kanalen te sluiten (samen met uw seed) en de fondsen van kanalen terug te halen naar uw onchain wallet. Houd er rekening mee dat dit channels.backup bestand ALLEEN kan worden gebruikt met uw node seed! Maak een kopie van dit SCB bestand elke keer dat u een kanaal opent en/of sluit. Of maak scripts die dit SCB bestand kunnen maken op een lokale schijf elke keer dat u kanalen opent/sluit en vervolgens het bestand rsync op een externe locatie. Het hoeft niet bij elke transactie te zijn die u met uw node hebt gedaan.
- Laatste status van channels.db en wallet.db. Deze bestanden KUNNEN NIET direct worden teruggezet of zelfs als u de node afsluit en een kopie maakt, zijn niet nuttig, omdat deze wordt gewijzigd zodra u de node opnieuw start.
ZONDER kanalenstatus
Om uw fondsen ZONDER de kanalen te herstellen, kunt u de SCB-back-up gebruiken die automatisch sluit en fondsen herstelt in de onchain-wallet. Dit is de gemakkelijkste manier en ik beschrijf het in deze handleiding (zie methoden 2,3,4,5,6).
Ik raad u ten zeerste aan om optie 3 te gebruiken en terwijl u de fondsen herstelt in Blixt, kunt u een nieuwe nodeID, nieuwe seed, nieuwe wallet, nieuwe identiteit opnieuw opbouwen met uw oude machine. Later kun je de fondsen gewoon verplaatsen naar je nieuwe node van Blixt of ze gewoon gebruiken, als een privé mobiele node, als een begeleidende kleine node voor je home node.
MET kanalenstatus
Om een node te herstellen MET de kanalen intact, zoals in de vorige status, moet je een aantal stappen uitvoeren om de omgeving voor te bereiden. Uitgelegd in deze gids, zie methoden 1, 3, 4, 7, 8, 9, 10.
Als je node is gecrasht, maar je nog steeds toegang hebt tot de bestanden, is dit het beste geluksmoment, je hebt 2 taken om te doen:
- 1. kopieer de wallet.db en channel.db van die "niet startende" node ergens anders, out. channel.db kan groot zijn, dus is een USB-stick niet genoeg. Controleer eerst de grootte.
- 2. zodra je die 2 bestanden veilig hebt, begin je met het bouwen van je hele node vanaf nul of als je een eerdere kopie hebt, herstel je deze volledig. LET OP! als je herstelt, als je die 2 bestanden kunt overslaan, anders zul je ze moeten overschrijven met de laatste kopie die je zojuist uit die dode node hebt gehaald. Moet altijd de laatste staat zijn.
Wanneer je de node-software herbouwt, kies je de optie "herstellen van seed" zodat je dezelfde nodeID en encryptiesleutels van je vorige node kunt hebben, en dezelfde wallet.db en channel.db kunt gebruiken. Als je een andere seed/nodeID gebruikt, zijn die bestanden niet bruikbaar en kunnen ze niet worden ontgrendeld!
Dit is het gedeelte waarin je de gegevensmappen moet "reconstrueren". Als u niet herstelt van een volledige kopie die al die mappen bevat waar de wallet en channel.db zich eerder bevonden, moet u de node-software vanaf nul installeren, deze laten starten, de mappen en de sync-db opnieuw opbouwen en deze vervolgens stoppen. Kopieer de 2 bestanden naar hun locatie en start de node opnieuw op. Klaar.
Vervolgens kunt u uw node opnieuw opstarten. Het zal de 2 bestanden netjes inhalen en hergebruiken, al je kanalen zullen er zijn, het zal alleen even duren om blokken in te halen en te synchroniseren.
- Ga niet impulsief aan de slag met het updaten van je node-software, direct nadat deze is uitgebracht of als het je node-problemen niet eens oplost. Sommige updates zijn klein, andere belangrijk.
- Lees de release-opmerkingen zorgvuldig door en kijk of de update een voordeel is of een fout verhelpt die je met je node had. Als het je niet direct raakt, hoef je niet meteen de update uit te voeren. Wacht op een belangrijkere release. Soms kunnen ook quick release-updates bugs bevatten die niet op tijd door devs zijn geverifieerd. Er kan van alles gebeuren, het zijn ook mensen. Wacht dus nog 1-2 dagen en kijk wat andere ongeduldige gebruikers zeggen nadat ze de update hebben uitgevoerd.
- OS-updates zijn belangrijker dan node-software-updates. Controleer dus vaker de OS-updates en voer ze uit wanneer dat nodig is.
- Wanneer je het OS updatet, stop dan altijd eerst de node. Sommige vereisten kunnen docker-componenten of andere modules zijn die de node-software beïnvloeden. Dus het besturingssysteem wordt bijgewerkt en de machine wordt afgesloten. Ja, niet gewoon opnieuw opstarten, maar afsluiten, een paar seconden wachten om het geheugen te wissen en opnieuw te starten. Dit is ook een goede gewoonte om de schijfclusters in goede staat te houden en het geheugen te reinigen van slechte dingen.
- Altijd, voordat u de node-software bijwerkt, eerst het besturingssysteem bijwerken.
- RPi-gebruikers hoeven meestal geen besturingssysteemupdates uit te voeren, omdat de node-software samen met het besturingssysteem is ingebouwd, meestal is het een aangepaste versie van Debian OS, aangepast voor RPi.
- Voor niet-RPi-gebruikers raad ik ten zeerste aan om als besturingssysteem een Debian Linux te gebruiken. Is robuuster, controleert het bestandssysteem beter, minder overbodige desktop-dingen, voor een node-besturingssysteem moet je minimalistisch zijn, je gebruikt het niet de hele tijd.
- Maak het niet ingewikkelder met VM's, Ubuntu-servers die alleen maar veel bronnen in beslag nemen. Een node heeft dat niet nodig. Je hebt alleen de basis nodig om een node te runnen.
BELANGRIJKE ASPECTEN
USE CASE PRACTICES
A. Hardware
Wanneer u met een nieuw knooppunt begint, moet u zich eerst afvragen: waarvoor gebruik ik dit knooppunt? Bouw vervolgens uw machinehardware op basis van noodzaak en ga na verloop van tijd alleen naar een andere configuratie als dat nodig is.
Leren / studeren machine
Op dit niveau kan elke RaspberryPi-machine zijn, goedkoop, eenvoudig te installeren en te monteren, laag stroomverbruik en schattig. Vertrouw niet te veel op deze kleine machines. Voor oefenen en leren zijn erg goed, u zult veel leren. Maar ze zijn niet 100% betrouwbaar.
Ook als u voor een Rpi-apparaat gaat, gebruik dan ten minste minimaal 8 GB RAM-geheugen en een goede SSD-schijf. Ook de stroomadapter is erg belangrijk. Een defecte of niet originele adapter zal een reeks storingen in cascade veroorzaken en u zult niet weten waarom. Dat komt door die kleine stroomadapter.
mSD-kaarten gaan ook vaak kapot, dus zorg altijd dat je er een reserve hebt, klaar om te installeren en de oude te vervangen als die kapotgaat. Deze zijn erg handig bij stroomuitval.
Deze kleine machines staan bekend om hun hoge uitvalpercentage, om verschillende redenen. Dus zelfs als je nog in de "leerfase" zit, is het raadzaam om een UPS te gebruiken. Dat geeft je meer gemoedsrust en een goede nachtrust.
Geavanceerde machine
Wanneer je er klaar voor bent en meer hebt geleerd over het runnen van een node, is het tijd om je hardwareniveau te verhogen. Nu wilt u een betrouwbaardere machine, die meer verbindingen, meer kanalen, snellere betalingen aankan en u de zekerheid geeft dat uw geld niet dagen of weken in de herstelmodus wordt vastgezet vanwege een crash.
Als uw budget niet zo "royaal" is, kunt u kiezen voor een goede tweedehands desktopmachine. Tegenwoordig verkopen veel kantoren hun 1-2 jaar oude machines voor een paar centen. En sommige daarvan, zelfs barebones, zijn verdomd goede machines voor een node. Meestal komen ze al met min 8GB RAM, soms koopjes met 16GB (!!!).
Waarom barebones?
CPU maakt niet echt uit, voeg gewoon 2 goede SSD-schijven toe voor RAID en je bent klaar!
UPS is nog steeds een must-have. Waarom? Omdat het meestal terugkomt met een andere spanning, pieken, ampères of gewoon flikkert, enz. als er een stroomstoring is. Dat kan de stroombron van uw machine beschadigen. Meestal is de stroombron de eerste die uitvalt, waardoor de rest wordt beschermd. Maar je weet maar nooit. Een UPS zorgt voor een goede en gezonde stroom van elektriciteit naar uw machine en houdt ook de internetverbinding online.
Onthoud: een knooppunt hoeft niet bijzonder te zijn, het moet betrouwbaar zijn.
Ik zou hier aanraden om een goede machine te vinden, met RAID-chip op het moederbord, die ten minste RAID 1-configuratie op BIOS-niveau aankan. Wat betekent dit? Betekent dat u een RAID-volume kunt bouwen, rechtstreeks in BIOS, van 2 schijven, zodat gegevens tegelijkertijd op beide schijven worden geschreven. Dus als één schijf "ziek" of dood wordt, kunt u uw gegevens nog steeds veilig op de dubbele schijf hebben, die nog steeds functioneert. U kunt uw machine uitschakelen, de zieke schijf vervangen en het RAID-systeem bouwt het dubbele RAID-systeem in een paar minuten opnieuw op vanaf de gezonde schijf. Geen gegevensverlies, geen gesloten kanalen, geen verloren geld.
Bedrijfsmachine
Wanneer u een node runt voor een serieuze business die 100% afhankelijk is van die node, is het tijd om serieus na te denken over het hebben van een 24/7/365 node machine. Alleen het kerngedeelte van de node, niet de apps die u erbovenop installeert. Als u uw kernknooppunt hebt beveiligd, hebt u meer flexibiliteit waar en hoe u uw bedrijfsapps en -oplossingen beheert.
Ik zou hiervoor het volgende scenario aanbevelen:
Dat is alles wat u nodig hebt voor een oplossing met hoge beschikbaarheid, met bijna nul kans om fondsen, kanalen, peers, tijd, klanten etc. te verliezen.
B. Gegevensback-up en -herstel
Het belangrijkste is de wallet seed. Dit is het eerste dat u moet opslaan en veilig bewaren, bijvoorbeeld in een offline wachtwoordbeheerder (Keepass of Vaultwarden).
LND nodes database backups
Voor LND nodes zijn er twee soorten opslaggegevens die kunnen worden hersteld:
Met "laatste status" wordt bedoeld dat ALLEEN de status vóór het herstellen van een dode node nuttig is. Wanneer uw machine om hardwareredenen dood is of de software niet start, maar u nog steeds toegang hebt tot de bestanden. Maak dan een kopie van deze 2 bestanden op een externe schijf (kan groot zijn) en gebruik ze later nadat u de nieuwe node hebt herbouwd.
U hebt 2 manieren om een LND-node te herstellen/herstellen:
CLN-knooppunten databaseback-ups
Voor deze implementatie zijn knooppunten veel eenvoudiger en is het gewoon een recursieve kopie van een eenvoudig klein databasebestand hsm_secret.
Het hele proces wordt uitgelegd in deze handleiding voor CLN.
C. Onderhoud en software-updates
OK, zoveel gebruikers vroegen naar updates en hoe vaak ze die moesten doen.
Het antwoord is simpel: altijd is nodig. Precies, niet altijd, maar alleen wanneer nodig.
Waarom? Omdat niet alle tijd nodig is :) Als iets prima werkt zonder fouten, betekent een nieuwe versie niet automatisch beter. Nieuwe functies of apps die je niet gebruikt, betekent niet dat je moet updaten. Stabiliteit is belangrijker dan nieuwe dingen.
Aanbevelingen:
Ik denk dat dit genoeg aspecten zijn voor jou, de nieuwe node operator die nu je reis naar deze fascinerende wereld van nodes start.
Ik hoop dat je de beste node runt die je kunt en ik heb je genoeg informatie gegeven om een node te runnen onder goede omstandigheden. Fijne Lightning!