English EN | Español ES | Deutsch DE | Français FR | Italiano IT | Hrvatski HR | Hindi HI

Oorspronkelijk gepost op Substack op 12 dec. 2022. Hier bijgewerkt op 28 dec. 2024.

Een gids voor nieuwe LNbits-gebruikers/beheerders, over hoe je de LN-node achter elke LNbits-instantie start en beheert.

Deze gids is bedoeld voor degenen die LNbits in hun bedrijf willen implementeren, maar geen ervaring hebben met het runnen van een Lightning-node achter LNbits.

Aan het einde van de gids vindt u meer documentatie om te bestuderen. Dit artikel is alleen bedoeld om u wat "eerste begeleiding" te geven. Dit is NIET de ultieme gids voor uw node-liquiditeit. Het is alleen voldoende om u, de nieuwe LN-gebruiker, op het juiste pad te zetten. Nadat u deze handleiding hebt gelezen, zult u veel huiswerk moeten doen.

Ik zal proberen het in eenvoudige bewoordingen uit te leggen, zodat het kan worden opgenomen door elk type gebruiker dat niet zo bekend is met technische details en laat staan ​​een LN-knooppunt draait, maar LNbits wil gaan gebruiken voor verschillende zakelijke en persoonlijke scenario's.

BELANGRIJK ASPECT

LNbits is een boekhoudsysteem bovenop uw LN-knooppunt.

Vanaf v12.0 is er ook een knooppuntbeheersoftware!

Zie LNbits als een "wordpress modulair framework" voor uw knooppunt. Een eenvoudig te beheren platform, gebaseerd op extensies die u kunt combineren voor talloze use cases.

Zie LNbits als uw eigen financiële beheersoftware voor banken. Uw node biedt kanalen om via te betalen en LNbits breidt uw node uit om meer dan één lightning wallet te kunnen runnen die uw node heeft. Deze wallets hoeven niet per se van u te zijn. Stel dat u, als LN node runner, al voldoende kanaalliquiditeit en fondsen hebt en nu wilt u wat bitcoin banking services aanbieden aan uw vrienden, familie, eigen winkel of andere vaste handelaren.

U biedt hen een eenvoudige manier om een ​​"bankrekening" te openen op uw node zonder toegang te hebben tot andere wallets op uw node en tot al uw node liquiditeit, maar alleen hun deel. Jouw node (de bank) fungeert alleen als transportprovider voor hun betalingen (in/uit).

LET OP: alle fondsen die jouw “klanten” storten op hun LNbits bankrekeningen op jouw node, gaan rechtstreeks naar jouw node LN kanalen. Dat betekent dat JIJ de echte eigenaar bent van die fondsen. Je zult een grote verantwoordelijkheid dragen voor hun fondsen. Wees niet slecht en ga er niet vandoor met de fondsen, wees niet slecht en reken geen hoge kosten. We willen de fiat banksters neuken, niet elkaar (bitcoin gebruikers).

A - Node (bank) liquiditeitsbeheer

Dit is een heel belangrijk onderdeel, waar veel nieuwe gebruikers een beetje de weg kwijtraken, omdat ze de basis niet kennen van hoe het Lightning Network werkt en wat er nodig is om goede liquiditeit te bieden voor inkomende en uitgaande betalingen.

De leercurve is niet eenvoudig, maar ook niet zo moeilijk. Met wat geduld en lezen kan iedereen het. Maar begin alsjeblieft niet met het aanbieden van diensten met je LNbits-bank aan anderen voordat je je LN-node goed hebt voorbereid.

De meest voorkomende use cases voor een node als deze (LNBits merchant bank, reguliere gebruikers, specifieke backend voor een web-app) hebben een aantal vereisten nodig voor een soepele vaart:

Wat is inkomende liquiditeit? De capaciteit die een LN-node heeft om betalingen te ontvangen. Niet alleen in totaal, maar ook voor elke betaling.

Wat is uitgaande liquiditeit? Betekent de totale capaciteit die uw node kan verzenden.

Denk aan betalingen via uw node als glazen water die, gevuld met water, door een klein of groot rietje of pijp. Het glas (de ontvanger), is het LN-kanaal, kan op een bepaald moment slechts een bepaalde hoeveelheid water transporteren en uw glas kan in totaal niet meer verzenden dan u in uw glas bezit.

Ik zal nu niet in detail treden, uitleggen hoe LN werkt. Ik heb uitgebreide handleidingen geschreven op mijn handleidingenpagina en hier heb ik een lijst met LN-bronnen samengesteld om te bestuderen, met documentatie, tutorials, tools, links, services etc.

Het voorbereiden van een LN-node-liquiditeit vereist geduld, tijd, studie en het selecteren van goede peers, vooral als u het voor commerciële doeleinden gaat uitvoeren. Hier zal ik je wat advies geven over hoe je aan de slag kunt gaan, zodat je nieuwe LNbits sats kunnen ontvangen en verzenden voor al je extra accounts en gebruikers. Je zult je eigen manier vinden om je node te finetunen, zodra je meer hebt geleerd over liquiditeitsbeheer.

Stel dat je een gloednieuwe node klaar hebt, maar nog geen LN-kanalen. Op dit moment konden uw LNbits geen betalingen ontvangen of verzenden buiten uw "bank", naar het wilde LN (Lightning Network).

Als belangrijkste hulpmiddel om LN-knooppunten te controleren en te bestuderen, raad ik aan om Amboss of Mempool LN explorer-pagina te gebruiken, waar u veel details van een knooppunt kunt leren, inclusief uw eigen.

Nodepresentatie op Amboss-pagina

Belangrijke aspecten bij het zoeken naar een goede peer-knooppunt / kanaalpartner:

Details over knooppuntkanalen op de Amboss-pagina

Let op de details op de Amboss-pagina, die u een diepgaand inzicht geven in hoe dat knooppunt zijn kanalen beheert: kanaalgrootte, basistarief, tarief, TimeLock, enz.

Deze aspecten zijn erg belangrijk wanneer het tijd is om uw eerste peers te kiezen.

a. Kanaalgrootte

Open geen kleine kanalen die minder dan 3M sats zijn. Blijf echter onder de max. 10-21M sats.

Het hangt allemaal af van uw gebruik per betaling. Als u er zeker van bent dat u zeer grote kanalen kunt gebruiken, kunt u bijvoorbeeld ook een 21M sats-kanaal hebben, maar beperk het aantal sats per enkele betaling tot 1M, met behulp van de min/max HTLC-optie, per kanaal. Ik heb hier een uitgebreide handleiding geschreven over het resultaat van het gebruik van deze methode.

b. Totale nodecapaciteit

Uw node moet voldoende capaciteit hebben voor alle klanten van uw "bank".

Het belangrijkste rapport: Node Total Liquidity

In deze schermafbeelding van Thunderhub (node ​​management-app) ziet u de totale inkomende en uitgaande capaciteit en ook de maximale grootte van inkomende en uitgaande bedragen per transactie.

Het is aan te raden om dit in evenwicht te houden, ik bedoel om bijna dezelfde capaciteit te hebben voor ontvangen en ook voor verzenden. Alle uitgebreide afvoeren in één richting kunnen resulteren in mislukte betalingen.

Het maakt niet echt uit of een kanaal niet perfect 50-50 in evenwicht is.

Uw node LN-kanalen zullen er na een tijdje zo uitzien, één kant die uw sats zijn en de andere kant die de sats van uw peer vertegenwoordigt, altijd heen en weer jonglerend terwijl wallets op uw node het gebruiken en betalingen van anderen worden gerouteerd.

Ook wat via het ene kanaal binnenkomt, kan mogelijk via een ander kanaal naar buiten gaan, wat ze na verloop van tijd in evenwicht zal brengen.

Ja, in het begin is het goed om te beginnen met gebalanceerde kanalen, zodat u rechtstreeks in- en uitgaande betalingen kunt hebben en verstrekken. Dit kan worden bereikt met circulaire rebalancing, waarbij een swap-service wordt gebruikt om sats van uw LN-kanalen terug te verplaatsen naar uw onchain-adres en ze opnieuw te gebruiken om meer kanalen te openen. Ik zal in het volgende hoofdstuk uitleggen hoe dat werkt.

c. Liquiditeit

Een goede strategie zou zijn om 2-3-4-5 kanalen te openen met een aantal goede LSP's (Liquidity Service Providers), om vanaf het begin goede routes te hebben. Bij voorkeur die met wallet provider nodes waar veel andere gebruikers mee verbonden zijn en die goede verbindingen hebben.

Zie meer voorbeelden in deze gids "Managing Lightning Node Liquidity".

Breid vervolgens je verbindingen uit met meer Bitcoin-bedrijfsnodes (services, exchanges, LSP, Rings of Fire etc.). De Amboss-pagina is erg goed om er een te vinden.

Ik kan je mijn persoonlijke lijst met goede peers laten zien die ik in de loop van de tijd heb verzameld, maar ze zijn misschien niet 100% geschikt voor je eigen behoeften en na verloop van tijd veranderen deze peers hun beleid of sluiten ze zelfs hun nodes. Neem het dus alleen als voorbeeld. Sommige van de nodes daar zijn misschien niet eens meer online.

Elke node-operator moet zijn eigen lijst met peers bijhouden, deze indien mogelijk bijwerken en aanpassen aan eigen behoeften.

Je opent een eerste kanaal, laten we zeggen van 10M sats met een van deze peers. Vervolgens gebruik je een swap-service om de helft van de sats (5M min of meer) uit het kanaal te verplaatsen. Op deze manier kun je die sats hergebruiken om het volgende kanaal te openen en ook inkomende liquiditeit te krijgen. Zie de speciale gids over submarine swaps die ik hier heb geschreven.

Herhaal het proces voor de volgende 3-4 nieuwe kanalen en je hebt een mooie liquiditeit om mee te beginnen. Na verloop van tijd kunt u uw aantal peers uitbreiden met behulp van LightningNetworkPlus of Satoshi Radio Rings of Fire of door handmatig andere geselecteerde knooppunten toe te voegen met behulp van specifieke hulpmiddelen om uw peers te analyseren voordat u er verbinding mee maakt: LN Router, LN Node Insight, NodeMatch, LN-kanalen TG Bot en LN-kanalen TG Bot en LN Router en LN Node Insight. href="https://darthcoin.substack.com/i/42092296/tools-explorers-analyzers-stats">andere meer.

d. Levensduur

Probeer je LN-kanalen zo veel mogelijk open te houden. Vooral de kanalen die meer verkeer genereren. Je zult het gedrag van je node bijna elke dag moeten observeren als je goede routes voor je klanten wilt bieden. Observeer waar en vanwaar je node fondsen ontvangt, waar de meeste sats naartoe gaan, probeer de beste routes voor die bestemmingen te vinden.

Als andere "jonge nodes" verbinding met je willen maken, maar ze genereren niet veel verkeer en zijn ook meestal offline, moet je die nutteloze kanalen sluiten. Ze genereren alleen maar rommelverzoeken en laden je node met nutteloze time-outs. Een goede tool om dit te observeren is LNTop. Ik heb in deze andere handleiding enkele waarschuwingen uitgelegd.

Over het algemeen moet een LN-kanaal alleen in een paar gevallen worden gesloten, anders moet het online blijven:

OK, nu heb je een goed knooppunt met goede liquiditeit, je bent meer dan klaar om betalingsdiensten aan anderen aan te bieden. Laten we eens dieper ingaan op het beheren van uw LNbits-server.

B. LNbits Bank Management

Installatieprocedure

Eerste stap: Waar te installeren? Eigen machine of gehoste oplossing?

Zoals ik heb uitgelegd in deze speciale handleiding, kun je het installeren op je bundelknooppunt, maar je kunt het ook standalone installeren op ELKE andere gewone pc-machine.

Mijn persoonlijke mening over dit aspect is om een ​​speciale LN-knooppuntmachine te draaien (hetzij een thuisbundel, een VPS, een Voltage-knooppunt in de cloud) en de LNbits-instantie op een aparte machine. Dit maakt beide beter beheersbaar, toegankelijker en ik kan de financieringsbron op elk gewenst moment wijzigen.

Ja, het is fijn om het "alles-in-één" te hebben, maar wat als uw bedrijf te veel afhankelijk is van die LNbits-instantie en uw LN-knooppunt crasht? Het op dezelfde machine hebben als uw LN-knooppunt kan leiden tot verliezen. Maar als u beide op afzonderlijke machines hebt, kunt u eenvoudig de financieringsbron wijzigen met een ander LN-knooppunt en bent u klaar om direct betalingen te blijven ontvangen of doen.

De installatiehandleiding is heel eenvoudig en in 5-10 minuten hebt u een werkende LNbits. Ik zou voorstellen om de Caddy-proxy te gebruiken, is heel eenvoudig en snel te installeren en configureren. Met Caddy koppelt u uw LNbits-instantie aan een domein dat bijvoorbeeld uw online-shop kan hosten. Let op, dit is essentieel als u bankdiensten aan anderen wilt aanbieden.

Het instellen van de financieringsbronnen is in principe het aanpassen van een paar regels in het .env-configuratiebestand en klaar. Start de lnbits-service en … happy lightning.

Maak regelmatig een back-up van uw LNbits-database

Als u respect hebt voor de klanten van uw "bank", moet u regelmatig back-ups maken van uw LNbits-database. Het is niet moeilijk om dat te doen. Gewoon een kopie van de lnbits/data-map.

Binnenkort, wanneer de nieuwe admin-extensie klaar is en wordt uitgebracht, zullen er meer automatische en webUI-opties zijn om die back-up/herstel uit te voeren.

Deze database bevat ALLEEN: gebruikersportemonnee-ID's en toegang, transactiegeschiedenis, saldo, persoonlijke instellingen, enz.

Houd er rekening mee dat deze database (een sqfile) net als een excel-bestand is. HET IS GEEN portemonnee, kanaal of xpub. Dus als u de LNbits-bank naar een andere financieringsbron wilt verplaatsen (een ander knooppunt in geval van een ramp), kunt u eenvoudig uw LNbits-instantie naar een ander LN-knooppunt verwijzen en klaar, de saldi van de klant zijn er, maar u bent gewoon overgestapt naar een andere "kluis", een andere liquiditeitstransportprovider.

Als u uw LNbits-instantie naar een andere server wilt verplaatsen, kunt u ook gewoon die database kopiëren en plakken en LNbits opnieuw starten.

LNbits kan op verschillende financieringsbronnen worden uitgevoerd zoals beschreven in de installatiehandleiding hier. Dus zelfs als je het eerder had draaien met een LND-knooppunt en je wilt bijvoorbeeld overschakelen naar een CLN-knooppunt, is een eenvoudige wijziging in het .env-bestand voldoende en start je de LNbits-service opnieuw op.

Open je LNbits-bank voor clearnet-toegang

Een LNbits alleen achter Tor hebben is NIET betrouwbaar. Ja, vandaag de dag kan iedereen een bundelknooppunt starten zoals Umbrel, Citadel, myNode, Raspiblitz, Embassy etc. die standaard achter Tor draait. Ja, je kunt er een van die gebruiken voor je LNbits, die al geïntegreerd is, gemakkelijk te starten met één klik.

Maar het leuke is dat de klanten van je bank niet weten wat Tor is en waar het voornamelijk voor is. En ook werken niet alle services en functionaliteiten goed achter Tor. Laat staan ​​browsercompatibiliteit en verbinding.

Dus hier, in deze speciale gids heb ik geschreven over verschillende scenario's hoe je een LNbits-appserver kunt bouwen en toegankelijk kunt zijn op clearnet (https, IP/domein). Let op alle details en scenario's.

Lees meer LNbits-documentatie

Hier is een lijst met meer links over LNbits, use case-scenario's, voorbeelden, documentatie, om te lezen en u te inspireren voor uw eigen use cases en scenario's:

LET OP: Als u vindt dat deze handleiding niet voldoende is uitgelegd, stuur me dan uw vragen/suggesties over hoe ik deze kan verbeteren of schrijf er zelfs een andere voor een specifiek geval.

Als u deze handleiding hebt gelezen, maar uw kennisniveau is niet zo technisch (is begrijpelijk), deel dit artikel dan met uw "Uncle Jim"-vriend die meer technisch onderlegd is en u kan helpen bij het instellen van uw eigen LNbits of die het zelfs voor u kan uitvoeren.