Hier gibt es an der Wallet auch Kritikpunkte – insbesondere hinsichtlich der Verwahrung der privaten Schlüssel, der Zentralisierung und der hohen Gebühren für den Empfang von Zahlungen. In diesem Bericht gehen wir detailliert auf die Funktionsweise, Sicherheit, Gebührenstruktur und Alternativen ein, um eine umfassende Einschätzung der Wallet of Satoshi zu geben.

Was ist die Wallet of Satoshi

Die Wallet of Satoshi ist eine mobile App, die für iOS und Android verfügbar ist. Sie ermöglicht es, Bitcoin über das Lightning Network zu senden und zu empfangen, ohne sich um technische Details wie Kanäle, Liquidität oder Routing kümmern zu müssen. Die Wallet ist custodial, was bedeutet, dass der Anbieter die privaten Schlüssel für den Nutzer verwaltet.

Hauptmerkmale der Wallet of Satoshi

• Extrem einfache Bedienung: Perfekt für Anfänger, da kein technisches Wissen erforderlich ist.
• Lightning- und On-Chain-Zahlungen: Unterstützt sowohl das Lightning Network als auch klassische Bitcoin-Transaktionen.
• Sofortige Nutzung ohne Backup: Kein Seed-Wiederherstellungssatz oder komplizierte Einrichtung notwendig.
• Bezahlen per QR-Code und LNURL: Einfacher Empfang und Versand von Zahlungen.
• Fiat-Kaufmöglichkeit: Nutzer können Bitcoin direkt per Kreditkarte oder Banküberweisung erwerben.
• Gute Integration mit Lightning-fähigen Diensten: Unterstützt Lightning-Zahlungen für Spenden, Trinkgelder oder E-Commerce.
• Zentralisierte Verwahrung der Coins: Die Wallet ist custodial – Nutzer haben keinen Zugriff auf ihre privaten Schlüssel.
• Sehr sehr hohe Onchaingebühren - Achtung, das versenden von Onchain Sats ist mit der WalletofSatoshi sehr teuer, die Grundgebühr beträgt 1%, dazu kommt beim versenden noch ein Fixbetrag dazu.

Custodial vs. Non-Custodial – Was bedeutet das

Ein wesentlicher Aspekt der Wallet of Satoshi ist, dass es sich um eine custodial Wallet handelt. Das bedeutet, dass der Anbieter die privaten Schlüssel verwahrt und nicht der Nutzer selbst.

Vorteile von Custodial Wallets

• Kein Risiko, den Seed zu verlieren: Da der Anbieter die Schlüssel speichert, kann ein Nutzer seine Wallet nicht durch den Verlust einer Seed-Phrase verlieren.
• Einfachste Nutzung: Die Wallet funktioniert direkt nach der Installation, ohne dass der Nutzer Kanäle verwalten oder eine Back-up-Strategie entwickeln muss.
• Kein technisches Wissen erforderlich: Im Gegensatz zu Non-Custodial Wallets muss sich der Nutzer nicht um das Routing oder die Verwaltung von Liquidität kümmern.

Nachteile und Risiken von Custodial Wallets

• Kein Zugriff auf Private Keys: „Not your keys, not your coins“ – wer die privaten Schlüssel nicht selbst besitzt, hat keine vollständige Kontrolle über seine Bitcoin.
• Zensur-Risiko: Der Anbieter kann Transaktionen blockieren oder Konten sperren.
• Regulatorische Abhängigkeit: Da WoS eine zentrale Plattform ist, könnte sie durch regulatorische Vorgaben gezwungen werden, KYC-Daten zu verlangen oder Nutzern aus bestimmten Ländern den Zugang zu verweigern.
• Anfällig für Hacks oder Geschäftsaufgabe: Sollte der Betreiber gehackt werden oder insolvent gehen, könnten alle Coins der Nutzer verloren sein.

Alternative: Non-Custodial Lightning Wallets

Für Nutzer, die volle Kontrolle über ihre Coins behalten möchten, gibt es Non-Custodial Alternativen, wie z. B.:

• Phoenix Wallet – Perfekte Mischung aus Benutzerfreundlichkeit und Selbstverwaltung.
• Zeus Wallet – Für Node-Betreiber mit Fokus auf maximale Kontrolle.
• Breez Wallet – Guter Kompromiss zwischen Einfachheit und Dezentralität.

Gebühren und Kosten

Ein positiver Aspekt der Wallet of Satoshi ist, dass sie keine eigenen Gebühren für das Senden oder Empfangen von Lightning-Zahlungen erhebt. Es fallen lediglich die üblichen Routing-Gebühren des Lightning-Netzwerks an, die jedoch von den beteiligten Nodes und nicht von Wallet of Satoshi selbst erhoben werden.

Gebührenstruktur

💡 Zusammenfassung: Für Lightning-Transaktionen ist Wallet of Satoshi gebührenfrei, allerdings können bei On-Chain-Transaktionen und Fiat-Käufen Gebühren durch externe Anbieter entstehen.

Benutzerfreundlichkeit & Features

Die Wallet of Satoshi bietet eine der intuitivsten und einfachsten Benutzeroberflächen, die es im Bitcoin-Space gibt.

Positives

• Einfache Installation & sofortige Nutzung ohne Anemeldung
• Übersichtliches Design, verständlich für Einsteiger
• Gute Integration von Lightning & QR-Code-Zahlungen
• Kein Backup oder technisches Setup notwendig
• Email Adresse reicht, um euren Account wiederherzustellen

Negatives

• Kein Zugriff auf eigene Private Keys
• Nur eingeschränkte Funktionen für fortgeschrittene Nutzer
• Keine Möglichkeit, Lightning-Kanäle selbst zu verwalten
• Sehr hohe Onchain Gebühren!!

Anwendung der Wallet of Satoshi

Die Anwendung der Wallet of Satoshi ist komplett simple. Ihr braucht euch nicht einmal irgendwo anmelden. Es muss kein Push Dienst wie bei Phoenix laufen, die Wallet funktioniert also auf Phones ohne G-Play und ihr bekommt eine zufällig generierte Lightning Adresse zugewiesen.

Empfangen von Sats Onchain und Offchain

Lightning Sats empfangen

Das Empfangen geht relativ einfach. Ihr geht links unten auf den Button Empfangen, wählt dann Betrag / Notiz aus, und erstellt hier eine Rechnung/Invoice über einen Betrag den ihr festlegt. Ausserdem könnt ihr dem Empfänger eine Rechnungsnotiz hinterlassen, damit er weiss, wofür die Invoice ist. Diese Invoice sendet ihr dann einfach an den Empfänger. Dieser scannt die Invoice mit seiner App, und begleicht somit die Rechnung. Ihr erhaltet die Sats direkt auf eure Wallet.

Eigene Lightning Adresse

Unter der Option erhaltet ihr auch eine automatisch generierte Lightning Adresse. Anstatt eine Invoice zu kreieren, könnt ihr diese Adresse auch an euren Partner schicken. Mit einer LNURL kompatiblen Wallet, kann euer Gegenüber dann einfach Sats an diese Adresse schicken. Hier muss vorher kein Betrag festgelegt werden!

Onchain Sats empfangen

Wollt ihr Onchain Sats empfangen, dann klickt ihr einfach auf das Bitcoin Symbol, und ihr erhaltet eine BTC Adresse, die ihr eurem Partner schicken könnt.

Achtung, vom Betrag den ihr erhaltet, werden euch 1% Gebühren abgezogen!

Versenden von Sats Onchain und Offchain

Das Versenden von Sats ist quasi noch einfacher. Ihr geht wieder auf den Main Screen, und wählt einfach unten Senden. Nun könnt ihr mit dem QR Scanner einen QR Code abscannen. Ausserdem habt ihr mit den Buttons unten die Möglichkeit die Adresse manuell einzugeben, aus der Zwischenablagen einzufügen, oder aus einem Screenshot zu entnehmen.

Die App erkennt automatisch ob es sich um eine Onchain Adresse, oder eine Lightning Invoice handelt.

Onchain Sats zu erhalten kostet bei der WalletofSatoshi relativ viel, euch werden 1% plus ein fixer Betrag in Sats abgezogen. Achtet also auf die Gebühren! Das kann bei grösseren Beträgen schnell sehr teuer werden!

Handelt es sich um eine Lightning Invoice, so wird euch der zu bezahlende Betrag anzeigt, und auch eine Beschreibung, für was ihr da bezahlt. Mit senden gebt ihr die Invoice frei, und der Betrag wird dem Empfänger praktisch sofort zugestellt.

Einstellungen und weitere Optionen der Wallet of Satoshi

Ihr habt die Möglichkeit, direkt über die WalletofSatoshi Bitcoin zu kaufen, oder zu Verkaufen. Das geht direkt über die Einstellungen. Allerdings sei hier gesagt, dass der Anbieteter MoonPay KYC verlangt, ihr euch also einen Account anlegen müsst, und eure Personaldaten hinterlegen müsst. Anti-KYC Nutzer werden hier also keine Freude haben.

Desweiteren könnt ihr in den Einstellungen die Sprache ändern, die Standardwährung festlegen, und auch Hädnler finden die BTC akzeptierten über die Opensource Map BTCMap. Unter Kontakte könnt ihr User hinzufügen, die eine Lightning Adresse besitzen.

In den erweiterten Einstellungen gibt es weniger interessantes zu sehen:

Ihr könnt den Betrag in BTC oder Sats anzeigen lassen, und auch festlegen dass euer PIN oder euer Fingerabdruck gefordert wird, wenn ihr Rechnungen bezahlt.

LNURL-Auth Login

Die Wallet hat auch die Möglichkeit, dass ihr euch über euren WalletofSatoshi Account auf Seiten mit LNURL-Auth Login einloggen könnt. Dazu geht ihr einfach auf den Senden Button, und scannt den LNURL-Auth QR Code ab, und ihr seid auf der jeweiligen Seite eingeloggt.

Ist die Wallet of Satoshi sicher

Die Sicherheit einer Wallet hängt davon ab, ob der Nutzer oder der Anbieter die Kontrolle über die Coins hat, Schlüssel wir also etwas auf, ob die Wallet sicher ist, oder nicht:

🔒 Technisch sicher: Die Wallet nutzt eine verschlüsselte Infrastruktur und Lightning-Zahlungen sind kryptografisch abgesichert.
❌ Nicht sicher aus Sicht der Verwahrung: Da es eine custodial Wallet ist, verliert der Nutzer seine Coins, falls der Anbieter gehackt wird oder den Dienst einstellt.
⚠ Kein Open-Source-Code: Im Gegensatz zu vielen anderen Bitcoin-Wallets ist WoS nicht Open Source, sodass der Code nicht unabhängig überprüft werden kann.

Wie lade ich Sats auf meine Wallet

Wie bereits erwähnt, verfügt die App über die Moon Integration die es euch erlaubt, Sats zu über die App zu kaufen und direkt auf die Wallet zu laden. Moon erfordert aber Full-KYC und hat dazu noch relativ hohe Gebühren von 2-3%. Wem das KYC nicht stört, kann deutlich günstiger an Börsen wie Binancen, Kraken, Bitpanda und Co für 0.01% kaufen, oder man nimmt Boltz als komplett KYC freie Option, oder Pocketbitcoin.com als Light-KYC Variante. Dazu haben wir einen eigenen Beitrag geschrieben. Schaut dazu am besten mal hier vorbei!

Sollte man Wallet of Satoshi nutzen

Das hängt von euren eigenen Präferenzen, und eurem Risiko-Management ab, hier dazu einige Gedanken:

Für wen ist Wallet of Satoshi geeignet

✅ Ideal für Einsteiger, die Lightning ausprobieren wollen.
✅ Geeignet für spontane Zahlungen, Trinkgelder und kleinere Beträge.
✅ Praktisch für temporäre Nutzung, aber keine langfristige Lösung, vor allem nicht für höhere Beträge.

Wer sollte Wallet of Satoshi meiden

❌ Nutzer, die ihre Coins selbst verwalten wollen („Not your keys, not your coins“).
❌ Personen, die eine langfristige und sichere Bitcoin-Lösung suchen.
❌ Nutzer die nur OpenSource Software verwenden wollen.

Empfohlene Alternativen

• Phoenix Wallet (Non-Custodial, einfach, geringe Gebühren)
• Zeus Wallet (Für erfahrene Nutzer mit eigener Lightning Node oder Non-Custodial mit einer embedded LND Node in der App)
• Breez Wallet (Guter Mittelweg zwischen Einfachheit & Kontrolle)
• Bitbanana: sehr gute Wallet um die eigene Node zu verwalten.

Zusammenfassung

Die Wallet of Satoshi ist eine gute Anfänger-Wallet, aber langfristig nicht empfehlenswert. Wer sich mit Bitcoin beschäftigt, sollte Non-Custodial Alternativen nutzen, um volle Kontrolle über seine Coins zu behalten. Ausserdem ist die Wallet nicht Opensource.

The post Lightning ohne Full Node mit der Wallet of Satoshi appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

In diesem Beitrag stellen wir euch die verschiedenen LNURL-Funktionen genauer vor. Unser Ziel ist es, euch die vielseitigen Einsatzmöglichkeiten zu zeigen und euch zu inspirieren, wie ihr LNURL in eurem Alltag oder sogar in euren eigenen Projekten nutzen könnt.

Was kann LNURL?

Mit LNURL stehen euch praktische Funktionen zur Verfügung, die das Lightning-Erlebnis bereichern, darunter:

• LNURL-withdraw: Zahlungen empfangen, indem ihr Geld von einem Dienst abhebt.
• LNURL-auth: Einfaches Anmelden und Einloggen bei externen Diensten.
• LNURL-pay: Bezahlungen durchführen, ohne dass eine Rechnung erstellt werden muss.
• Lightning-Adresse: Zahlungen so einfach senden wie das Schreiben einer E-Mail.
• LNURL-Channel: Sich mit einem eingehenden Lightning-Channel verbinden.

Warum LNURL nutzen?

LNURL macht den Austausch zwischen Zahlern und Zahlungsempfängern unkomplizierter und intuitiver. Die Bedienung ist so einfach, dass man nur einen QR-Code scannen muss – vorausgesetzt, die eigene Wallet unterstützt LNURL.

Wie funktioniert LNURL?

Ein Dienstanbieter erstellt eine speziell formatierte Anfrage (bech32-codiert), die über einen QR-Code an den Nutzer übermittelt wird. Dieser QR-Code enthält alle notwendigen Informationen, damit eure Lightning-Wallet direkt mit dem Dienst kommunizieren kann. Einmal gescannt, wird die gewünschte Funktion ausgeführt – schnell, sicher und ohne technisches Fachwissen.

LNURL Withdraw

Um eine Lightning-Zahlung zu erhalten, erstellt der Zahlungsempfänger eine Rechnung (Invoice) mit Betrag und Verwendungszweck, die an den Zahler übermittelt wird. Mit LNURL kann dieser Prozess nutzerfreundlicher gestaltet werden, indem der Zahlungspflichtige selbst die Zahlungsanforderung initiiert.

Anwendungsfälle für LNURL Withdraw

• Abheben von Guthaben aus einer Wallet, z. B. zur Übertragung auf eine andere Wallet.
• Auszahlung von verdientem Guthaben, z. B. durch Aktivitäten oder Affiliate-Programme.
• Nutzung auf Börsen oder Gaming-Seiten.

Ihr scannt einen QR-Code mit einer LNURL-kompatiblen Wallet, und der Betrag wird direkt gutgeschrieben.

Beispiel: Pocketbitcoin.com

Pocket bietet LNURL Withdraw an, um gekaufte Sats über Lightning direkt auf eure Wallet zu übertragen. Einfach den QR-Code mit der Receive-Funktion scannen, und die Sats werden euch auf eure Lightning Wallet oder Node gutgeschrieben.

LNURL-Auth

Mit Hilfe von LNURL-Auth lassen sich Autorisierungen, Registrierungen oder Anmeldungen bei externen Diensten und Webseiten vornehmen. Der Vorteil für den Anwender ist es, dass keine persönlichen Informationen preisgegeben werden müssen. Bei satoshiskleinanzeigen.space kann man sich beispielsweise mit LNURL-Auth anmelden:

Man bekommt einen QR-Code angezeigt, den man mit einer Lightning wallet scannen kann, welche LNURL-Auth unterstützte wie zum Beispiel Breez und Phoenix oder Bitbanana und Zeus LN welche mit der eigenen Node verbunden sind.

Nachdem ihr den QR Code gescannt habt, seid ihr angemeldet und bekommt einen eindeutige User-ID angezeigt. Ihr müsst keinerlei persönliche Daten und email-Adressen hinterlegen.

Wenn man sich erneut auf seinem Account anmelden will, dann verwendet man die gleiche Lightning Wallet erneut und ist wieder eingeloggt als der selbe Benutzer. Als User identifiziert man sich ausschliesslich über seinen Public Key und sonst nichts. Kein Passwort, keine EMail-Adresse, kein Username oder etwas ähnliches.

Es findet auch keine Weiterleitung der Informationen zu anderen Webseiten statt. Ihr könnt bei jeder anderen Webseite, die LNURL-Auth verwendet, mit der gleichen Lightning Wallet ein Account aufmachen und euch darüber immer wieder einloggen.

LNURL Pay

Für eine Lightning-Zahlung erstellt der Empfänger eine individuelle Lightning Invoice, die dem Zahler alle nötigen Informationen zur Zahlung und Zuordnung bereitstellt. Da jede Zahlung einzigartig ist, können keine statischen QR-Codes verwendet werden.

Mit LNURL-Pay wird der Ablauf vereinfacht: Der Zahler initiiert die Zahlung, indem er den Empfänger auffordert, eine Rechnung zu erstellen. Der Zahler kann Betrag und Kommentar hinzufügen, bevor die Zahlung abgeschlossen wird.

Beispielanwendung: Die Donation Button vom BTCPay Server der euch einen QR Code generiert, der automatisch eine Invoice erstellt, in der höhe des von euch angegeben Betrags, oder ein Strassenkünstler stellt einen statischen QR-Code auf. Spender können den Code scannen, den Betrag in ihrer Lightning-Wallet festlegen und direkt spenden.

Lightning Adresse

Mit LNURL-Pay lassen sich Lightning-Zahlungen bequem an eine sogenannte Lightning-Adresse senden, die wie eine E-Mail-Adresse aussieht. Eine Lightning-Adresse (z. B. mario@btcpay.yourdevice.ch) wird in Lightning-Wallets, die LNURL-Pay unterstützen, wie eine Zahlungsadresse eingegeben. Die Wallet generiert automatisch eine Lightning Invoice, die an den Empfänger geschickt und von diesem verarbeitet wird.

So funktioniert's:

1. Gebt die Lightning-Adresse in eurer Wallet ein, wo sonst LNURLs hinterlegt werden.
2. Eure Wallet kommuniziert mit dem Server hinter der Lightning-Adresse, um eine Zahlungsanforderung zu generieren.
3. Bestätigt den Betrag und sendet die Zahlung.

Beispiel:

• Möchtet ihr es ausprobieren? Sende einen Sat an mario@btcpay.yourdevice.ch und erfahrt wie einfach es ist, Lightning Adressen zu verwenden.
• Nutzer der sats.mobi Telegram Wallet erhalten ebenfalls automatisch eine Lightning-Adresse in der Form tg-username@sats.mobi

Tipp: Viele moderne Lightning-Wallets unterstützen Lightning-Adressen, darunter Phoenix, Wallet of Satoshi, und Breez. Prüft eure Wallet auf diese Funktionalität, um Lightning-Zahlungen noch einfacher zu gestalten! Viele Wallets beherschen auch ein Kontaktbuch, mit der ihr eure Kontakte mit Lightning Adressen auch einfach ablegen könnt. Hier ein Beispiel der Bitbanana Wallet:

LNURL-Channel

LNURL-Channel dient dazu, den Prozess der Kanalöffnung durch einen anderen Node zu vereinfachen und zu automatisieren. Es ermöglicht, dass ein Node, der euch Liquidität zur Verfügung stellen möchte, eine Verbindung zu deinem Node herstellt und einen Kanal eröffnet, ohne dass du dies manuell anstoßen werden muss. Dies kommt meisst dann zur Anwendung, wenn ihr einen Kanal kauft, zum Beispiel bei einem LSP (Liquid Service Provider)

Wie funktioniert es?

1. Der Betreiber eines Nodes, der Kanäle anbietet (z. B. eben ein Service-Provider oder ein Freund), generiert einen LNURL-Channel QR-Code.
2. Ihr scannt diesen QR-Code mit eurer Lightning-Wallet, die LNURL-Channel unterstützt.
3. Eure Wallet sendet automatisch die nötigen Informationen an den anderen Node (wie zum Beispiel eure Node-ID).
4. Der andere Node eröffnet daraufhin einen Kanal zu euch und stellt euch die gewünschte Liquidität bereit.

Wann ist LNURL-Channel sinnvoll?

• Erleichterung für neue Nutzer: Neue Lightning-Nutzer können so unkompliziert einen ersten Kanal eröffnen lassen, ohne technische Details wie die Node-ID manuell einzugeben.
• Förderung von Lightning-Adoption: Anbieter, Börsen oder Services können LNURL-Channel anbieten, um Nutzern mit einem Klick Liquidität bereitzustellen.
• Automatisierung: Der Prozess spart Zeit und reduziert Fehler, da keine manuelle Interaktion mit der Node nötig ist.

Wichtiger Hinweis:
LNURL-Channel ist nicht zwingend notwendig für Nodes hinter Tor oder Firewalls, die bereits öffentlich erreichbar sind. Stattdessen zielt es darauf ab, den Prozess der Kanalöffnung für Nutzer einfacher, schneller und intuitiver zu gestalten.

Lightning Wallets mit LNURL Unterstützung

Folgende Lightning Wallets unterstützen LNURL bzw. Funktionen von LNURL

Quelle: https://coincharge.de

Wir versuchen, diese Liste aktuell zu halten. Gibt es neue Funktionen oder Lightning Wallets, die hier aufgeführt werden sollten? Teilt uns das gerne mit unter info@yourdevice.ch

Fazit

LNURL ist eine leistungsstarke Erweiterung des Lightning-Netzwerks, die den Alltag mit Lightning-Zahlungen erheblich erleichtert. Es bietet vielseitige Funktionen, um bisherige Einschränkungen zu überwinden und Nutzererlebnisse zu verbessern:

1. Nutzerfreundlichkeit: LNURL-Mechanismen wie LNURL-Pay, LNURL-Withdraw und LNURL-Channel machen Lightning-Zahlungen intuitiver und zugänglicher – selbst für technisch weniger versierte Nutzer.
2. Flexibilität: Mit LNURL lassen sich sowohl Zahlungen empfangen (LNURL-Pay) als auch Guthaben abheben (LNURL-Withdraw) oder Kanäle eröffnen (LNURL-Channel). Lightning-Adressen ermöglichen zudem einfache Zahlungen über eine E-Mail-ähnliche Adresse.
3. Automatisierung: Komplexe Abläufe, wie die Erstellung von Invoices oder Kanalverbindungen, werden automatisiert. Das reduziert Fehler und spart Zeit.
4. Vielfältige Einsatzmöglichkeiten: Von Spenden über Börsenauszahlungen bis hin zu benutzerfreundlichen Onboarding-Prozessen – LNURL eröffnet viele neue Anwendungsfelder im Lightning-Netzwerk.

LNURL ist also ein entscheidender Schritt in Richtung einer barrierefreien und massentauglichen Nutzung von Lightning. Es reduziert technische Hürden und schafft eine solide Basis für die breitere Akzeptanz und Verbreitung des Lightning-Netzwerks. Ich hoffe der Artikel "Was versteht man unter LNURL bei Lightning" hat euch gefallen und konnte etwas Licht ins dunkle bringen.

The post Was versteht man unter LNURL bei Lightning appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Was ist der Unterschied zwischen BTC und LN BTC

Bitcoin (BTC) basiert auf der Haupt-Blockchain, die Transaktionen weltweit dezentral und sicher verarbeitet. Dieser Prozess stellt sicher, dass jede Transaktion transparent und unumkehrbar ist, bringt jedoch eine relativ lange Bestätigungszeit und Netzwerkgebühren mit sich, die je nach Nachfrage erheblich schwanken können. Diese Merkmale machen BTC besonders sicher, aber für alltägliche, schnelle Transaktionen weniger ideal.

Lightning-Bitcoin (LN BTC) hingegen läuft über das Lightning Network – eine „zweite Ebene“ (Layer-2) des Bitcoin-Netzwerks. Hierbei werden Zahlungen in „Payment Channels“ abgewickelt, ohne dass jede Transaktion direkt auf der Bitcoin-Blockchain aufgezeichnet wird. Das reduziert die Gebühren erheblich und macht LN BTC extrem schnell – oft in Sekundenschnelle. Erst wenn ein Kanal geschlossen wird, wird der endgültige Saldo in einer einzigen on-chain Transaktion auf der Bitcoin-Blockchain festgeschrieben.

Die Methoden für den Transfer

Schauen wir uns nun die schnellsten und besten Methoden an, wie man seine BTC in Lightning BTC umwandeln kann!

1. Phoenix Wallet – Nahtlos und unkompliziert

Eine der einfachsten Methoden, um Bitcoin in Lightning BTC zu wechseln, ist die Phoenix Wallet. Diese Wallet ist besonders nutzerfreundlich und eignet sich sowohl für Einsteiger als auch für fortgeschrittene Nutzer. Der Vorteil von Phoenix liegt darin, dass sie on-chain Bitcoin automatisch in Lightning BTC umwandelt, sobald du eine Lightning-Adresse als Ziel angibst. Dafür müsst ihr zuerst ein paar Onchain BTC auf die BTC Wallet der Phoenix Wallet laden:

Vorteile

• Automatische Konvertierung: Ihr sendet Bitcoin Onchain Guthaben an die Phoenix Wallet, und die Phoenix Wallet wird euch automatisch anbieten, einen entsprechenden Kanal zu eröffnen, um euch Lightning Guthaben zu erstellen wenn ihr eine Lightning Invoice bezahlen möchtet.
• Nutzerfreundlich: Die App ist relativ einfach zu bedienen und nimmt euch den technischen Aufwand ab Lightning Kanäle zu verwalten
• Geringe Gebühren: Die Umwandlung erfolgt zu fairen Gebühren.

Nachteile

• Nur mobile App: Phoenix ist nur als App für mobile Geräte verfügbar, was die Nutzung am Desktop einschränken kann.
• Push Voraussetzung: Funktioniert nur mit Phones auf dem Google Play installiert ist, auf GrapheneOS Phones mit Sandboxed Google Play oder auf Calyx Phones mit Micro-G

Eine Anleitung zur Phoenix Wallet findet ihr hier!

2. Pocket Bitcoin Lightning – Direkt von Fiat zu Lightning

Pocket Bitcoin bietet einen Service an, bei dem ihr Bitcoin direkt mit Fiat-Geld kaufen und an eine Lightning-Wallet senden könnt. Am besten eignen sich dabei die Phoenix, und die Breez Wallet. Der Umweg über on-chain Bitcoin entfällt hier komplett, da Pocket Bitcoin eure gekauften Bitcoin direkt als LN Bitcoin zurücksendet. Dies spart Zeit und Gebühren, da ihr den Umwandlungsprozess umgeht.

Vorteile

• Direkter Kauf in Lightning: Ihr kauft mit Fiat direkt Lightning-Bitcoin, ohne zuerst on-chain Bitcoin zu erhalten.
• Kein Umwandlungsprozess: Dieser Weg spart Zeit und Gebühren, da kein zusätzlicher Wechsel nötig ist.
• Einfacher Kaufprozess: Pocket Bitcoin bietet eine benutzerfreundliche Oberfläche, die den Kaufprozess angenehm macht.

Nachteile

• Fiat-Einschränkungen: Die Verfügbarkeit des Dienstes ist abhängig vom Land und den angebotenen Zahlungsmethoden. Ausserdem kann pro Monat seit 2025 nur bis zu 1000CHF in BTC/Lightning umgewandelt werden, danach fällt ein KYC Prozess an.

Anleitung dazu hier: https://pocketbitcoin.com/de/learn/lightning/top-up-lightning-wallet

3. Boltz – Ohne Registrierung und schnell

Boltz ist ein Non-Custodial-Exchange-Service, der es euch erlaubt, ohne Registrierung und ohne KYC (Know Your Customer) Bitcoin gegen Lightning-Bitcoin zu tauschen. Boltz bietet sogenannte "Atomic Swaps" an, bei denen ihr eure Bitcoin on-chain einzahlen und im Gegenzug Lightning-Bitcoin erhalten könnt. Ihr könnt eure LN BTC danach an eine Lightning Wallet eurer Wahl schicken, indem ihr einfach zuerst mit der Wallet eine Invoice in einer gewünschten höhe erstellt, und danach in das Invoice Fenster von Boltz kopiert. Boltz fordert euch dann auf, die umgerechnete Menge an BTC an den Dienst zu senden.

Vorteile

• Keine Registrierung: Ihr benötigt kein Benutzerkonto und könnt den Service völlig anonym nutzen.
• Schnelle Abwicklung: Die Konvertierung erfolgt schnell, sobald eure on-chain Bitcoin in einer Transaktion bestätigt wurden.
• Privatsphäre: Da keine KYC-Verifizierung erforderlich ist, bietet Boltz hohe Anonymität.

Nachteile

• Transaktionsgebühren: On-chain Transaktionen verursachen immer Netzwerkgebühren, die zusätzlich zu den Wechselgebühren anfallen.
• Servicegebühren - die Nutzung des Services beinhaltet zudem eine Service Gebühr, die in der Regel um die 0.1% beträgt.

Der Link zur Boltz Exchange: https://boltz.exchange/

4. Breez Wallet – Integrierte Dienste und einfache Konvertierung

Die Breez Wallet ist eine weitere beliebte Lightning-Wallet, die es euch erlaubt, direkt von Bitcoin zu Lightning BTC zu wechseln. Breez ermöglicht es euch, Bitcoin On-chain zu empfangen und diese in eurer Wallet zu halten, und danach sie direkt ins Lightning-Netzwerk zu übertragen. Die App eröffnet für euch selbstständig Lightning Kanäle ähnlich wie die Phoenix Wallet.

Vorteile

• Integrierte Funktionalität: Ihr könnt nahtlos zwischen Bitcoin und Lightning-BTC wechseln.
• Zahlreiche Zusatzfunktionen: Breez bietet integrierte Dienste wie Point of Sale (POS) für Händler.
• Open Source: Die App ist quelloffen, was sie transparent und sicher macht.
• Keine Push; Push ist nicht notwendig wie bei der Phoenix Wallet
• Kleinere Gebühren: Die Umwandlung zwischen on-chain und Lightning kosten Gebühren.

Nachteile

• soweit keine

Anleitung dazu hier: https://coincharge.io/en/breez-wallet/

5. Blue Wallet – Einfacher In-App-Swap

Die Blue Wallet ist besonders für ihre einfache Bedienung bekannt und erlaubt es Nutzern, Bitcoin sowohl on-chain als auch off-chain (Lightning) zu verwalten. Der In-App-Swap ermöglicht es, on-chain Bitcoin direkt in Lightning-BTC umzuwandeln. Dazu müsst ihr aber via LNDHub eine Lightning Wallet verbinden. Danach könnt ihr auf der Lightning Wallet auf Manage Funds, und wählt anschliessend Refill als Option. Es müssen ein paar BTC auf die BTC Wallet vorher überwiesen worden sein. Für die Lightning Wallet bietet sich unsere LNBits Wallet an.

Vorteile

• Einfacher Swap: Die Blue Wallet macht es sehr einfach, zwischen den beiden Netzwerken zu wechseln.
• Benutzerfreundlich: Dank der simplen Oberfläche ist die Wallet besonders einsteigerfreundlich.
• Multi-Wallet-Unterstützung: Ihr könnt mehrere Wallets erstellen und verwalten.

Nachteile

• Custodial: Die Lightning-Funktion der Blue Wallet ist custodial, d.h., ihr vertraut eure Lightning-Funds dem Betreiber der Wallet an.

Anleitung dazu hier: https://bluewallet.io/lightning/

6. Umtausch via Exchange

Habt ihr euch bei einer Exchange angemeldet, zum Beispiel Kraken, Bitfinex, Binance oder etc, könnt ihr natürlich auch dort BTC kaufen, und diese direkt über die Plattform in LN-BTC umwandeln. Dazu müsst ihr die Swap Tools verwenden, eure BTC in LN-BTC tauschen, und diese dann per Invoice an eure Wallet auszahlen lassen. Eine Anleitung wie das ungefähr aussieht, findet ihr hier ebenfalls im Phoenix Tutorial an Ende des Beitrags.

Vorteile

• relativ einfache Handhabung
• schnelle Swaps
• praktisch kostenlose Swaps möglich
• Auszahlung ebenso fast kostenlos
• hohe Liquidität

Nachteile

• Anmeldung und KYC auf der Börse notwendig
• tägliche Auszahlungslimite, danach Meldung der Transaktionen aufgrund der Travelrule

7. Robosats

Robosats bietet euch eine anonyme Möglichkeit, ohne KYC Fiat Money in LN Bitcoin umzutauschen. Es gibt eine TOR Seite von Robosats, es benötigt keinerlei Anmeldungen, auch nicht mit einer Email, und das ganze funktioniert über Session-Tokens. Allerdings ist die Handhabung etwas kompliziert. Dazu gibt es eine Art Orderbook, und es gibt teilweise höhere Aufschläge auf den üblichen Marktpreis. Die LN-BTC könnt ihr danach an via Invoice an eine Wallet eurer Wahl senden. Ein Anleitung findet ihr dazu hier.

Vorteile

• KYC-frei und anonym
• sicher durch Escrow Verfahren
• keine Anmeldung erforderlich
• mehre Zahlungsmethoden möglich

Nachteile

• etwas komplex in der Anwendung
• hohe Auschläge zum üblichen Marktpreis
• eher geringe Liquidität vorhanden

Fazit

Es gibt verschiedene Wege, um Bitcoin in Lightning BTC umzuwandeln – von Wallets wie Phoenix und Breez, die den Prozess nahtlos und einfach machen, über anonyme Dienste wie Boltz, bis hin zu direktem Kauf über Pocket Bitcoin. Welche Methode die beste für euch ist, hängt davon ab, wie ihr eure Bitcoin verwalten möchtet, ob euch Privatsphäre wichtig ist und welche Gebühren ihr in Kauf nehmen möchtet.

Für schnelle und unkomplizierte Umwandlungen sind Phoenix und Boltz besonders geeignet, während Pocket Bitcoin die ideale Lösung ist, wenn ihr direkt mit Fiat in Lightning einsteigen möchtet.

Probiert die Methoden aus und findet heraus, welche am besten zu euch passt!

The post Die schnellsten Möglichkeiten Bitcoin in Lightning BTC umzuwandeln appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Was ist Satoshis Kleinanzeigen?

Satoshis Kleinanzeigen ist eine Online-Plattform, die es ihren Nutzern ermöglicht, Waren und Dienstleistungen im Peer-to-Peer-Stil zu handeln, ähnlich wie bei traditionellen Kleinanzeigenportalen. Der große Unterschied? Hier wird ausschließlich mit Bitcoin gehandelt. Die Plattform vereint die Anonymität und Sicherheit von Bitcoin mit den Vorteilen eines lokalen Marktplatzes, der ohne Zwischenhändler oder Banken auskommt. Die Idee dahinter ist simpel: Käufer und Verkäufer können sich direkt miteinander verbinden und Zahlungen in Bitcoin abwickeln, ohne auf zentrale Plattformen oder Zahlungsdienstleister angewiesen zu sein.

Peer-to-Peer Plattform

Da es sich um eine Peer-to-Peer-Plattform handelt, liegt die Verantwortung für die Sicherheit und die Abwicklung der Transaktionen direkt bei euch. Um Betrug zu vermeiden, können verschiedene Sicherheitsmechanismen genutzt werden, wie z. B. Treuhandservices, bei denen das Bitcoin-Guthaben eines Käufers erst freigegeben wird, wenn die Ware erhalten wurde. Dies gibt sowohl Käufern als auch Verkäufern ein gewisses Maß an Vertrauen in die Plattform.

Funktionen und Vorteile von Satoshis Kleinanzeigen

• Zahlungen in Bitcoin: Die Plattform ermöglicht ausschließlich Zahlungen in Bitcoin, was insbesondere für Krypto-Enthusiasten attraktiv ist, die eine Alternative zu herkömmlichen Fiat-Währungen suchen. Durch die Nutzung von Bitcoin entfällt die Notwendigkeit, sich mit Banken oder anderen zentralen Finanzinstitutionen auseinanderzusetzen.
• Privatsphäre und Anonymität: Anders als bei traditionellen Plattformen müssen Nutzer bei Satoshis Kleinanzeigen keine sensiblen persönlichen Daten preisgeben. Lediglich eine Bitcoin-Wallet-Adresse und eine Lightning Wallet sind nötig, um Transaktionen durchzuführen. Dies garantiert ein hohes Maß an Privatsphäre. Der Login is direkt über die eigene Lightning Node möglich.
• Gebührenfrei: Die Plattform ist grundsätzlich gebührenfrei, die User handeln untereinander und einigen sich über den Preis.

Herausforderungen und Zukunftsperspektiven

Obwohl Satoshis Kleinanzeigen zahlreiche Vorteile bietet, gibt es auch einige Herausforderungen, die die Plattform bewältigen muss. Eine der größten Hürden ist die allgemeine Akzeptanz von Bitcoin im Alltag. Während immer mehr Menschen Kryptowährungen nutzen, bleibt Bitcoin für viele immer noch ein Investment-Asset, anstatt eines tatsächlichen Zahlungsmittels. Die meissten Nutzer zögern immer noch, ihre Sats auszugeben, da die Hoffnung auf steigende Kurse im Vordergrund steht.

Ein weiteres potenzielles Problem ist die Anonymität der Nutzer. Obwohl diese ein Vorteil für den Schutz der Privatsphäre ist, kann sie auch von Betrügern ausgenutzt werden. Hier könnten verbesserte Sicherheitsmaßnahmen, wie z. B. Verifizierungen oder Bewertungen von Nutzern, in Zukunft eine Rolle spielen und die Handelssicherheit verbessern.

Nichtsdestotrotz bietet Satoshis Kleinanzeigen eine vielversprechende Alternative zu herkömmlichen Handelsplattformen und hat das Potenzial, besonders in der Krypto-Community Fuß zu fassen. Mit der wachsenden Akzeptanz von Bitcoin als Zahlungsmittel und dem steigenden Bewusstsein für die Vorteile dezentraler Plattformen könnte Satoshis Kleinanzeigen ein Vorreiter für den Handel in der digitalen Ära werden.

Nutzung von Satoshis Kleinanzeigen

Um Inserate anbieten zu können, müssen sich Nutzer aktuell mit einer Lightning Wallet anmelden. Klickt dazu oben rechts auf das Profilbild, und scannt dazu einfach mit einer Lightning Wallet eurer Wahl den Login-Code, und ihr werdet anhand eurer Private Keys eurer Lightning Wallet authentifziert. Diese Login-Methode nennt sich LN-Auth, und ist sicherer und zudem privater als jedes Google Login. Es funktionieren alle gängigen Lightning Wallets, wie zum Beispiel die Phoenix Wallet, die Wallet of Satoshi, die Breez Wallet sowie auch eine Alby oder Strike Wallet mit Lightning Funktion. Natürlich könnt ihr auch eure eigene Lightning FullNode für die Authenfizierung verwenden. Nach der erfolgreichen Authenfizierung, könnt ihr auch schon direkt Inserate erstellen.

Profil bearbeiten

Bevor ihr loslegen könnt, ist es am schlausten, sich sein Profil kurz zurecht zu machen. Klickt auf das Profilbild und geht auf Profil bearbeiten.

Ihr legt am besten ein Profilname fest, und fügt euren Telegram Link im Format @euer_tg_name hinzu damit man euch kontaktieren kann. Ein Profilbild kann genutzt werden, muss aber nicht. Eine Email Adresse kann optional auch angegeben werden. Klickt danach auf Profil Speichern.

Inserat erstellen

Auf oben in der Toolleiste findet ihr unter INSERIEREN ihr auch gleich die Funktion, um Inserate zu erstellen. Wählt die Option und lasst uns ein neues Inserat erstellen:

Fügt ein paar Bilder hinzu, gebt dem Produkt eine entsprechende Bezeichnung und Beschreibung, und setzt ein paar passende Hashtags. Danach kann noch der Angebotstyp festgelegt werden. Möglich sind beginnt bei, Festpreis, oder Verhandlungsbasis. Legt einen Preis in Satoshis fest, und wählt ob der Preis inklusive, oder exklusive Versand ist. Danach noch die entsprechende Kategorie wählen, und schon ist das Inserat fertig!

Das Inserat wird von den Admins noch geprüft, und danach, sollte es keine illegale Inhalte beinhalten, freigegeben. Ihr findet es danach unter den vorhandenen Inseraten.

Selber etwas kaufen

Dazu muss eigentlich nicht viel gesagt werden, da es ziemlich selbsterklärend ist. Durchstöbert die Inserate, und sucht euch etwas nettes aus. Danach könnt ihr den Inserent durch die bereit gestellten Kontaktmöglichkeiten kontaktieren.

Ein paar Sicherheitshinweise zum Handeln

Der Handel, Kauf und Verkauf basiert auf Satoshis Kleinanzeigen rein auf Vertrauen. Das hört sich zuerst gefährlich an, jedoch kommt es wirklich selten vor, dass Betrüger unterwegs sind. Die Bitcoin Community ist wirklich vertrauensvoll. Ich selber kaufe, und verkaufe immer mal wieder was auf Satoshis Kleinanzeigen, und benutze dabei auch meinen gesunden Menschenverstand. Hier ein paar Tipps für einen sicheren handeln:

• Seid kritisch wenn euch das Gegegenüber schnell zu Zahlungen auffordert, da er beispielsweise schnell weg muss und den Handel schnell über die Bühne bringen möchte.
• bevorzugt bei grösseren Beträgen lieber ein persönliches Treffen
• Schätzt die Art und Weise, wie der Gegenüber kommuniziert ein, wie bereits erwähnt, sind Zeit-Limits, Druck und Stress kein gutes Zeichen.
• Lasst euch Bilder der Waren schicken, oder bei Unsicherheit auch ein Ausweis des gegenübers.
• Solltet ihr über Telegram kommunzieren, checkt doch mal, ob das Gegenüber in bekannten Bitcoin Gruppen ist (Raspiblitz & Raspiblitz German, PlebNet, Nodestrich) und etc. Das erhöht das Vertrauen gleich um einiges.

Spenden an Satoshis Kleinanzeigen

Das Projekt wird quasi nur mit eigenen Ressourcen finanziert, in der Freizeit entwickelt, und ist deshalb auf Spenden der Nutzer und Anwender angewiesen. Satoshis Kleinanzeigen ist eine Graswurzel-Bewegung. Getrieben von der Leidenschaft, Bitcoin in der Praxis zu erproben, sind die Mitglieder eng vernetzt und handeln bereits aktiv miteinander. Das langfristiges Ziel ist die Entwicklung eines dezentralen Marktplatz-Protokolls, das als echte Alternative zu den mächtigen, zentralen Plattformen dient. Um weitere Funktionen wie eine User Bewertung, einen Treuhand-Service, oder weitere Ideen zu entwickeln und auch zu integrieren, braucht das Projekt eure Unterstützung. Die Betreiber und das Team, würden sich deshalb um eine Spende freuen!

Fazit

Satoshis Kleinanzeigen ist eine innovative Plattform, die die Möglichkeiten von Bitcoin voll ausschöpft. Sie bietet euch die Freiheit, Waren und Dienstleistungen ohne die Einmischung von Dienstleistern die horrende Gebühren kassieren, Banken oder zentralen Behörden zu handeln und garantiert dabei ein hohes Maß an Privatsphäre. Trotz der bestehenden Herausforderungen hat die Plattform das Potenzial, in einer Welt, die zunehmend auf Dezentralität und digitale Währungen setzt, eine wichtige Rolle zu spielen.

Für alle Bitcoin-Enthusiasten, die nach einer einfachen Möglichkeit suchen, mit ihrer bevorzugten Kryptowährung zu handeln, ist Satoshis Kleinanzeigen auf jeden Fall einen Blick wert!

The post Satoshis Kleinanzeigen - Die Bitcoin Handelsplattform appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Vorbereitungen

Das Tutorial basiert auf dem Artikel eigenen IP2Tor Server für den Rapsiblitz einrichten. Damit ihr einen groben Überblick habt, lesst euch den Artikel vorher durch, damit ihr vorbereitet seid, und die entsprechenden Bedienungen installiert habt. Die im Artikel beschriebene Einrichtung vom LND Dienst muss nicht eingerichtet werden, sie galt nur als Beispiel.

Installiert euch zudem den BTCPay Server, und / oder LNBits auf eurem Raspiblitz. Schreibt euch die Onion Adressen der jeweiligen Dienste auf. Die findet ihr im cli-menu unter den jeweiligen Einträgen:

Die Onion Addresse für LNBits findet ihr 2 Einträge unter BTCPay Server Info.

Domain einrichten

Damit ihr euren BTCPay Server über eine Domain via https erreichen könnt, müsst ihr eine Domain haben, die auf den Server zeigt, dass kann auch eine gratis DynDNS Addresse sein, falls ihr kein Geld ausgeben möchtet. Bei einem VPS Server mit statischer IP bietet es sich aber an, eine eigene fixe Domain zu kaufen, und diese auf den Server zeigen zu lassen. Das könnt ihr zum Beispiel bei https://strato.de, oder in der Schweiz bei https://hostpoint.ch tun.

Falls ihr kein Bock auf sowas habt, könnt ihr auch eine Domain bei uns kaufen. Wir erledigen die Einrichtung mit einem A-Record auch gerne gleich mit dazu.

In den DNS Records müsst ihr einen A-Record setzen, der auf die VPS IP zeigt. Dies sieht in der Regel bei Hostpoint zum Beispiel so aus:

Name: eure Subdomain, zum Beispiel btcpay oder btcpay-raspibliblitz, und für LNBits zum Beispiel einfach lnbits
TTL: Bleibt bei 300
IP-Adresse: die IP Adresse eurer VPS

Danach Record hinzufügen und bestätigen.

Einrichtung auf eurem IP2Tor Server

Ihr habt euch im bestenfall schon einen IP2Tor Server eingerichtet, falls nicht, lesst den oben verlinkten Beitrag, und richtet kurz Tor und Socat ein. Hier nochmals der Beitrag:

BTCPay Server IP2Tor Dienst einrichten

Erstellt euch einen neuen IP2TorDienst auf dem VPS mit:

sudo nano /etc/systemd/system/ip2tor_btcpay.service

und fügt folgenden Inhalt hinzu:

[Unit]
Description=Tor2IP Tunnel Service
After=network.target

[Service]
User=root
Group=root
ExecStart=/usr/bin/socat TCP4-LISTEN:23002,bind=127.0.0.1,fork SOCKS4A:localhost:eure_btcpay_onion_addresse.onion:80,socksport=9050
StandardOutput=journal

PrivateTmp=true
NoNewPrivileges=true
ProtectSystem=full
ProtectHome=true

[Install]
WantedBy=multi-user.target

Der Port ist frei wählbar, ihr könnt einen nehmen, der euch passt. Dieser muss dann einfach mit dem SystemD Dienst weiter übereinstimmen. Ersetzt den fett markierten Teil mit eurer BTCPay Onion Adresse die ihr euch von eurem Raspiblitz notiert habt. Speichert die Datei mit strg+o und beendet mit strg+x

Startet den Dienst mit neu mit sudo systemctl start ip2tor_btcpay.service und checkt den Dienst mit sudo systemctl status ip2tor_btcpay.service:

Mit sudo systemctl enable ip2tor_btcpay.service aktiviert ihr den Dienst bei Systemstart.

Nginx installieren, einrichten und SSL Zertifikat beantragen

Damit wir die Seite über unsere Domain erreichen können, müssen wir uns Nginx auf dem VPS installieren und einen Reverse Proxy einrichten, der die Anfrage an socat weiterleitet.

Installiert euch nginx mit

apt install nginx

Entfernt die Standard Konfigurationen mit

rm /etc/nginx/sites-available/default
rm /etc/nginx/sites-enabled/default

Fügt eine neue nginx Konfiguration hinzu mit:

nano /etc/nginx/sites-available/ip2tor_btcpay 

und fügt folgenden Eintrag ein:

server {
    server_name eure_domain.de;

    location / {
        proxy_pass http://127.0.0.1:23002;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

Ersetzt den fett markierten Text mit eurer Domain die ihr bei eurem Hoster festgelegt habt und gebt den selben Port hier an!

Erstellt einen syslink in den sites-enabled Ordner:

ln -s /etc/nginx/sites-available/ip2tor_btcpay /etc/nginx/sites-enabled/

checkt ob alles korrekt ist mit dem Befehl nginx -t und falls ihr ein Syntax OK bekommt, ladet nginx mit sudo systemctl reload nginx neu.

SSL Zertifikat holen

Für die Domain brauchen wir ein SSL Zertifikat um eine gesicherte Verbindung herstellen zu können. Dafür müssen wir uns ein SSL-Zertifikat holen. Das geht am besten mit certbot. Damit lassen sich einfach Lets Encrypt Zertifikate beantragen, und direkt die entsprechende nginx Konfiguration anpassen.

Installiert euch certbot auf dem VPS mit:

apt install certbot python3-certbot-nginx

und beantragt anschliessend nach der Installation eine Zertifikat mit:

certbot --nginx -d eure_domain.de -m eure_mail_addresse

Ersetzt eure_domain.de mit eurer gekauftet Domain, und gebt eure Mail-Addresse an. Die Domain muss die selbe sein wie in der nginx Konfiguration, welche wir angelegt haben!

Ihr bekommt 2 Fragen von Letsencrypt. Einmal ob ihr mit den Vertragsbediengungen einverstanden seid, und einmal ob ihr Neuigkeiten von Letsencrypt erhalten wollt. Stimmt den Vertragsbediengungen hinzu, und nehmt den Newsletter an, oder nicht. Falls alles geklappt habt, bekommt ihr folgende Meldung:

Das SSL Zertifikat wird automatisch erneuert, falls es abläuft. Die Zertifikate sind in der Regel 90 Tage gültig.

Hat alles geklappt, könnt ihr nun euren BTCPay Server via Domain und https Verbindung aufrufen:

LNBits Server IP2Tor Dienst einrichten

Die Ablauf ist der selbe wie beim BTCPay Server. Natürlich müsst ihr auf eurem Hoster eine neue Subdomain erstellen, zum Beispiel lnbits.eure_domain.de. Erzeugt eine neuen LNBits Dienst auf dem VPS mit:

sudo nano /etc/systemd/system/ip2tor_lnbits.service

Fügt folgenden Inhalt hinzu:

[Unit]
Description=Tor2IP Tunnel Service
After=network.target

[Service]
User=root
Group=root
ExecStart=/usr/bin/socat TCP4-LISTEN:5002,bind=0.0.0.0,fork SOCKS4A:localhost:eure_lnbits_addresse.onion:80,socksport=9050
StandardOutput=journal

PrivateTmp=true
NoNewPrivileges=true
ProtectSystem=full
ProtectHome=true

[Install]
WantedBy=multi-user.target

Speichert die Datei ab, startet den Dienst mit sudo systemctl start ip2tor_lnbits.service und aktiviert den Dienst bei Systemstart mit sudo systemctl enable ip2tor_lnbits.service

Erstellt eine neue Nginx Kongifurationsdatei mit

nano /etc/nginx/sites-available/ip2tor_lnbits 

und fügt folgenden Inhalt hinzu:

server {
    server_name eure_lnbits_domain.de;

    location / {
        proxy_pass http://127.0.0.1:5002;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

Achtet darauf dass ihr den selben Port nehmt, wie in eurer Nginx Konfiguration! Fügt einen neuen symlink hinzu mit:

ln -s /etc/nginx/sites-available/ip2tor_lnbits /etc/nginx/sites-enabled/

Testet die Konfiguration mit nginx -t und ladet Nginx neu mit systemctl reload nginx

Danach wieder das SSL Zertifikat beantragen mit:

certbot --nginx -d lnbits-eure_domain.de -m info@yourdevice.ch

Passt die fett markierten Einträge entsprechend an.

Anschliessend solltet ihr über die URL auf eure LNBits Instanz kommen:

Damit ihr auf euren Server Account kommt, fügt die Wallet Addresse am Ende der URL hinzu, die euch der Info-Screen des Raspiblitzes gibt:

Abschluss

Die Einrichtung von Tor-Diensten über socat, Tor und Nginx mit SSL-Zertifikat bietet eine sichere und anonyme Methode, um verborgene Dienste im Clearnet zugänglich zu machen. Dieser Prozess ermöglicht es euch, die Vorteile des Tor-Netzwerks zu nutzen, während ihr gleichzeitig die Benutzerfreundlichkeit und Sicherheit einer HTTPS-Verbindung gewährleistet. Ich hoffe der Artikel <BTCPay und LNBits auf Raspiblitz über Clearnet erreichen mit IP2Tor> hat euch gefallen. Habt ihr Fragen, hinterlasst sie in den Kommentaren!

Keine Lust da selber einzurichten? Wir bieten ein IP2Tor Dienst in unserem Webshop direkt an:

The post BTCPay und LNBits auf Raspiblitz über Clearnet erreichen mit IP2Tor appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Was richten wir hier genau ein

Wir richten einen sogenannten Tor-to-IP-Tunnel-Dienst ein. Dabei wird der Datenverkehr von einem Tor Hidden Service über einen VPS geleitet, sodass er über eine normale IP-Adresse oder Domain zugänglich ist. Der VPS fungiert hierbei als Brücke zwischen dem Tor-Netzwerk und dem öffentlichen Internet.

Wie es funktioniert

1. Tor Hidden Service: Ein Dienst, der nur über das Tor-Netzwerk erreichbar ist, wird auf deinem lokalen Rechner betrieben.
2. VPS: Ein Virtual Private Server, der als öffentlich zugänglicher Einstiegspunkt dient.
3. socat: Ein Tool, das den Datenverkehr zwischen dem VPS und dem Tor Hidden Service weiterleitet.

Vorteile

• Verbirgt die IP-Adresse des Hosts vor der Öffentlichkeit und dem VPS.
• Kein Port-Forwarding im lokalen Netzwerk (LAN) des Hosts erforderlich.
• Zusätzliche Verschlüsselung durch Tor zwischen dem Host und dem VPS.

Nachteile

• Die Lösung ist elegant, um die eigenen Dienste via Clearnet zu erreichen, die Verbindung danach erfolgt aber weiterhin über Tor, ist also nicht so schnell wie zum Beispiel die VPN Lösung Tunnelsats.

Voraussetzungen

• SSH-Zugang zu einem Virtual Private Server (VPS) - Zum Beispiel ein minimales Paket bei IONOS oder Hetzner für für ca. 2-4 Euro pro Monat.
• Ein Rapsiblitz der voll synchronisiert ist. Die Dienste müssen eingerichtet sein, und funktionieren.
• Portfreigabe auf dem VPS Server: Der entsprechene Port muss in der Firewall des VPS Servers freigegeben sein!

Schritt-für-Schritt Anleitung

Einrichtung von Tor und Socat auf dem VPS Server

Meldet euch mit SSH als root-Benutzer an:

ssh root@VPS_IP_ADDRESSE

Bringt eures System auf den neusten Stand mit:

apt update && apt upgrade -y && apt autoremove -y && apt autoclean -y

Installiert socat:

apt install socat

Installiert danach Tor:

$ apt install apt-transport-https

$ sh -c 'echo "deb [arch=amd64 signed-by=/usr/share/keyrings/deb.torproject.org-keyring.gpg] https://deb.torproject.org/torproject.org $(lsb_release -sc) main" >> /etc/apt/sources.list.d/tor-project.list'

$ apt update

$ apt install tor

Einrichtung eines systemd-Dienstes

Erstellt einen separaten Prozess für jeden verbundenen Hidden Service, um zu vermeiden, dass jede Verbindung neu gestartet werden muss, wenn ein Dienst hinzugefügt oder entfernt wird. Vorteilhaft wäre es, den verwendeten Port und den Dienstnamen im Namen des Dienstes anzugeben, z.B. tor2ip<VPS_PORT>_<lnd>.

Erstellt die Dienstdatei

nano /etc/systemd/system/tor2ip9236_lnd.service

Fügt den folgenden Inhalt ein und passt die Variablen an:

• VPS_PORT: Der Port, der öffentlich zugänglich sein soll (in diesem Beispiel: 9236).
• TOR_HIDDEN_SERVICE_ADDRESS.onion: Die Adresse des Hidden Services.
  • Die Adresse erhaltet ihr auf dem Raspiblitz für Lightning zum Beispiel mit:
    lncli getinfo
• TOR_PORT: Der Port, den der Hidden Service verwendet (in diesem Beispiel für LND: 9735).

[Unit]
Description=Tor2IP Tunnel Service
After=network.target

[Service]
User=root
Group=root
ExecStart=/usr/bin/socat TCP4-LISTEN:9236,bind=0.0.0.0,fork SOCKS4A:localhost:TOR_HIDDEN_SERVICE_ADDRESSE.onion:9735,socksport=9050
StandardOutput=journal

[Install]
WantedBy=multi-user.target

TOR_HIDDEN_SERVICE_ADRESS ist dabei die Adresse vom Raspiblitz die ihr mit lncli getinfo auf dem Raspiblitz erhalten habt:

Die Tor Adresse ist der Teil nach dem @!

Dienst aktivieren und starten

systemctl enable tor2ip9236_lnd
systemctl start tor2ip9236_lnd

Überprüfung und Überwachung

Überprüft, ob der Tunnel aktiv ist mit:

netstat -tulpn

Achtet auf die Zeile:

tcp        0      0 0.0.0.0:9236            0.0.0.0:*               LISTEN      13684/socat  

Dienst überwachen

   systemctl status tor2ip9236

Beispielausgabe:

   ● tor2ip9236_lnd.service - Tor2IP Tunnel Service
      Loaded: loaded (/etc/systemd/system/tor2ip9236.service; enabled; vendor preset: enabled)
      Active: active (running) since Sun 2024-06-20 14:58:43 BST; 2min 23s ago
    Main PID: 13684 (socat)
       Tasks: 1 (limit: 1078)
      Memory: 540.0K
      CGroup: /system.slice/tor2ip9236.service
              └─13684 /usr/bin/socat TCP4-LISTEN:9236,bind=0.0.0.0,fork SOCKS4A:localhost:TOR_HIDDEN_SERVICE_ADDRESS.onion:9735,socksport=9050

   Jun 20 14:58:43 VPS_hostname systemd[1]: Started Tor2IP Tunnel Service.

Port freigeben auf dem VPS Server

In den Server Einstellungen bei eurem VPS Provider muss der Port 9236 wie in diesem Beispiel freigegeben werden. Bei Ionos findet ihr die Einstellungen unter Netzwerk -> Firewall Richtlinien:

Abschluss

Herzlichen Glückwunsch! Ihr habt erfolgreich einen Tor-to-IP-Tunnel-Dienst eingerichtet. Ihr könnt nun weitere Dienste hinzufügen, indem ihr unterschiedliche Ports auf dem VPS verwendet. Um auf die Ports/Dienste des Host-Computers zuzugreifen, verwendet dazu einfach die VPS_IP_ADRESSE:VPS_PORT.

Beispiel für die Verbindung zu LND. Eure Peers können sich nun mit der IP Adresse eures VPS und dem entsprechenden Port mit euch verbinden:

lncli connect NODE_PUBLIC_KEY@VPS_IP_ADRESSE:9236

Mit dieser Konfiguration im Artikel "Tor Dienste mit IP2Tor auf dem Raspiblitz via Clearnet ansprechen" habt ihr eine sichere und anonyme Möglichkeit geschaffen, Tor Hidden Services im Clearnet zugänglich zu machen. Achte darauf, die Sicherheit deiner Dienste stets im Auge zu behalten und die Regeln deines VPS-Anbieters zu beachten.

Resourcen:

https://github.com/openoms/bitcoin-tutorials/blob/master/tor2ip_tunnel.md

The post Tor Dienste mit IP2Tor auf dem Raspiblitz via Clearnet ansprechen appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Aber warum sollte man Lightning auf einem Raspberry Pi via Clearnet konfigurieren? Die Antwort liegt in der besseren Verfügbarkeit und der Latenz! Das Clearnet, im Gegensatz zum Tor-Netzwerk, bietet geringere Latenzen und eine höhere Verfügbarkeit, was besonders für zeitkritische HTCL-Transaktionen im Lightning Netzwerk von Vorteil ist. Für Node-Runner die eine hohe Anzahl Kanäle betreiben, und die Node zuverlässig betreiben wollen, ist eine Clearnet Anbindung fast schon unabdingbar.

In diesem Artikel zeigen wir euch Schritt für Schritt, wie ihr euren Raspberry Pi zu einem leistungsfähigen Lightning-Node konfiguriert, die über das Clearnet erreichbar ist. Wir gehen dabei auf die nötige Hardware, Software und Konfigurationen ein und erläutern die Vorteile und potenziellen Herausforderungen dieses Setups. So seid ihr bestens gerüstet, um die Vorzüge des Lightning Networks voll auszuschöpfen und dein Wissen in der Welt von Bitcoin Lightning zu erweitern.

Achtung: Clearnet und die Privacy

Das Betreiben eines Nodes hinter dem Tor-Netzwerk bietet viele Vorteile (Anonymität, Sicherheit und Benutzerfreundlichkeit) und ist daher derzeit die am meisten empfohlene Methode kleinere Nodes. Für Nodes, die eine hohe Anzahl verbundener Kanäle aufrechterhalten und/oder hohe Verfügbarkeitsanforderungen haben, kann Tor jedoch hinderlich sein. LND ermöglicht auch das Betreiben von Clearnet-Nodes, die das Tor-Netzwerk nicht nutzen, sondern direkt mit Peers verbunden sind. Dies erfordert, dass Node-Administratoren sich um die Sicherheitsrichtlinien des zugrunde liegenden Systems kümmern. Mindestens ein Port (Standard: 9735) muss weitergeleitet und für Remotepeers zugänglich gemacht werden. Es geht nicht nur um Sicherheit, sondern auch um das Risiko, durch die Clearnet-IP grob lokalisiert zu werden. Verwendet den Hybridmodus nur, wenn Privacy keine so grosse Rolle spielt sondern die Performance, Erreichbarkeit und Stabilität der Verbindung im Vordergrund steht!

Als Alternative zur eigenen IP freigeben, stellen wir euch am Ende des Berichts noch kurz den Service Tunnelsats vor! Damit habt ihr Privacy und Clearnet Vorteile kombiniert, kostet aber etwas Gebühren!

Vorbereitungen für den Raspiblitz Hybrid Mode

Um einen Lightning Node im Clearnet zu betreiben, müssen einige grundlegende Voraussetzungen für das Port Forwarding erfüllt werden:

1. Zugriff auf den Router: Ihr musst Zugang zu eurem Router haben, um die Einstellungen für das Port Forwarding zu konfigurieren. Der Router sollte UPnP unterstützen für den NAT Modus.
2. Offener Port: Der Standardport für Lightning Nodes ist 9735. Dieser Port muss im Router für die IP-Adresse deines Raspberry Pi weitergeleitet werden.
3. Fixe IP Adresse des Raspiblitzes: der Raspiblitz benötigt eine fixe IP Adresse in eurem lokalen Netzwerk, ansonsten funktioniert das Portfowarding nicht mehr, sollte der Raspiblitz eine andere lokale IP Adresse bekommen.

Wie ihr ein Portforwarding einrichtet, erfahrt ihr in diesem Artikel.

Fixe IP Adresse für den Raspiblitz auf eurem Router einrichten

• Netzwerk-Einstellungen: sucht im Menü eures Routers nach den Netzwerkeinstellungen oder DHCP-Einstellungen. Dies kann je nach Router-Modell unterschiedlich sein.
• DHCP-Reservierung oder feste IP-Zuweisung: Findet die Option für "DHCP-Reservierung", "Statische IP", "IP-Adressen-Zuweisung" oder ähnliches. Wählt die Option, um eine neue Reservierung hinzuzufügen.
• Gerät auswählen: Wählt den Rasipblitz aus, dem ihr die feste IP-Adresse zuweisen möchtet. Dies wird oft durch die MAC-Adresse des Geräts identifiziert, die ihr in den Netzwerkeinstellungen des Geräts finden könnt. ( $ sudo ip addr )
• IP-Adresse festlegen: Gebt die gewünschte feste IP-Adresse ein, die im gleichen Subnetz wie euer Router liegen sollte. Speichert die Einstellungen.
• Raspiblitz neu starten: Startet den Raspiblitz neu mit sudo systemctl reboot , damit er die neue IP-Adresse vom Router erhält.

Optional: DynDNS Adresse

Mit einer DynDNS Adresse könnt ihr eure Node zuverlässig auf die wechselnde IP Adresse in Falle von dynamischen IP Adressen vorbereiten. Es benötigt nicht unbedingt eine DynDNS Adresse, der Raspiblitz kann auch mit dynamischen IP Adressen umgehen, dafür muss der Router aber UPnP beherschen und die Funktion NAT in der lnd.conf aktiviert werden. Wir schauen uns beide Möglichkeiten an, NAT und Dynanische DNS Adressen

Mit diesen Voraussetzungen seid ihr bereit, das Port Forwarding einzurichten und eure Lightning Node im Clearnet zu betreiben.

Tormodus anpassen

Die Option tor.streamisolation=false muss deaktiviert werden, wenn der Hybridmodus verwendet wird.

Der Hybridmodus wurde in LND von Lightning Labs in der Version lnd-0.14.0-beta eingeführt. Mit dieser Version wurde eine neue Option eingeführt, um die Konnektivität zu teilen und Tor-Only-Peers über Tor und Clearnet-Peers über Clearnet separat anzusprechen:

[tor]

; Allow the node to connect to non-onion services directly via clearnet. This
; allows the node operator to use direct connections to peers not running behind
; Tor, thus allowing lower latency and better connection stability.
; WARNING: This option will reveal the source IP address of the node, and should
; be used only if privacy is not a concern.

tor.skip-proxy-for-clearnet-targets=true

In den jeweiligen Konfigurationen legen wir dann die Einstellungen fest.

Konfiguration des Hybridmodus

LND muss die externe IP-Adresse eines Nodes kennen. Dabei gibt es zwei verschiedene Fälle zu berücksichtigen: statische und dynamische IP-Verbindungen.

Eine statische IP ist in LND relativ einfach einzurichten. Die externe IP-Adresse muss in der LND-Option externalip angegeben werden. Das ist fast alles. Allerdings ändern die meisten Internetanbieter eure IPs regelmäßig oder zumindest bei einer erneuten Verbindung. Daher müsste die externalip in der lnd.conf jedes Mal geändert werden, wenn eine neue IP zugewiesen wird, gefolgt von einem Neustart des lnd.service, um die lnd.conf neu zu laden. Dies ist für einen kontinuierlichen Node-Betrieb nicht praktikabel. Zwei mögliche Lösungen, um das erneute Bearbeiten und Neustarten von LND zu verhindern:

1. Variante 1: NAT/UPnP
2. Variante 2: Dynamic DNS (DDNS)

Variante 1: NAT/UPnP

Der Umgang mit dynamischen IPs ist etwas komplexer. LND bietet hierfür einen integrierten Ansatz: NAT. NAT versucht, dynamische IPs mithilfe integrierter Techniken zu lösen, um die externe IP-Adresse eines Nodes abzurufen. Es ist wichtig zu beachten, dass LND nicht gut damit umgeht, externalip und nat gleichzeitig zu setzen. Wählt deshalb nur eine dieser Optionen, basierend auf den UPnP-Fähigkeiten eures Routers (nat traversal) beziehungsweise eurer persönlicher Präferenzen.

Um die Funktion NAT nutzen zu können, müsst, ist die lnd.conf unter /mnt/hdd/lnd/ zu öffnen und folgende Funktion zu aktivieren:

; Instead of explicitly stating your external IP address, you can also enable
; UPnP or NAT-PMP support on the daemon. Both techniques will be tried and
; require proper hardware support. In order to detect this hardware support,
; `lnd` uses a dependency that retrieves the router's gateway address by using
; different built-in binaries in each platform. Therefore, it is possible that
; we are unable to detect the hardware and `lnd` will exit with an error
; indicating this. This option will automatically retrieve your external IP
; address, even after it has changed in the case of dynamic IPs, and advertise
; it to the network using the ports the daemon is listening on. This does not
; support devices behind multiple NATs.
nat=true

Die fertige Konfiguration sieht dann folgendermassen aus:

[Application Options]
# specify an interface (IPv4/IPv6) and port (default 9735) to listen on
listen=0.0.0.0:9735 # listen on IPv4 interface or listen=[::1]:9735 for IPv6 interface
nat=true

[tor]
tor.active=true
tor.v3=true
# deactivate streamisolation for hybrid-mode
tor.streamisolation=false
# activate split connectivity
tor.skip-proxy-for-clearnet-targets=true

Startet danach LND mit sudo systemctl restart lnd.service neu. In einem Abschnitt weiter unten könnt ihr überprüfen, ob die Umstellung bereits geklappt hat.

Dynamische IP: Lösung 2 - Dynamic DNS (DDNS)

Dynamic DNS (DDNS) ist eine Methode, um einen Nameserver im Domain Name System (DNS) automatisch zu aktualisieren, oft in Echtzeit, mit der aktiven DDNS-Konfiguration seiner konfigurierten Hostnamen, Adressen oder anderer Informationen. Hier übernimmt der DynDNS Server die aktualisierung der IP Adressen, und nicht LND wie im NAT Modus. Der Router muss zudem kein UPnP können.

Damit ihr DynDNS nutzen könnt, müsst ihr euch eine Domain via DynDNS erstellen. Eine Anleitung dazu findet ihr hier. Die Wahl des Domain-Namens spielt hier keine Rolle.

Ein Skript des DynDNS Servers ruft regelmäßig die aktuelle IP-Adresse des Clients ab, die für spätere Anfragen gespeichert wird, und ändert die Zuweisung automatisch falls Änderungen registriert werden. LND kann dann mit der angegebene Domain/DDNS die tatsächliche IP-Adresse auflösen.

In diesem Fall muss LND anstelle einer externen IP-Adresse eine reservierte DNS-Domain kennen. Die Option externalhosts muss gesetzt werden:

[Application Options]
# specify DDNS domain (port optional)
externalhosts=eure_dyndns_domain:9735

Öffnet eure lnd.conf und fügt die Konfiguration anhand des folgenden Beispiels ein:

[Application Options]
# specify an interface (IPv4/IPv6) and port (default 9735) to listen on
listen=0.0.0.0:9735 # listen on IPv4 interface or listen=[::1]:9735 for IPv6 interface
externalhosts=eure_dyndns_domain:9735

[tor]
tor.active=true
tor.v3=true
# deactivate streamisolation for hybrid-mode
tor.streamisolation=false
# activate split connectivity
tor.skip-proxy-for-clearnet-targets=true

Startet danach wieder LND mit sudo systemctl restart lnd.service neu!

Funktionstest, Einstellungen überprüfen

LND bietet eine einfachen Befehl an, um zu überprüfen, ob LND auf eure Clearnet IP Adresse hört. Der Befehl lautet ganz einfach lncli getinfo:

"uris": [
        "028268dcb4c68311613dd3bbb0164f7685b6710022bfa6dcce639acd44695049a2@62.2.188.226:9735",
        "028268dcb4c68311613dd3bbb0164f7685b6710022bfa6dcce639acd44695049a2@5und3k5vpfowgdi27xueir522tk3e2vvmmset6b6kc2fwqnwveg7w4yd.onion:9735"

Habt ihr keinen Eintrag mit einer Clearnet IP, habt ihr was in der Konfiguratuon falsch gemacht. Stellt in diesem Fall nochmals sicher, dass das Portfowarding auf die IP Adresse eures Raspiblitzes zeigt.

Falls ihr LNDg betreibt, findet ihr neu nun auch eine Clearnet Adresse:

Ein weitere Methode wäre, euch einfach ein Peer der im Clearnet operiert, zu fragen, ob er sich mit euch via eure IP verbinden kann, der Befehl für den peer wäre dann:

lncli connect <euer_pubkey>@eure_ip:9735

Tunnelsats als Alternative zur eigenen IP Adresse freigeben

Tunnelsats ist ein Dienst, der speziell entwickelt wurde, um sichere und stabile Verbindungen für Lightning Nodes zu ermöglichen, insbesondere wenn es Herausforderungen bei der Verwendung von Tor oder Clearnet gibt. Dieser Dienst bietet eine Möglichkeit, die Erreichbarkeit und Zuverlässigkeit deines Nodes zu verbessern, indem er eine Art VPN-Tunnel bereitstellt.

Hauptmerkmale von Tunnelsats:

1. Sichere Verbindungen: Durch die Nutzung von VPN-Technologie stellt Tunnelsats sicher, dass deine Verbindungen sicher und vor Abhörversuchen geschützt sind.
2. Stabile IP-Adresse: Tunnelsats kann eine stabile IP-Adresse bereitstellen, die unabhängig von den dynamischen Änderungen durch deinen ISP ist, was die Verwaltung deines Nodes erheblich erleichtert.
3. Einfache Einrichtung: Die Konfiguration von Tunnelsats ist benutzerfreundlich und kann schnell eingerichtet werden, ohne dass tiefgehende technische Kenntnisse erforderlich sind.
4. Verbesserte Erreichbarkeit: Mit Tunnelsats wird dein Node über eine konstante und zuverlässige Verbindung erreichbar, was besonders wichtig für Nodes mit hohen Verfügbarkeitsanforderungen ist.
5. Kompatibilität: Tunnelsats ist mit den gängigen Lightning-Implementierungen kompatibel und kann nahtlos in bestehende Setups integriert werden.

Falls ihr eure eigene IP Adresse nicht freigeben wollt, und trotzdem die Vorteile einer Clearnet Verbindung geniessen wollt, schaut euch ihr mal Tunnelsats genauer an. Die Konfiguration ist etwas komplexer, aber auch bei genauem befolgen der Anleitung auch für Anfänger machbar. Tunnelsats ist jedoch nicht gratis und kostet ca 2 Euro Pro Monat.

Fazit: LND über das Clearnet

Das Betreiben eines Lightning Network Daemons (LND) über das Clearnet bietet eine Reihe von Vorteilen, die insbesondere für Nutzer mit hohen Anforderungen an Geschwindigkeit und Verfügbarkeit attraktiv sind. Diese Methode ermöglicht eine direkte und schnelle Verbindung zu anderen Nodes und bietet erhebliche Latenz und stabilitätsvorteile.

Vorteile:

1. Geringe Latenz: Direkte Verbindungen über das Clearnet bieten geringere Latenzen, was besonders für zeitkritische Transaktionen vorteilhaft ist.
2. Einfache Einrichtung: Die Konfiguration eines LND-Nodes im Clearnet ist meist einfacher und weniger komplex als über Tor.
3. Hohe Verfügbarkeit: Clearnet-Verbindungen sind stabiler und zuverlässiger, was für Nodes mit hohen Verfügbarkeitsanforderungen entscheidend ist.
4. Bessere Performance: Da das Clearnet weniger Schichten und Umwege hat, ist die Performance im Allgemeinen höher.

Nachteile:

1. Sicherheitsrisiken: Clearnet-Verbindungen sind anfälliger für Angriffe und erfordern zusätzliche Sicherheitsmaßnahmen wie Firewalls und Portweiterleitungen.
2. Öffentliche IP-Adresse: Die Nutzung einer öffentlichen IP-Adresse kann zu einer geringeren Anonymität führen und das Risiko einer Lokalisierung erhöhen.
3. Regulierungsanfälligkeit: Clearnet-Verbindungen sind anfälliger für staatliche Zensur und regulatorische Eingriffe.

Das Betreiben von LND über das Clearnet ist eine praktikable und oft bevorzugte Lösung für viele Nutzer, die Wert auf schnelle und zuverlässige Verbindungen legen. Während zusätzliche Sicherheitsmaßnahmen erforderlich sind, um die Risiken des Clearnets zu mindern, bietet diese Methode eine einfachere und leistungsfähigere Alternative zu Tor. Für Nutzer, die keine hohen Anforderungen an Anonymität haben und eine stabile Netzwerkverbindung benötigen, stellt das Clearnet eine attraktive Option dar.

The post Raspiblitz Lightning LND via clearnet im Hybrid Mode appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Vorbereitungen

Auf eurer Lightning Full Node muss LND laufen, und es müssen natürlich ein paar Kanäle vorhanden sein, damit das ganze Sinn ergibt. Lightningshell für LND benötigt ihr nicht. Das ganze lässt sich normal via SSH Zugang installieren. Loggt euch via SSH auf euer Umbrel System ein. Zuerst erstellen wir uns ein paar Standard Ordner, und notieren uns die LND Container IP:

sudo mkdir -p /mnt/data/upgrades/charge-lnd
sudo touch /mnt/data/upgrades/charge-lnd/charge.config

Der erste Befehl erstellt den Ordner, indem wir unseren Konfigurationsdatei ablegen, der zweite Befehl die Konfigurationsdatei charge.config

Danach müssen wir uns die IP des LND Containers notieren, das geht mit dem Befehl:

sudo cat ~/umbrel/.env

Wir bekommen eine Übersicht aller Verbindungsdaten zum den Diensten wie Bitcoin Core und LND. Wir notieren uns die LND IP Adresse:

Das wäre in meinem Fall die IP 10.21.21.9 und der Standard LND gRPC Port 10009

Charge LND installieren und ausführen

Charge LND müssen wir nicht direkt installieren. Das ganze kommt fertig in einem Docker Container. Da Umbrel bereits Docker komplett eingerichtet hat, müssen wir auch nichts mehr installieren. In einem nächsten Artikel zum Blitz, zeigen wir euch die Installation auf einem System ohne Docker.

Um Charge LND auszuführen benötigen wir nur einen einzigen Befehl. Dieser stellt sicher dass sich charge-lnd mit dem Umbrel Docker Netzwerk verbinden kann, sich mit LND selber befinden kann und ausserdem weiss wo sich wichtige Dateien wie die admin.macaroon befinden. Mit diesem Befehl führt ihr charge-lnd einmal aus, und ruft die Konfigurationsdatei ab:

docker run --rm -it --network=umbrel_main_network -e GRPC_LOCATION=LND_IP:10009 -e LND_DIR=/data/.lnd -e CONFIG_LOCATION=/app/charge.config -v /root/umbrel/app-data/lightning/data/lnd:/data/.lnd -v
/mnt/data/upgrades/charge-lnd/charge.config:/app/charge.config accumulator/charge-lnd:latest

In diesem Beispiel müsst ihr die LND_IP mit eurer notierten LND IP Adresse ersetzen! Führt ihr diesem Befehl aus, wird erstmal nicht viel passieren, da eure charge.config noch leer ist.

Charge-lnd konfigurieren

Die Konfigurationsmöglichkeiten für charge-lnd sind wirklich enorm. Deshalb zeigen wir euch erstmal nur eine Konfiguration, die verhindert, dass der Kanal unter die Kanal-Reserve leergezogen wird, was zu einem Force-Closure führen wird. Dies ist ein LND Bug der erst mit der Version 0.18 behoben wird.

Öffnet mit

sudo nano /mnt/data/upgrades/charge-lnd/charge.config

die Konfigurationsdatei, und platziert folgenden Inhalt hinein:

[default]
# no strategy, just defaults
# not setting min automatically to allow manually setting some channels
# min_htlc_msat = 1000
max_htlc_msat_ratio = 1

[inbound_only]
# these are channels that we are either setting up to close (we have opened bigger channels)
# or that we are using for rebalance out only
# ACINQ: 916131780004872194
chan.id = 916131780004872194
base_fee_msat = 0
fee_ppm = 0
strategy = disable

[100%-5%]
chan.min_ratio = 0.05
strategy = static
# only allow up to 95% of channel capacity to be used in a single HTLC
max_htlc_msat_ratio = 0.95

# to prevent draining channel too much, disable when it gets to 5% or lower
# this also will hopefully catch it before the LND pre-0.18 bug of hitting below-reserve limit and force-closing
[5%-0%]
chan.max_ratio = 0.05
strategy = disable

Dies ist die Standard Konfiguration von Zapo-Matic, einem befreundetem Node-Runner aus dem Lightning Netzwerk. Der Link dazu hier!

Weitere Konfigurations Beispiele gibts bei charge-lnd auf der Github Seite selber:

https://github.com/accumulator/charge-lnd/tree/master/examples

Schaut euch mal die Konfigurationen an, ihr könnt damit alle möglichen Szenarien abdecken auf Basis von vorgegeben Werten und Variablen.

https://github.com/accumulator/charge-lnd?tab=readme-ov-file#more-examples

Crontab erstellen

Bei jedem ausführen des Befehls, wird die charge.config nur einmal abgerufen, und charge-lnd führt die darin enthaltenen Konfigurationen aus. Damit HTLC Anpassungen die auf vorhandene Kapazität zum Beispiel regelmässig angepasst werden, muss charge-lnd regelmässig ausgeführt werden. Bei dynamischen HTLC Anpassungen, wie zum Beispiel in dieser Konfiguration, ist eine ausführung alle 5 Min bei einer Node, auf der sich viel bewegt, empfehlenswert. Bei einer kleineren Node, reicht auch eine Ausführung alle 60 Minuten.

Öffnet mit sudo crontab -e den Crontab Editor, und fügt am Ende folgende Zeile hinzu:

5/* * * * * docker run --rm -it --network=umbrel_main_network -e GRPC_LOCATION=LND_IP:10009 -e LND_DIR=/data/.lnd -e CONFIG_LOCATION=/app/charge.config -v /root/umbrel/app-data/lightning/data/lnd:/data/.lnd -v
/mnt/data/upgrades/charge-lnd/charge.config:/app/charge.config accumulator/charge-lnd:latest

Möchtet ihr eine stündliche ausführen, wäre dass zum Beispiel 0 */1 * * * also:

0 */1 * * * docker run --rm -it --network=umbrel_main_network -e GRPC_LOCATION=LND_IP:10009 -e LND_DIR=/data/.lnd -e CONFIG_LOCATION=/app/charge.config -v /root/umbrel/app-data/lightning/data/lnd:/data/.lnd -v
/mnt/data/upgrades/charge-lnd/charge.config:/app/charge.config accumulator/charge-lnd:latest

Mit dem crontab guru könnt ihr mit die Crontab Zeitangaben etwas herumexperimentieren.

Nun wird die Konfiguration entsprechend des Zeitintervals regelmässig ausgeführt.

Abschluss

Das Tool charge-lnd erweist sich als eine wertvolle Ressource für Lightning Node Betreiber im Lightning Network, indem es eine flexible und effiziente Verwaltung von Gebühren ermöglicht. Die Installation des Tools ist durch die detaillierten Anweisungen im Bericht klar und unkompliziert gestaltet, wodurch Nutzer auch ohne tiefgreifende technische Vorkenntnisse in der Lage sind, "charge-lnd" erfolgreich einzurichten. Die Vielfalt der Konfigurationsmöglichkeiten, darunter die Einstellung von Gebühren für Autobalancing, die Nutzung von On-Chain-Gebühren als Referenz und die Anpassung an die Kanalaktivität, bietet Nutzern die Flexibilität, ihre Gebührenstrategien präzise auf ihre spezifischen Bedürfnisse und Ziele abzustimmen. Abschließend lässt sich sagen, dass "charge-lnd" nicht nur eine Lösung zur Optimierung von Gebührenstrukturen bietet, sondern auch dazu beiträgt, die allgemeine Effizienz und Rentabilität von Lightning-Netzwerkaktivitäten zu verbessern. Wer mehr lieber mit einer Weboberfläche Fee Anpassungen tätigt, der ist mit LNDg besser beraten, jedoch muss dort, für dynamische HTLC Anpassung, auch das Algorythmus, welcher in Python geschrieben ist, anpassen.

Interessiert Ihr euch für eine Fullnode? Schaut bei uns im Shop vorbei, wir bieten vorinstallierte Lightning Full Nodes auf Basis vom Raspi 4 und 5 an.

The post Charge-lnd auf Umbrel installieren appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Wenn ihr gerade erst Neuling seid und einen frische Node startet, ist diese Anleitung etwas, dass man sich für später aufbewahren kann.

Um was geht es überhaupt

Die channel.db ist eine essentielle Datenbank auf Lightning Nodes im Lightning Network, einem Layer-2-Zahlungsprotokoll, das auf der Blockchain von Bitcoin aufbaut, um schnelle, skalierbare Transaktionen zu ermöglichen. Diese Datenbank spielt eine zentrale Rolle in der Verwaltung und dem Betrieb einer Lightning Node.

Die Datei channel.db, die sich in den Unterordnern von LND befindet, wächst mit der Zeit immer weiter an, bis sie ziemlich schwer zu verwalten ist und eine Dateikorruption bei einer größeren Datei wahrscheinlicher als bei einer kleineren ist. Zudem wird diese Datei in den Speicher geladen, sodass, je kleiner sie ist, umso weniger Speicher bzw RAM wird verwendet. Sie beeinflusst auch die Reaktionszeit eurer Node für das Routing von Zahlungen.

Zusammenfassend ist es also ziemlich sinnvoll, diese Datei so klein wie möglich zu halten.
Warum habe ich diesen Artikel geschrieben gemacht? Ich las mehrere Beiträge auf Github über das Problem, mit großen db-Dateien umzugehen und die zunehmende Verlangsamung der Nodes. Ausserdem gibt es ziemlich wenig Anleitungen, wie man selber die Kanal Datenbank kompaktiert, also habe ich beschlossen, eine Anleitung zu schreiben.

Diejenigen, die in letzter Zeit feststellen, dass ihre Nodes seltsam und langsamer reagieren, werden mit dieser kurzen Anleitung sicherlich etwas Erleichterung erfahren.

channel.db Grösse überprüfen

Die Grösse der channel.db kann man mit dem ls -lh schnell überprüfen. Empfehlenswert ist die Datenbank ab 3GB zum ersten mal zu kompaktieren. Je nachdem auf welchen System lautet liegt die channel.db an folgendem Ort und kann mit der flag -lh grössentechnisch gesichtet werden:

Umbrel

ls -lh /root/umbrel/app-data/lightning/data/lnd/data/graph/mainnet/

Raspiblitz

sudo ls -lh /mnt/hdd/lnd/data/graph/mainnet/

BTCPay Server

ls -lh /var/lib/docker/volumes/generated_lnd_bitcoin_datadir/_data/data/graph/mainnet/

Exemplarisch, bei mir ist die channel.db bereits 2.6GB gross:

channel.db kompaktieren

Wir müssen zuerst ein paar Vorbereitungen erledigen und ein paar Änderungen durchführen, damit die kompaktieren möglich ist. Wir schauen uns die kompaktieren auf 3 verschiedenen Systemen an, BTCPay Server, Umbrel und dem Raspiblitz. Wenn wir schon dabei sind führen wir gleich noch ein paar weitere Optimierungen durch, welche die Performance der Nodes erhöht.

Umbrel Fullnode

Die Durchführung des kompaktieren auf einem Umbrel System ist ziemlich einfach. Öffnet eure Lightning Node, und geht oben rechts mit den 3 Punkten in die Einstellungen:

Navigiert runter zu Optimizations und aktiviert folgende Settings:

db.bolt.auto-compact=true
db.bolt.auto-compact-min-age=168h

gc-canceled-invoices-on-startup=1 
gc-canceled-invoices-on-the-fly=1
ignore-historical-gossip-filters=1
start sync-freelist=1
stagger-initial-reconnect=1
payments-expiration-grace-period=9999h

Haltet nach den richtigen Konfigurationen Auschau, indem ihr die kleine rot markierte Beschriftung beachtet:

db.bolt.auto-compact-min-age=168h beschreibt zum Beispiel, dass die kompaktierung der channel.db erst durchgeführt wird, wenn die Datei das letzte mal vor 168 Stunden verkleinert wurden ist. Wenn ihr die Einstellungen deaktiviert, wird die channel.db jedesmal bei neustart von LND kompaktiert. Das kann jedesmal zu langen Ladezeit führen bis die Node aktiv ist.

BTCPay Server

Auf dem BTCPay Server ist ein spezielles Fragment zu aktivieren, damit die Kompaktierung aktiv wird. Loggt euch auf dem Server via SSH ein, und führt folgenden Befehl aus:

export BTCPAYGEN_ADDITIONAL_FRAGMENTS="$BTCPAYGEN_ADDITIONAL_FRAGMENTS;opt-lnd-autocompact"

Dieser Befehl fügt die Kompaktierung dem BTCPay Server hinzu. Leider führt der Server die Kompaktierung nun jedesmal bei einem Neustart des Systems oder LND durch, die Einstellung db.bolt.auto-compact-min-age können wir aber durch einen kleinen Umweg setzen. Legt euch ein neues Fragment an mit dem Befehl:

nano /root/btcpayserver-docker/docker-compose-generator/docker-fragments/opt-lnd-additionals.custom.yml

Fügt hier wieder folgenden Inhalt hinzu, aber ohne die Einstellung db.bolt.auto-compact=true da dieses schon im autocompact Fragment enthalten ist:

db.bolt.auto-compact-min-age=168h 
gc-canceled-invoices-on-startup=1  
gc-canceled-invoices-on-the-fly=1 
ignore-historical-gossip-filters=1 
start sync-freelist=1 
stagger-initial-reconnect=1 
payments-expiration-grace-period=9999h

Speichert mit strg+o und beendet mit strg+x. Fügt das Custom Fragment mit der Export Funktion hinzu:

export BTCPAYGEN_ADDITIONAL_FRAGMENTS="$BTCPAYGEN_ADDITIONAL_FRAGMENTS;opt-lnd-additionals.custom"

Um die neuen Einstellungen zu laden, führt ihr einmal folgenden Befehl aus:

. /root/btcpay-server/btcpay-setup.sh -i

Vergesst nicht den Punkt mit einzufügen! Danach startet der Server neu, und läd die neuen Einstellungen mit in die entsprechenden Docker-Container.

Hier findet ihr ausserdem eine Liste aller Fragmente für den BTCPay Server.

Raspiblitz Fullnode

Auf dem Raspiblitz ist das Datenbank Compacting bereits aktiviert. Es wird standardmässig ausgeführt, sollte die channel.db ältern als 672 Stunden sein. Die Kompaktierung wird dann bei neustart von LND durchgeführt. Es kann sinnvoll sein, die Zahl etwas herunter zu setzen, da bei einer grossen Anzahl Kanälen, saumässig viel Arbeit auf den Raspiblitz zu kommt. Ausserdem setzen wir auch die anderen Optimierungen, wie bei Umbrel und dem BTCPay Server. Schauen wir uns an, wie wir das tun:

Stoppt als erstes LND mit dem Befehl:

sudo systemctl stop lnd.service

Öffnet danach eure lnd.conf mit

sudo nano /mnt/hdd/lnd/lnd.conf

Packt den folgenden Inhalt in die die Konfigurationsdatei mit rein, und zwar so wie im Beispiel danach geordnet:

db.bolt.auto-compact=true 
db.bolt.auto-compact-min-age=168h 
gc-canceled-invoices-on-startup=1  
gc-canceled-invoices-on-the-fly=1 
ignore-historical-gossip-filters=1 
start sync-freelist=1 
stagger-initial-reconnect=1 
payments-expiration-grace-period=9999h

Die Konfiguration müssen an die korrekten Stellen:

Speichert die Konfiguration mit strg+o und beendet wieder mit strg+x

Startet LND neu mit:

sudo systemctl start lnd.service

Achtung, aufgepasst!

Bei einem kleineren System kann es teilweise mehrere Minuten bis Stunden gehen, um die Datenbank zu kompaktieren. Ein Raspiblitz, auf dem mehrere dutzend Kanäle laufen, auf dem die channel.db bereits mehrere Gigabyte hat, kann es gut und gerne mal 1-3 Stunden dauern, bis die Datenbank kompaktiert worden ist. Es heisst also einfach; WARTEN! In diesem Moment braucht ihr Geduld, teilweise viel Geduld. Macht nichts Dummes, starte die Node nicht neu oder zieh ihn nicht aus der Steckdose. Es ist normal, dass der Start mehr Zeit in Anspruch nimmt.

Der Teil der Kompaktierung ist relativ heikel. Falls die Node während dieser Phase abgeschalten wird, sind all eure Kanäle nachher mit hoher wahrscheinlichkeit beschädigt. Katzen und Hunde am besten während dieser Zeit aus dem Zimmer sperren!

Abschluss

Mit den ls -lh Befehlen oben, könnt ihr anschliessend die Grösse der Datenbank nochmals überprüfen. Der Screenshot von mir war nach der Kompaktierung, die Datenbankgrösse betrug vorher ca 4.7GB. Eine regelmässige Ausführung der Kompaktierung hält eure Node, schnell, schlank, und verringert die Gefahr einer Datenbank Korruption. Die Kanaldatenbank wird natürlich trotzdem immer weiter anwachsen. Nach einem Jahr Routen, in Kombination mit vielen Kanälen kann die Datenbank auch gern mal 15 bis 20GB in Anspruch nehmen. Wichtig ist hier, die Datenbank regelmässig zu kompaktieren, und dass ihr dafür genug Resourcen zur Verfügung habt. Für grössere Routing Nodes, ist der Raspiblitz auf einem Pi, also nicht geeignet.

The post channel.db auf LND Lightning Nodes verkleinern appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Die Phoenix Wallet im Detail

Zunächst mal ist die Phoenix Wallet dafür bekannt, realtiv benutzerfreundlich zu sein, für das Zusatz an Security, welches sie bietet. Das bedeutet, ihr müsst kein Crypto-Guru sein, um sie zu nutzen. Sie nimmt euch viel von der Komplexität, die normalerweise mit Lightning-Transaktionen verbunden ist, ab. Das Setup ist simpel, und ihr könnt ziemlich schnell loslegen.

Self-Custodial Feature

Der Begriff "Self-Custodial" bedeutet, dass nur ihr als Nutzer den Zugriff auf eure Coins habt. Das ist bei der Phoenix Wallet ein großes Ding. Im Gegensatz zu einigen anderen Wallets, bei denen eure Schlüssel auf einem Server eines Dritten gespeichert werden könnten, (zum Beispiel die WalletofSatoshi) behaltet ihr bei der Phoenix Wallet immer die Kontrolle. Das macht sie sicherer gegenüber verschiedenen Risiken wie Hacks oder dem Ausfall von Diensten.

Nahtlose Integration des Lightning Networks

Die Phoenix Wallet ist im Grunde eine Lightning Wallet, was bedeutet, dass sie speziell für die Nutzung des Lightning Networks von Bitcoin entworfen wurde. Das Lightning Network ist eine Layer-2-Lösung, die auf der Bitcoin-Blockchain aufbaut und blitzschnelle Transaktionen zu sehr niedrigen Gebühren ermöglicht. Phoenix macht die Nutzung dieses Netzwerks zum Kinderspiel, ohne dass ihr euch um die technischen Details kümmern müsst.

Keine Notwendigkeit, komplexe Channels zu verwalten

In der Welt von Lightning müsst ihr normalerweise sogenannte "Channels" mit anderen Nutzern öffnen, um Transaktionen durchführen zu können. Das kann ziemlich kompliziert werden. Phoenix Wallet vereinfacht diesen Prozess enorm, indem es automatisch die Verwaltung dieser Channels übernimmt. Ihr müsst euch also nicht mit dem manuellen Öffnen oder Schließen von Channels herumschlagen.

On-Chain und Off-Chain Unterstützung

Ein weiterer cooler Aspekt der Phoenix Wallet ist ihre Fähigkeit, sowohl On-Chain als auch Off-Chain Transaktionen zu unterstützen. Das bedeutet, ihr könnt ganz normal Bitcoin nutzen und gleichzeitig die Vorteile des Lightning Networks genießen, ohne zwischen verschiedenen Wallets wechseln zu müssen.

Installation der Phoenix Wallet

Die Installation sollte über Aurora, oder dem Google Play Store, bzw. den Apple Store erfolgen. Wallets die Liquidität verwalten sollten niemals woanders heruntergeladen werden, auch nicht aus alternativen App Stores. Die Gefahr ist einfach zu gross dass euch eine manipulierte Wallet untergejubelt wird.

Einrichtung der Phoenix Wallet

Beim ersten Start der App müsst ihr eure Passphrase erstellen. Diese Passphrase ist euer Schlüssel zur Wallet und den darauf befindlichen Coins in euren Kanälen. Die Passphrase wird benötigt, um eure Wallet, bei Verlust des Phones sicher wiederherzustellen. Habt ihr keine Passphrase, sind die Funds undwiederuflich verloren. Auch Phoenix selber kann die Funds nicht wiederherstellen. Das liegt schlicht und einfach daran, wie Bitcoin ansich funktioniert. Erstellt nach Anleitung der App eure Seedphrase und erstellt danach ein Backup an einen sicheren Ort. Die Passphrase gehört nicht in eine Datei auf dem Rechner, sondern ist physikalisch auf einer Notiz aufzubewahren. Bitte stellt sicher, dass diese Notiz an einem sicheren Ort aufbewahrt wird.

Bestätigt am Schluss, das ihr eure Seedphrase gesichert habt.

Anwendung der Phoenix Wallet

Gebührenverwaltung

Im Gegensatz zur WalletofSatoshi, erstellt ihr mit der Phoenix Wallet echte und persönliche Lightning Kanäle, die euch mit dem Anbieter ACINQ direkt verbinden. Dort werden die Zahlungen dann an die Empfänger der Zahlungen geroutet. Diese erste Kanaleröffnung kostet einmalig Gebühren, da eine Onchain Transaktion getätigt wird, um einen Lightning Kanal zu eröffnen. Je nach de aktuellen Bitcoinfees, kann das 2-5 Franken an Gebühren Kosten. Dementsprechend sollte euer erster Kanal auch eine gewisse Grösse haben, damit der relative Anteil an Gebühren relativ gering ist. Phoenix schützt euch vor zu hohen Gebühren, und erlaubt keine Öffnung neuer Kanäle, wenn die Gebühre höher als 5000 Sats ist (aktuell ungefähr 2.50 EUR/CHF. Diese Einstellung etwas niedrig gewählt, und häufig ist eine Eröffnung eines neuen Kanals bei unter 5000 Sats nicht möglich. Geht also in die Einstellung der App, und dort auf die Kanalverwaltung:

Legt hier als Obergrenze 10000 Sats fest, das ist nicht zuviel, und umgerechnet sind das ca 4.56CHF wie ihr seht. Belasst es beim automatischen Kanal-Management.

Sats aufladen

Um die Wallet verwenden zu können gibt es 2 Möglichkeiten. Entweder OnChain, also direkt über die Bitcoin Blockchain, oder eben über das Lightning Netzwerk.

Methode 1: Mit Onchain Guthaben aufladen

Ihr sendet euch ein paar Sats, z.B von eurer Hardwarewallet auf die Phoenix Onchain Adresse. Diese findet ihr, wenn ihr auf der Hauptseite einmal nach links swipt:

Sobald ein paar Sats auf auf der OnchainWallet angekommen sind, eröffnet Phoenix automatisch einen Lightning Kanal zu dieser Grösse und wandelt eurer Guthaben in Lightning Bitcoin um, damit diese über Lightning versendet werden können. Dies geschieht nur, wenn die aktuelle Mining Gebühr unterhalb der von euch festgelegten Maximalgebühr in der Kanalverwaltung ist. Dies kann auch einige Minuten dauern. Sobald die Lightning Wallet aufgeladen ist, wird euch Phoenix benachrichtigen.

Methode 2: Direkt via Lightning von einer Exchange aufladen

Viele Börsen unterstützen mitlerweile Lightning, wie z.B Bitfinex oder Kraken. Hier könnt ihr einfach eure gekauften Bitcoin via den interen Swaptools in Lightning umwandeln. Hier einige Beispiele wie das funktioniert:

Diese Bilder zeigen eine Umwandlung mit den Börsen-Converter euer Bitcoin in Bitcoin Lightning Sats. Diese können dann via Lightning direkt versendet werden.

Beispiel anhand Bitfinex

Ich habe 100k Lightning Sats bereits auf Bitfinex. Erstellt euch nun eine Invoice auf Phoenix, indem ihr ganz einfach auf Empfangen klickt. Dort geht ihr auf Ändern und erstellt euch eine Invoice mit der Menge die ihr auf Bitfinex habt, minus 100Sats (das muss man erstmal Wissen und herausfinden) ansonsten wird die Invoice von Bitfinex nicht akzeptiert. Die 100 Sats sind die Gebühren von Bitfinex für die Lightning Zahlung...

Und fügt diese bei Bitfinex bei der Auswahl von Lightning bei:

Anschliessend werden die Sats nach einiger Zeit auf eurer Phoenix Wallet gutgeschrieben, abzüglich einer Service Gebühr und den Mining Fees:

Methode 3: Guthaben via Robosats aufladen

Diese Methode ist die anonymste der 3 vorgestellten. Bitcoin auf Robosats sind absolut anonym, und keiner bekommt mit, dass ihr dort eure Lightning Wallet aufladet. Die Methode ist aber auch mit Abstand die aufwändigste. Wir haben dazu ein eigenes Tutorial geschrieben da die Ausführungen hier viel zu lange wären. Wenn ihr erfahren wollt, wie ihr eure Lightning Wallet via Robosats aufladen wollt, schau mal hier in diesem Artikel vorbei.

Methode 4: Auftrag bei Pocketbitcoin.com

Einmalige Einrichtung eines Auftrags bei pocketbitcoin.com. Dort könnt ihr direkt via Banküberweisung Bitcoin Kaufen, und diese an eure Phoenix-Wallet schicken lassen. Dafür geht ihr einfach auf Empfangen in eurer Phoenix App, und benutzt diese Adresse bei der Erstellung eines Auftrags bei Pocket. Wir haben dazu auch ein Tutorial geschrieben. Schaut dazu einfach hier vorbei

Sats ausgeben

Ihr habt nun Sats auf eurer non-Custodial Phoenix Wallet und könnt diese überall dort ausgeben, wo Bitcoin via Lightning aktzeptiert wird. Die Einmalige Zahlung etwas Gebühren lohnen sich alle male. Ihr könnt nun auch kleinere Mengen Sats ausgeben, ohne jedesmal OnChain Transaktionsgebühren auszugeben. Mit dem Senden Button scannt ihr einfach eine Invoice, und bezahlt diese mit einem klick auf Bezahlen.

Scannt ihr mit Phoenix eine OnChain Bitcoinadresse, könnt ihr auch eine normale Onchain Transaktion durchführen. Hierbei gilt, achtet auf die OnChain Gebühren!

Was passiert, falls der Betreiber von Phoenix von der Bildfläche verschwindet

Wenn es um die Sicherheit und das Management von Kryptowährungen geht, ist es wichtig zu verstehen, was passiert, wenn der Betreiber einer Wallet-Plattform plötzlich "von der Bildfläche verschwindet". Dieses Szenario wirft insbesondere bei der Nutzung von Non-Custodial Wallets wie Phoenix und Custodial Wallets wie Wallet of Satoshi verschiedene Fragen und Herausforderungen auf. Jetzt erörtern wir, was in einem solchen Fall geschehen könnte, insbesondere im Kontext von Force-Closes im Lightning Network, und warum Phoenix in dieser Hinsicht als sicherer gilt.

Non-Custodial Wallets (z.B. Phoenix)

Bei Non-Custodial Wallets wie Phoenix behaltet ihr die vollständige Kontrolle über eure Schlüssel und somit über eure Coins. Selbst wenn der Betreiber der Wallet-Software verschwinden sollte, habt ihr immer noch Zugriff auf eure Mittel, vorausgesetzt, ihr habt die App noch, oder zumindest eure Passphrase. Sollte AQINC also seine Nodes herunterfahren, führt die Phoenix Wallet einen Force-Close der Lightning Kanäle die ihr habt durch, und ihr bekommt die Funds zurück auf eure Wallet.

Force-Closes im Lightning Network

• Force-Closes: Im Lightning Network wird ein sogenannten "Force-Close" durchgeführt, wenn eine Gegenpartei (in diesem Fall möglicherweise der Betreiber wie Phoenix) nicht erreichbar ist. Ein Force-Close ermöglicht es euch, den aktuellen Stand eures Channels auf die Bitcoin-Blockchain zu schreiben und deine Mittel zurückzuerhalten. Dieser Prozess kann länger dauern (oft mehrere Tage), bis die Mittel wieder verfügbar sind, aber eure Mittel bleiben sicher.
• Autonomie: Da Phoenix eine Non-Custodial Wallet ist, könnt ihr diese Operation selbstständig durchführen, ohne auf den Betreiber angewiesen zu sein. Ihr behaltet die Kontrolle und Sicherheit über eure Mittel. Diese Option ist z.B zu finden in den Einstellungen unter Kanäle Force Closen

Custodial Wallets (z.B. Wallet of Satoshi)

Bei Custodial Wallets wie Wallet of Satoshi werden eure Schlüssel vom Betreiber verwaltet. Wenn dieser Betreiber plötzlich verschwindet, könntet ihr keinen Zugriff mehr auf eure Mittel haben, da ihr nicht direkt die Kontrolle über die Schlüssel besitzt. In einem solchen Szenario gibt es keine direkte Möglichkeit, selbstständig auf eure Mittel zuzugreifen oder diese zu sichern. Also wie immer gilt: Not your Keys, not your Coins!

Warum ist Phoenix sicherer in diesem Kontext?

• Kontrolle und Unabhängigkeit: Mit Phoenix behaltet ihr die volle Kontrolle über eure Coins. Ihr seid nicht von der Verfügbarkeit oder Integrität eines Drittanbieters abhängig.
• Zugang zu Mitteln: Selbst wenn Phoenix nicht mehr verfügbar sein sollte, ermöglicht euch die Seedphrase den Zugriff auf eure Mittel.
• Transparenz und Sicherheit: Non-Custodial Wallets bieten durch die direkte Verwaltung eurer Schlüssel eine höhere Transparenz und Sicherheit. Im Gegensatz zu Custodial-Lösungen, bei denen ihr auf die Sicherheitsmaßnahmen und die Vertrauenswürdigkeit des Anbieters angewiesen seid, liegt bei Phoenix die Kontrolle direkt bei euch.

Das Szenario, dass der Betreiber einer Wallet-Plattform plötzlich nicht mehr verfügbar ist, unterstreicht die Bedeutung der Wahl zwischen Custodial und Non-Custodial Wallets. Phoenix bietet als Non-Custodial Wallet eine deutlich höhere Sicherheit und Kontrolle über eure Bitcoin, selbst in unsicheren oder unerwarteten Situationen. Durch die Möglichkeit, Force-Closes im Lightning Network durchzuführen und die eigene Seedphrase zu besitzen, seid ihr deutlich weniger anfällig für das Risiko, den Zugang zu euren Mitteln zu verlieren, im Vergleich zu Custodial Wallets wie Wallet of Satoshi.

Sicherheitshinweise in Umgang mit Lightning und Phoenix

Die Nutzung einer Non-Custodial Wallet wie Phoenix bietet viele Vorteile, vor allem in Bezug auf Kontrolle und Sicherheit eurer Assets. Allerdings bringt diese Art der Wallet auch bestimmte Verantwortlichkeiten mit sich, um sicherzustellen, dass eure Kryptowährungen sicher aufbewahrt werden. Hier sind einige Sicherheitshinweise, die ihr beachten solltet:

1. Sichere Aufbewahrung der Passphrase

Bei einer Non-Custodial Wallet, wie Phoenix, bekommt ihr eine Recovery Phrase (auch bekannt als Seed Phrase), die aus einer Reihe von Wörtern besteht. Diese Phrase ist der Schlüssel zu euren Assets. Verliert ihr sie, könnt ihr den Zugriff auf eurer Wallet verlieren. Es ist also extrem wichtig, dass ihr sie sicher und an einem Ort aufbewahrt, zu dem nur ihr Zugang habt. Schreibt sie auf Papier und vermeidet es, digitale Kopien zu erstellen, die gehackt werden könnten.

2. Phishing-Angriffe vermeiden

Seid immer auf der Hut vor Phishing-Angriffen. Kriminelle könnten versuchen, euch dazu zu bringen, ihnen eure Zugangsdaten oder eure Recovery Phrase preiszugeben, indem sie sich als legitime Dienste ausgeben. Überprüft immer die URL der Website, die ihr besucht, und seid vorsichtig mit E-Mails oder Nachrichten, die nach sensiblen Informationen fragen.

3. Haltet die Wallet-Software aktuell

Entwickler aktualisieren Wallet-Software regelmäßig, um Sicherheitslücken zu schließen und neue Features hinzuzufügen. Stellt sicher, dass ihr eure Wallet-App immer auf dem neuesten Stand haltet, um von diesen Verbesserungen zu profitieren.

4. Nutzt starke und einzigartige Passwörter

Wenn eure Wallet oder die damit verbundenen Dienste Passwörter erfordern, wählt starke und einzigartige Kombinationen. Verwendet niemals dasselbe Passwort für mehrere Konten oder Dienste. Ein Passwortmanager kann euch helfen, sie sicher zu speichern und zu verwalten.

5. Nutzt Mehrfach-Authentifizierung und App Sicherungen

Falls verfügbar, aktiviert die Zwei-Faktor-Authentifizierung (2FA) für zusätzlichen Schutz. Dies fügt eine weitere Sicherheitsebene hinzu, indem neben dem Passwort auch ein Code erforderlich ist, der an euer Handy gesendet oder durch eine App generiert wird. Benutzt z.B. unbedingt die Bildschirmsperre der Phoenix Wallet

6. Seid vorsichtig mit öffentlichen WLANs

Öffentliche WLANs können unsicher sein. Wenn ihr Transaktionen über ein öffentliches WLAN durchführt, könnten Angreifer versuchen, eure Daten abzufangen. Stellt sicher, dass ihr immer vertrauliche Webseiten mit HTTPS Verschlüsselung verwendet, oder verwendet zusätzlich sichere Verbindung z.B. einen VPN, um eure Transaktionen zu schützen.

7. Vermeidet es, große Mengen in Hot Wallets zu speichern

Obwohl Phoenix Wallet für den täglichen Gebrauch großartig ist, solltet ihr überlegen, nur kleinere Beträge für den alltäglichen Gebrauch darin zu speichern. Größere Beträge könnt ihr in einer Cold Wallet aufbewahren, die nicht ständig mit dem Internet verbunden ist, für zusätzliche Sicherheit. Handhabt das ungefähr wie euer Portmonai: nehmt nur soviel mit, wie Ihr unbedingt benötigt!

Fazit

Zusammenfassend ist die Phoenix Wallet eine hervorragende Option für alle, die in die Welt von Bitcoin und speziell des Lightning Networks einsteigen möchten, ohne sich in der Komplexität zu verlieren. Ihre Self-Custodial-Eigenschaft gibt euch die volle Kontrolle über eure Mittel, während sie gleichzeitig eine einfache und intuitive Benutzeroberfläche bietet. Das macht sie nicht nur sicher, sondern auch zugänglich für Einsteiger und erfahrene Benutzer gleichermaßen.

The post Lightning ohne Fullnode mit der Phoenix Wallet appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Betreiber mit einer Lightning Node kommen ab einer bestimmten Anzahl an Kanälen zwangsläufig zur Frage, wie man sich am besten , beziehungsweise die Node und die Kanäle darauf, bestmöglichst absichert, und die Kanäle nach einem Ausfall wieder herstellen kann. Das Thema ist etwas komplex, aber wir schauen uns heute an, wie wir eine Lightning Node am besten absichern können, und wie wir Kanäle bei einem Totalausfall wiederherstellen können. Hier gibt es nämlich ein paar Dinge, die sehr wichtig sind, und auch ein Paar Dinge, die man auf keinen Fall machen darf, wie ich es selber schmerzlichst lernen musste. Damit euch keine Fehler passieren, besprechen wir in diesem Artikel die wichtigsten Schritte.

Wir schauen uns die besten Strategie für die Systeme Raspiblitz, Umbrel und BTCPay Docker an. Ziel ist es eine möglichst sichere Umgebung für unsere Fullnode herzustellen, um in Falle eines Platten- oder Systemausfalls schnell wieder Online zu sein und gegebenfalls alle Kanäle wiederherzustellen. Wichtig zu verstehen ist, das aktuell noch keine reinen Datenbackups aktuell nicht möglich sind. Ihr könnt also nicht eure komplette Platte klonen oder backupen, und einen Server wieder herstellen falls es zu einem Ausfall kommt.

Hintergründe und wichtiges zuerst bei Single Disk Deployments

Es gibt einige Verwirrung und Mythen darüber, wie man Off Chain Funds der eigenen Nodes am besten sichert. Ein Fehler hierbei stellt immer noch das größte Risiko dar, diese Gelder zu verlieren, obwohl alles getan wird, um diese Risiken zu minimieren. Es gibt nur ein Szenario, bei dem man das Guthaben sichert, und auf einer neuen Node wieder komplett wieder herstellen kann, inklusive allen Kanälen, und zwar dann, wenn der Server noch nicht abgeschmiert ist. In den meissten Fälle ist es aber eher umgekehrt: Der Server beziehungsweise die Node ist tot, und ihr steht da wie vom Blitz getroffen.

Welche Daten dürfen in regelmässigen backups gesichert werden

Die wichtigste Datei, die immer gesichert werden muss, ist die Datei <lnddir>/data/chain/bitcoin/mainnet/channel.backup. Diese Datei enthält die Statischen Kanal-Backups (SCBs). Sie wird nur aktualisiert, wenn die Node gestartet wird und wenn ein Kanal geöffnet oder geschlossen wird. Alle anderen Dateien auf der Node sind mehr oder weniger egal.

Die meisten Lightning-Wallet-Apps wie die WalletofSatoshi oder Phoenix laden diese Datei automatisch in die Cloud hoch.

Wie wir diese Datei sichern, und bei einem Ausfall der Node verwenden, um unsere Kanäle wiederherzustellen, schaue wir uns weiter unten dann genau an.

Welche Dateien sollte man nicht in regelmässigen Backups sichern

Das ist eine etwas trickreiche Frage, denn das Anfertigen des Backups ist nicht das Problem. Das Wiederherstellen/Verwenden einer alten Version der channel.db zu finden unter <lnddir>/data/graph/mainnet/ ist sehr riskant und sollte niemals gemacht werden!

Das erfordert etwas Erklärung:

Die Art und Weise, wie LN-Kanäle derzeit eingerichtet sind (bis eltoo/SQL) implementiert wird), ist, dass beide Parteien immer einem aktuellen Saldo zustimmen. Um sicherzustellen, dass keiner der beiden Peers in einem Kanal jemals versucht, einen alten Zustand dieses Saldos zu veröffentlichen, geben sie beide ihre Schlüssel an den anderen Peer weiter. Dies gibt ihm die Möglichkeit, alle Gelder (nicht nur ihren vereinbarten Anteil) aus einem Kanal zu nehmen, wenn ein falscher oder veralteter des Channelstates veröffentlicht wird. Daher bedeutet das Vorhandensein eines alten Kanalzustands im Grunde, dass man den Saldo an die andere Partei verlieren kann.

Da Zahlungen in LND mehrmals pro Sekunde getätigt werden können, ist es sehr schwierig, jedes Mal ein Backup der Kanaldatenbank zu machen, wenn sie aktualisiert wird. Und selbst wenn es technisch möglich ist, kann das Vertrauen, dass ein bestimmter Zustand sicher der aktuellste ist, nie absolut sein. Deshalb sollte der Fokus darauf liegen, sicherzustellen, dass die Kanaldatenbank (also die channel.db) nicht beschädigt wird, die Zombie-Kanäle zu schließen und die SCBs sicher aufzubewahren.

Ausnahmefall noch laufende Node

Kommen wir zur Ausnahme, wann eine Node doch von einem kompletten Backup wiederhergestellt werden darf: Im Ausnahmefall, und nur wirklich in diesem speziellen Fall darf man den kompletten /.lnd Ordner (in der sich die channel.db befindet) sichern, und zwar genau dann, wenn die Node noch nicht den Geist aufgegeben hat. Das komplett Backup darf also nur erzeugt werden, wenn die Node direkt nachher offline genommen wird. Raspiblitz bietet dazu die Funktion LNDRESCUE, oder die komplette Migration an. Die Scripte erstellen Backups welche beim aufsetzen einer neuen Node später verwendet werden, um alle Guthaben inklusive aller Kanäle, wieder herzustellen.

LNDRESCUE sichert nur die Lightning Node, während das Migrationsbackup vom Rapspiblitz beispielsweise eure komplette Node sichert, inklusive installierter Anwendungen und Einstellungen der Node.

Die Node wird direkt nach dem erstellen des Backups vom System selber offline genommen und heruntergefahren. BTCPay bietet ein ähnliche funktion, Umbrels OS bietet dagegen keine vollständige Sicherung von LND an. Bereitet euch also immer auf euer jeweiliges System gut vor!

Die mit Abstand beste Sicherung eurer Node

Die einfachste Methode, eure Lightning Node, beziehungsweise eure Kanäle zu sichern, ist ein einfaches RAID1 Setup. Damit sichert ihr euch gegen ein Plattenausfall ab, und könnt bei einem Plattenausfall die Node ganz normal weiterlaufen lassen, bis ihr einen Ersatz für die ausgefallene Platte habt. Das bietet sich aber leider nicht auf dem Pi4 an, da das Netzteil zu schwach ist, 2 SSDs über das Standard Netzteil zu betreiben. Habt ihr Umbrel, den RaspiBlitz oder BTCPay Docker aber auf einem Linux Server System auf dem ein Hypervisor wie Proxmox läuft, empfiehlt es sich hier unbedingt eine zweite Platte zu nutzen. Dabei empfiehlt es sich, das komplette Betriebssystem ebenfalls auf dem RAID Verbund zu haben, damit das System auch gesichert wird.

Ist es bei einem Single Disk Setup zu einem Crash eurer Node gekommen, schauen wir uns jetzt die wichtigsten Methoden an, um unsere Onchain sowie auch Kanalguthaben, falls vorhanden, wiederherzustellen. Fangen wir doch gleich mit dem Ausnahmefällen an, und zwar dann, wenn die Node noch nicht gecrasht ist.

Wiederherstellung aus Backups

Raspiblitz Backup & Restore mit LNDRESCUE

Der Raspiblitz kommt mit einer äusserst nützlichen komplett Backup & Restore namens LNDRESCUE. Dabei wird eine komplette Sicherung des kompletten .lnd Ordners durchgeführt. Heisst also, ihr könnt diese Funktion nutzen, wenn die Node noch nicht komplett abgestürzt ist, eure Festplatte bald voll ist, oder andere Dinge passiert sind die eine Neuinstallation bzw. ein Transfer voraussetzen. LNDRESCUE fährt auch eure Node nach dem Backup automatisch herunter nachdem ihr das Backup heruntergeladen habt. Dabei kann beinahe fast nichts schiefgehen

Wichtig ist, dass möglichst zur selben Raspi Version migriert wird, und es keine grossen Versionsunterschiede zwischen dem alten, und dem neuen gibt. Falls auf dem alten System noch eine 1.90 läuft, und ihr das neuste Image flasht, wie zum Beispiel 1.11, dann stehlt sicher, dass die alte Node vorher auch noch geupdated wird!

Backup Starten

Geht in das CLI Menü des Raspiblitzes mit menu und geht in die Repair Options, danach Backup / Repair LND und wählt danach Backup your LND data (Rescue-File) aus:

Der Raspi startet danach eine umfassende Sicherung der Lightning Node und stellt euch am Schluss einen Befehl zur Verfügung, der euch die Datei von einem Windows- oder Linux Rechner herunterladen lässt. Autocompact Channels könnt ihr aktivieren, um die Grösse etwas zu reduzieren. Danach ladet ihr euch mit den entsprechenden Links die Backups herunter:

Ladet die Datei herunter, bestätigt danach mit Enter, da die Node anschliessend heruntergefahren wird.

LNDRescue Backup Wiederherstellen

Nachdem ihr eine frisch installierte Node habt, könnt ihr nun die alte Node mit LNDRESCUE komplett wiederherstellen. Heisst auch den LND Seed, die Kanäle und eure komplette Transaktionshystorie. Damit ihr schnellstmöglich wieder online seid, empfielt es sich wie bereits erwähnt die Blockchain vom alten Pi zu übernehmen.

Startet den Pi mit einem frischen Image auf einem synchnronisertem, oder nicht synchronisiertem Hardwaresetup. Die LNDRESCUE Datei habt ihr optimalerweise bereits auf einem USB Stick gespeichert. Diesen benötigen wir für den LNDRESCUE Restore:

Wählt hier Restore from a rescue file aus. Im nächsten Fenster könnt ihr das Backup eurer frischen Raspiblitz Installation getrost überspringen. Folgt den Anweisungen der Konsole, und gebt den Pfad zu eurem LNDRESCUE Backup an. Das Backup wird eingespielt, die Node anschliessend neugestartet. Ihr könnt, falls ihr bereits synchronisiert seid, danach direkt eure Kanäle wieder verwenden. Habt ihr keine Kopie der Blockchain, dann müsst ihr warten, bis sich der neue Blitz synchronisiert hat, danach gehen die Kanäle wieder online.

Seid ihr zu lange offline, da ihr kein Blockchain Backup habt, kann es sein dass Kanäle aufgrund von pending htlc's geschlossen werden. Es empfiehlt sich also in diesem Fall den Raspiblitz übers Clearnet zu synchronisieren.

Raspiblitz komplete Migration auf ein neues Gerät

Wie bereits erwähnt, haben wir dazu ein eigenes Tutorial geschrieben. Dies könnt ihr nutzen, falls eure Node noch funktioniert, und ihr sie auf ein komplett neues Gerät übertragen wollt:

BTCPay Server Backup & Restore Funktion benutzen

Der BTCPay Server in der eigenständigen Docker Variante kommt mit einen eigenen Backup and Restore Script welches ihr im Home Verzeichnis von vom BTCPay Server also unter btcpayserver-docker/btcpay-backup.sh findet. Wollte ihr eure Blockchain Daten sichern, müsst ihr das separate tun z.B rsync oder direkt auf eine Sicherungsplatte.

Skript Sicherung durchführen

Loggt euch als root user ein gebt folgendenden Befehl ein:

cd $BTCPAY_BASE_DIRECTORY/btcpayserver-docker
./btcpay-backup.sh

Das Skript wird folgende Schritte durchführen:

1. Sicherstellen, dass der Datenbank-Container läuft.
2. Ein Backup (Dump) der Datenbank erstellen.
3. Den BTCPay Server stoppen.
4. Die Docker-Volumes und das Datenbank-Backup archivieren.
5. Die Blockchain-Blöcke und Chainstate-Verzeichnisse ausschließen.
6. Optional: Das Archiv verschlüsseln.
7. Den BTCPay Server neu starten.
8. Aufräumen: Temporäre Dateien wie das Datenbank-Backup entfernen.

Falls alles klappt, seht Ihr folgendes: ✅ Backup done => /var/lib/docker/volumes/backup_datadir/_data/backup.tar.gz

Die Datei backup.tar.gz könnt ihr auf einem USB Stick oder auf einem anderen Medium speichern um später wieder herzustellen falls der Server die komische Anzeichen macht oder ihr auch beispielsweise einfach das System migrieren möchtet. Ihr könnt auch das Backup mit rsync z.B auf ein anderes Netzwerkgerät syncen und sichern. Fahrt den Server nach Sicherung der Datei auf ein Medium, oder auf einen Netzwerkspeicher herunter.

Skript Wiederherstellung

Ähnlich zum Skript btcpay-backup.sh aber umgekehrt: der btcpay-restore.sh Skript muss mit der Pfadangabe ausgeführt werden. also z.B

./btcpay-restore.sh /mnt/usb/backup.tar.gz

Bei einem erfolgreichem Restore bekommt Ihr: ✅ Restore done

Bedenkt dabei, dass bei einem Restore die Kanäle ebenfalls wiederhergestellt werden, und deshalb der Server direkt nach dem erstellen des Backups unbedingt heruntergefahren werden muss!

On Chain Guthaben wiederherstellen

Dies ist der einfachste und unproblematischste Schritt auf allen 3 System. Um eure Onchain-Guthaben zu sichern, braucht ihr nur den Seed bzw. die 24 Wörter für eure Bitcoin-Core Wallet oder eure Lightning On-Chain Wallet. Sollte ein System ausfallen, müsst ihr nichts anderes tun, als die Seedphrase eingeben und ihr habt eurer Guthaben zurück. Das betrifft nochmals gesagt, nur Guthaben, die nicht in Lightning Kanälen sind!

Umbrel Node

Beim Aufsetzen einer neuen Node kann beim ersten Zugriff auf die Lightning Node eine neue Wallet erstellt werden, oder eine Wallet aus einer Seedphrase wiederhergestellt werden. Um euer Onchain Guthaben wieder herzustellen, müsst ihr eure Seedphrase eingeben, die ihr beim erstellen eurer Lightning Wallet erstmalig aufgeschrieben habt.

Wählt also RECOVER YOUR PREVIOUS NODE aus, und gebt danach eure 24 Wörter ein. Damit habt ihr die Onchain Funds eurer Node wiederhergestellt. Hattet ihr vorher diverse Lightningkanäle, springt zur Umbrel Kanal Wiederherstellung um die Kanäle wieder her zu stellen.

BTCPay Server Docker

BTCPay Docker verfügt über mehrere Wallets, eine Shop Wallet, welches eine reine Onchain Wallet ist, und die Lightning Wallet auf der Lightning Node. Beide müssen separate wiederhergestellt werden.

Die Bitcoin Shop Wallet wiederherstellen

Um die Bitcoinn Shop Wallet wiederherzustellen, klickt einfach auf den Bitcoin Button links in der Menüspalte und klickt danach auf connect an exisiting Wallet

Auf der nächsten Seite habt Ihr die Möglichkeit, die Art der Wiederherstellung auszuwählen:

Habt ihr keine Wallet File, müsst ihr eure Wallet Adresse manuell eingeben. Macht das am besten auf einem frischen System bei dem ihr wisst, dass ihr womöglich keine bösartige Software oder Viren drauf habt. Ihr könnt die Guthaben natürlich auch auf einer Software Wallet wie Sparrow wiederherstellen. Diese könnt ihr dann auf ein frisch erstellte Wallet auf dem BTCPay Server senden.

LND Wallet von BTCPay Docker wiederherstellen

Die oben vorgestellte Backup Methode vom BTCPay Server stellt auch eure LND Wallet wieder her, solltet ihr also ein Backup erstellt haben, könnt ihr damit eure Wallet wiederherstellen. Falls ihr kein Backup habt, und nur eure 24 Wörter für die LND Wallet, folgt dem folgendem Leitfaden:

Das Wiederherstellen der Lightning Wallet beim reinem BTC-Pay Server ist etwas umständlich. Die Wiederherstellung der LND Wallet geschieht auf der Kommandozeile.

Der anfängliche Ausgangspunkt, um die Wiederherstellung von On-Chain-Geldern über die Kommandozeile auszulösen, ist der Befehl lncli create. Dieser funktioniert auf dem BTCPay Server etwas anders. Zuerst müsst ihr den Stack komplett herunterfahren indem ihr auf der Kommandozeile folgenden Befehl ausführt:

btcpay-down.sh

Danach müsst ihr den Unlockscript von BTCPay kurz deaktivieren, indem ihr folgendermassen vorgeht:

Sucht zuerst den docker-initunlocklnd.sh Script mit dem folgendem Befehl:

find /var/lib/docker/overlay2/ -name "docker-initunlocklnd.sh" 2>/dev/null

Kopiert euch dem Pfad der den Ordner merged beeinhaltet:

Ändert den namen des docker-initunlocklnd.sh Scripts kurzfristig ab:

mv /var/lib/docker/overlay2/0aa693d5ccdd43768d11c7bf053a9eb3068d3ebc3fb330a20f604d94b90903fa/merged/docker-initunlocklnd.sh /var/lib/docker/overlay2/0aa693d5ccdd43768d11c7bf053a9eb3068d3ebc3fb330a20f604d94b90903fa/merged/docker-initunlocklnd.sh.bak

Löscht den kompletten Inhalt des LND Ordners auf dem BTCPay Server:

rm -r /var/lib/docker/volumes/generated_lnd_bitcoin_datadir/_data/*

Startet den BTCPay Server mit:

btcpay-up.sh

Führt den folgenden Befehl aus:

docker exec -it btcpayserver_lnd_bitcoin lncli --tlscertpath /root/.lnd/tls.cert.tmp create

Jetzt kommt ihr in den interaktiven Modus um die Wallet wiederherzustellen. Als Nächstes kann man ein neues Wallet-Passwort eingeben, um alle neu abgeleiteten Schlüssel als Ergebnis des Wiederherstellungsprozesses zu verschlüsseln. Diesen Schritt könnt ihr mit Enter überspringen.

Input wallet password:
Confirm wallet password:

ACHTUNG, das Walletpasswort auf dem BTCPAY Server muss hellorockstar sein! Verwendet hier also hellorockstar als Wallet Passwort!

Sobald ein neues Wallet-Passwort erstellt wurde, werdet ihr aufgefordert, die vorhandenen Chiffrierschlüssel (Cipher Seed) einzugeben:

Input your 24-word mnemonic separated by spaces: ability noise lift document certain month shoot perfect matrix mango excess turkey river pitch fluid rack drill text buddy pool soul fatal ship jelly

Wenn beim Erstellen des Seeds ein Passwort für den Chiffrierschlüssel verwendet wurde, MUSS es jetzt eingegeben werden, das ist auf dem BTCPAY Server beim Standardsetup aber nicht der Fall, also ENTER:

Input your cipher seed passphrase (press enter if your seed doesn't have a passphrase):

Schließlich habt ihr die Möglichkeit, ein Wiederherstellungsfenster zu wählen:

Input an optional address look-ahead used to scan for used keys (default 2500):2500

Das Wiederherstellungsfenster ist ein Maß, das der On-Chain-Scanner verwendet, um zu bestimmen, wann alle "benutzten" Adressen gefunden wurden. Wenn das Wiederherstellungsfenster zu niedrig ist, wird LND keine Gelder in Adressen finden, die nach dem Punkt erzeugt wurden, an dem zwei aufeinanderfolgende Adressen generiert, aber nie verwendet wurden. Wurde eine LND On-Chain-Wallet umfangreich genutzt, möchtet ihr möglicherweise den Standardwert erhöhen.

Sollten alle bereitgestellten Informationen gültig sein, wird euch der Seed erneut präsentiert:

!!!YOU MUST WRITE DOWN THIS SEED TO BE ABLE TO RESTORE THE WALLET!!!

---------------BEGIN LND CIPHER SEED---------------
 1. ability   2. noise   3. lift     4. document
 5. certain   6. month   7. shoot    8. perfect
 9. matrix   10. mango  11. excess  12. turkey
13. river    14. pitch  15. fluid   16. rack
17. drill    18. text   19. buddy   20. pool
21. soul     22. fatal  23. ship    24. jelly
---------------END LND CIPHER SEED-----------------

!!!YOU MUST WRITE DOWN THIS SEED TO BE ABLE TO RESTORE THE WALLET!!!

lnd successfully initialized!

Ist die Wiederherstellung durch, muss der docker-initunlocklnd.sh Script wieder unbenannt werden:

mv /var/lib/docker/overlay2/0aa693d5ccdd43768d11c7bf053a9eb3068d3ebc3fb330a20f604d94b90903fa/merged/docker-initunlocklnd.sh.bak /var/lib/docker/overlay2/0aa693d5ccdd43768d11c7bf053a9eb3068d3ebc3fb330a20f604d94b90903fa/merged/docker-initunlocklnd.sh

Startet den BTCPay Server neu mit:

btcpay-restart.sh

Danach habt ihr eure Onchain Funds der LND Wallet erfolgreich auf dem BTCPay Server wiederhergestellt. Wie hier die Kanäle wiederherstellt erfahrt ihr weiter unten.

Raspiblitz Fullnode

Der Raspiblitz hat nur eine LND Wallet mit Onchain Funds. Deshalb gehts gleich weiter, wie die LND Wallet wieder hergestellt werden kann. Vorausetzung dafür ist ein frisch installiertes Blitzimage, und ein synchronisierter Bitcoincore Client. Die Node muss also vollständig synchronisiert sein, damit die Funds wieder auftauchen.

LND Onchain Wallet wiederherstellen

Achtung: diese Option ist nur auszuwählen, falls ihr keine Kanäle hattet! Weiter unten findet ihr die Anleitung um Kanäle wiederherzustellen. Das Raspiblitzmenu bietet im Menu eine extra Option an, um nur die Onchain Funds der LND Wallet wiederherzustellen. Loggt euch per SSH auf dem wiederhergestellten RaspiBlitz ein und begebt euch mit dem Befehl menu ins CLI Menü des Blitzes, dort wählt ihr dann Repair Options und danach Repair/Backup LND:

Im nächsten Fenster wählt Ihr dann Restore from a seed (onchain funds only)

Im nächsten Fenster fragt euch der Blitz ob ihr LND vorher sichern wollt, da ihr neu aufgesetzt habt, müsst ihr nichts sichern, könnt also einfach mit <skip> fortfahren. Anschliessend startet der Blitz die entsprechende Konfiguration. Ihr könnt dann in den folgenden Schritten euren alten LND Azeed eingeben. Folgt einfach den Anweisungen.

Offchain Guthaben oder Lightning Kanäle sichern

Wir kommen nun zu dem Teil des Tutorials, der euch zeigt, wie ihr eure Kanäle mit der wichtigen, euch nun bereits bekannten SCB Datei channel.backup, sichert.

Die SCB-Datei in LND (Lightning Network Daemon) steht für "Static Channel Backup". Sie ist quasi die Lebensversicherung bei einem Totalausfall des Lightning Knotens. Die grösste Konzentration liegt darauf, dass diese Datei unter allen Umständen regelmässig gesichert werden muss.

Hier wichtige Details zur SCB-Datei:

1. Zweck der SCB-Datei: Die SCB-Datei ist dazu gedacht, Informationen über eure Lightning-Kanäle zu speichern, allerdings in einer statischen Form. Das bedeutet, sie speichert die grundlegenden Infos zu den Kanälen, wie die Kanal-IDs und die Knoten, mit denen ihr verbunden seid.
2. Nutzung im Notfall: Die Hauptfunktion der SCB-Datei ist die Wiederherstellung eurer Kanäle im Falle eines Totalausfalls eures Knotens, wie z.B. bei einem Hardwarefehler oder Datenverlust. Wenn ihr also einen neue LND Node aufsetzt, könnt ihr die SCB-Datei verwenden, um eure Kanäle wiederherzustellen.
3. Limitationen: Es ist wichtig zu verstehen, dass die SCB-Datei nicht dazu dient, Kanäle "am Leben zu erhalten" oder den aktuellen Zustand eurer Kanäle zu sichern. Sie hilft nur bei der Wiederherstellung der Existenz der Kanäle, nicht aber bei der Wiederherstellung des Kanalzustandes oder der Transaktionshistorie. Nach der Verwendung der SCB Datei, werden also alle ehemaligen Kanäle zwangsgeschlossen, und ihr bekommt eure Lightning Guthaben nach eineriger Zeit zurück. Das heißt, sie ist eine Art Sicherheitsnetz, aber keine umfassende Backup-Lösung.
4. Vorsichtsmaßnahmen: Es ist entscheidend, dass ihr die SCB-Datei sicher und getrennt von eurem Knoten aufbewahrt. Sollte jemand unbefugt Zugriff darauf erhalten, könnte dies ein Sicherheitsrisiko darstellen. Zusammen mit dem Seed kann eurer gesammtes Lightning Guthaben abgegriffen werden.

Zusammenfassend ist die SCB-Datei in LND also das wichtigste Werkzeug für die Notfallwiederherstellung eurer Lightning-Kanäle bei einem Ausfall eurer Node. Sie ist jedoch kein Allheilmittel und kann nicht den laufenden Betrieb oder den aktuellen Zustand Eurer Kanäle sichern. Es ist also wichtig, zusätzlich zu den SCB-Backups auch andere Vorsichtsmaßnahmen zu treffen, um die Sicherheit eurer Lightning-Kanäle zu gewährleisten.

Umbrel SCB Datei sichern

die SCB Datei findet ihr auf der Umbrel Lightning Node oben rechts unter den 3 Strichen:

Die Datei könnt ihr direkt downloaden und an einem Ort eurer Wahl speichern. Eine Automatische Sicherung gibt es nicht, wie die Einstellung Automatic backups suggeriert! Zumindest finde ich nirgends eine Option aus einem Online Backup von Umbrel wiederherzustellen.

BTCPay Server Docker SCB Datei sichern

Auf dem BTCPay Server gibt es keine automatische SCB Backup Funktion, deshab machen wir uns einen eigenen Script, der die channel.backup regelmässig bei Änderungen sichert, ähnlich bzw gleich der SCB Backup Funktion des Blitzes.

LND backup script für die channel.backup mit inotify

Installiert euch zuerst das Tool inotify auf dem Host.

sudo apt install inotify-tools

Skript erstellen

Erstellt einen Script der die channel.backup Datei überwacht mit nano /pfad/copy-channel-backup-on-change.sh mit folgendem Inhalt:

#!/bin/bash

# Pfade und Einstellungen
SOURCE_FILE="/var/lib/docker/volumes/generated_lnd_bitcoin_datadir/_data/data/chain/bitcoin/mainnet/channel.backup"
BACKUP_PATH="/backuppfad/channel.backup"
DELAY=10  # Verzögerung in Sekunden nach Erkennung von Änderungen

while true; do
    # Warte auf eine Änderung (modify) an der Datei
    inotifywait -e modify $SOURCE_FILE
    
    # Warte nach der Erkennung einer Änderung
    echo "$(date): Modification detected. Waiting for $DELAY seconds before copying..."
    sleep $DELAY

    # Kopiere die Datei zum Backup-Pfad
    cp $SOURCE_FILE $BACKUP_PATH

    echo "$(date): File copied to $BACKUP_PATH"
done

Bitte passt den BACKUP_PATH an einen enstsprechenden Pfad an (z.B an einen gemounteten USB Stick oder einen Netzwerkspeicher)

Macht die Datei ausführbar mit:

chmod +x /pfad/copy-channel-backup-on-change.sh

als Service hinzufügen

Erstellt eine neue Service Datei mit sudo nano /etc/systemd/system/backup-channels.service mit folgenden Inhalt:

[Service] 
ExecStart=/pfad/copy-channel-backup-on-change.sh 
Restart=always 
RestartSec=1 
StandardOutput=syslog 
StandardError=syslog 
SyslogIdentifier=backup-channels 
User=ubuntu 
Group=ubuntu 
[Install] 
WantedBy=multi-user.target

Den Dienst startet ihr mit:

sudo systemctl start backup-channels

Überwachen könnt ihr in mit:

journalctl -fu backup-channels

Beim booten des Servers den Service automatisch mit starten:

sudo systemctl enable backup-channels

rsync backup mit crontab

Eine einfache Variante ist auch das sichern dern SCB Datei mit einem einfach rsync cronjob. Dafür braucht ihr keine Scripte und keinen extra Service, ist aber nicht ganz so sauber wie die inotify methode.

Erstellt einen crontab mit sudo crontab -e mit folgendem Inhalt:

15 * * * * rsync -avz /var/lib/docker/volumes/generated_lnd_bitcoin_datadir/_data/data/chain/bitcoin/mainnet/channel.backup /mnt/usbstick/

Damit wird die SCB Datei alle 15 Minuten auf den Stick gesichert. Ihr könnt natürlich auch das besagte NFS Share benutzen oder einen externen ftp/sftp Host verwenden.

Raspiblitz SCB Datei sichern

Lokale Sicherung

Für den Raspiblitz gibt es eine automtische Backup Funktion der SCB Datei (channel.backup) unter Funktion im Raspiblitz Menu. Dies findet ihr unter Node Settings & Options:

Hier könnt ihr die SCB über auf ein USB Speicher speichern. Habt ihr eine Nextcloud, wäre dies natürlich auch eine Option.

Ihr könnt einen UBS Stick an der Node lassen, oder auf einen nfs Share sichern, zb. einem Netzwerkspeicher. Wie sowas funktioniert, erfahrt ihr z.B hier. Der Raspi oder der ist dann einfach der NFS Client. Am einfachsten wäre aber für den Heimgebrauch die USB Stick Methode die an einen entsprechenden Ort gemountet wird.

Ihr müsste dafür ein USB Stick an euren Raspiblitz anstecken, welcher als Speicherort für das Backup dient. Nach der Ausführung des Dienstes SCB/Emergency Backup führt der Blitz die Sicherung regelmässig bei der Änderung der SCB Datei durch.

Fügt den Stick nach Ausführung des SCB/Emergency Backup tools noch unbedingt in die Datei fstab mit ein, damit der Stick automatisch beim erneuten starten der Node, an den richtigen Ort gemounted wird. Schaut mit lsblk, nach dem ausführen des Services bitte nach, wo der Stick gemounted wurde ist. Der Stick muss in der Datei fstab unter /mnt/backup gemounted werden. Benutzt dazu am besten die UUID. Wie das funktioniert, erfahrt ihr am Ende des nächsten Abschnittes.

Der nächste Abschnitt aktiviert die Auto Backup Funktion über die Kommandozeile, und fügt den Stick mit in die Datei /etc/fstab mit hinzu:

Manuelle Konfiguration Auto-SCB Backup

Für die manuelle Konfiguration des Autobackup der SCB Datei via USB Stick, geht ihr am besten so vor:

Stick am PI einstecken

Am Blitz via SSH anmelden und mit CTRL+C auf die Shell wechseln.
Prüfen, ob er einen verwendbaren Stick erkannt hat:

sudo ./config.scripts/blitz.backupdevice.sh status

ungefähre Ausgabe wäre

blitz.backupdevice.sh
backupdevice=0
backupCandidate[0]='sdb 7 GB JetFlash'
backupCandidates=1

Backup aktivieren:

sudo ./config.scripts/blitz.backupdevice.sh on

Im erscheinenden Dialog FORMAT wählen

Prüfen, ob der Stick unter /mnt/backup eingehengt wurden ist:

sudo ./config.scripts/blitz.backupdevice.sh mount

UUID Ausfindig machen und in die Datei /etc/fstab hinzufügen

UUID des Sticks anzeigen lassen (Achtung! Das ist mein Stick - sieht bei euch anders aus)

Entweder ganz einfach via

blkid

oder den Status des Services nochmals abrufen nachdem ihr das Backup manuel aktiviert habt:

sudo ./config.scripts/blitz.backupdevice.sh status

Ausgabe wäre:

blitz.backupdevice.sh
backupdevice=1
UUID='1B08-0CE4'
isMounted=1

UUID kopieren und /etc/fstab editieren:

sudo nano /etc/fstab

In der Datei am Ende diese Zeile einfügen (hier wieder eure UUID eintragen):

UUID='1B08-0CE4' /mnt/backup vfat defaults 0 2

Datei speichern mit strg+o ,Y und ENTER. Beenden mit strg+x

Jetzt wird der Stick nach einem reboot automatisch gemountet und ein Backup der channel.backup erstellt sobald diese sich bei einer Channel State modifzierung verändert.

Remote Sicherung

In einer Nextcloud

Via Nextcloud könntet ihr eure SCB Datei auch remote sichern, schaut dazu in diesem gesonderten Beitrag vorbei:

Backups via Netzwerkanbindungen direkt z.b. mit NFS

Schaut mal hier vorbei, wie ihre z.B einen Ordner aus eurer Synology direkt auf einem Linux System mounten könnt.

Wiederherstellung Lightning Kanäle mit SCB

Diese Methode kommt zur Anwendung, wenn eure Node durch einen Plattenausfall verloren ist, oder aus anderen Gründen nicht mehr wiederherzustellen ist. Ihr benötigt dafür die channel.backup und eure LND Seed.

Seit Version v0.6-beta besitzt lnd ein Feature namens Statische Kanal-Backups (SCBs). Diese sind statisch, da sie nur einmal benötigt werden: beim Erstellen des Kanals. Ein Backup bleibt gültig, bis der Kanal geschlossen wird. Es enthält alle notwendigen Informationen, um die Datenverlustschutz-Funktion (DLP) im Protokoll zu aktivieren, was letztlich zur Wiederherstellung der Gelder des Kanals auf der Blockchain führt. Dies ist ein ausfallsicherer Backup-Mechanismus.

Dieser Weg gilt als sicher, weil darauf geachtet wurde, dass es keine Fallstricke gibt, wie es beispielsweise beim regelmäßigen Kopieren der channel.db Datei der Fall sein könnte. Solche Methoden können riskant sein, da man nie sicher weiß, ob man den neuesten Stand eines Kanals hat. Stattdessen bieten SCBs eine einfache, sichere Methode, um Nutzern die Wiederherstellung der Gelder in ihren Kanälen, im Falle eines teilweisen oder vollständigen Datenverlusts, zu ermöglichen. Die Backups selbst sind mit einem Schlüssel verschlüsselt, der aus dem Seed der Wallet abgeleitet ist. Dadurch können andere beim klau der channel.back Datei nicht einfach Eure Kanäle auf anderen Nodes wiederherstellen.

Voraussetzungen für einen erfolgreichen SCB

Der Peer muss online sein, ist der Peer nicht online, bewirkt der Befehl nichts, da dieser voraussetzt, dass der Peer mit dem wir Kanäle hatten, online ist und auf unseren Restore-Anfrage reagiert. Ausserdem müsst ihr eure channel.backup bereits auf das jeweilige Systen geladen haben. Die kann z.B. vom regelmässig gesicherten channel.backup USB-Stick kommen, oder ihr habt diese aus eurem Netzwerkspeicher bereits zurück auf das System transferiert.

Was passiert bei einem SCB Restore

In dem gegebenen Prozess zur Wiederherstellung von Kanälen wird der Server eine Reihe von "Kanal-Kerndaten" in die Datenbank einfügen. Diese enthalten nur die Informationen, die notwendig sind, um das Datenverlustschutz-Protokoll (DLP) zu starten, und nichts weiter. Als Ergebnis werden sie in der Datenbank als "wiederhergestellte" Kanäle markiert (ChanStatusLocalDataLoss|ChanStatusRestored), und es wird nicht zugelassen, sie für andere Prozesse zu verwenden.

Sobald die Kanal-Kern Daten wiederhergestellt sind, versucht das Chanbackup-Paket, einen LinkNode einzufügen, der alle früheren Adressen enthält, mit der unsere Node den Peer erreichen kann.

LND startet dann wie üblich und versucht, Verbindungen zu allen Peers herzustellen, mit denen wir offene Kanäle hatten. Läuft LND bereits, wird ein neuer, beständiger Verbindungsversuch initiiert.

Sobald wir eine Verbindung zu einem Peer herstellen, startet das DLP-Protokoll. Der entfernte Peer wird feststellen, dass wir Daten verloren haben, und dann sofort seinen Kanal zwangsschließen. Bevor er dies tut, sendet er jedoch die Nachricht für den Kanal-Wiederherstellungshandshake, welchen wir benötigen, um Schlüssel abzuleiten um zu beweisen das wir die originalen Besitzer sind.

Sobald die Verpflichtungstransaktion bestätigt ist, leitet unsere Node, basierend auf den Informationen im SCB, alle benötigten Schlüssel neu ab um die Guthaben dann zu bergen.

SCB Wiederherstellung mit Raspiblitz

Seid euch im klaren dass das Recovern mit SCBs einer der letzte Massnahme darstellt, um seine Kanäle bzw die Funds darin wieder zu bekommen. Beim Recovering Prozess werden alle Kanäle seitens der Peers geschlossen via forceclose. Alle Schritte gehen von einem frisch installierten RaspiBlitz Image aus, und dass die Node vollständig eingerichtet und synchronisiert ist.

Um die die Kanäle wiederherzustellen, müsst ihr in den LND Repair Options vom Blitz folgende Option verwenden:

Ein Backup müsst ihr im nächsten Fenster nicht erstellen, da ihr ja frischt installiert seid. In den folgenden Fenstern gebt Ihr Eure LND Seed an, und gebt dem Blitz an, wo Ihr Eure channel.backup gespeichert habt.

Nach der Eingabe des Seeds der LND Wallet, und dem lokalisieren der channel.backup wird der Raspiblitz den SCB Restore einleiten. Das kann je nach Anzahl Kanäle einige Zeit dauern. Die Kanäle tauchen dann wieder in der Übersicht z.B in RTL auf, stehen dann aber in der Pending Close Warteschlange. Die Closing TXs seht ihr auf eurer Node nicht aufgrund der Notfallwiederherstellung die damit einhergeht, da der Peer, und nicht ihr, einen Force Close auslösst. Die Guthaben tauchen erst auf, nachdem der Force Close bestätigt worden ist, und die blocks_until_maturity vorüber sind, und die Funds erfolgreich gesweept wurden sind.

SCB Wiederherstellung BTCPay Docker

Um Kanäle wiederherzustellen, also genauer gesagt die Force Closures für alle Channels einzuleiten, müssen wir zuerst die alte ursprüngliche LND Onchainwallet wiederherstellen, und den Wiederherstellungsbefehl erfolgreich manuell ausführen. Wie ihr die LND Wallet wiederherstellt, habt ihr bereits hier erfahren. Springt nochmals zurück, falls ihr das noch nicht getan habt.

Auf dem BTC-Pay Server müssen wir die Wiederherstellung manuel via lncli ausführen. Dafür benötigen wir den Script, der die Befehle in den LND Docker Container schickt. Die Skripte befinden sich all im btcpay-docker Ordner.

Um einen SCB Restore auszuführen benötigen wir also den Befehl bitcoin-lncli.sh restorchanbackup und die SCB Datei auf dem Server.

Wir führen also folgenden Befehl aus:

bitcoin-lncli.sh restorechanbackup --multi_file=/pfad/channel.backup

Das kann je nach Anzahl Kanäle eine weile Dauern. Bittet beachtet nochmals, dass ihr Weile warten müsst. Überprüft mit den Hinweisen hier, ob die Closing Transaktion vom Peer ins Netzwerk gesendet worden ist.

SCB Wiederherstellung Umbrel

Umbrel verfügt nicht über eine komplette Backup & Restore wie der RaspiBlitz oder BTCPay Docker. Das heisst es können nur die Kanäle via SCB gesichert und wiederhergestellt werden.

Die Wiederherstellung der Kanäle auf der Umbrel Node ist relativ einfach. Vorausetzung ist ebenso, dass die Node mit dem originalen Seed eurer alten Node wiederhergestellt worden ist. Gebt eure Seed ein nachdem ihr die Neue Lightning Node online habt, und wählt dann oben rechts die 3 Punkte. Wählt dann Recover Channels aus:

Die Node wird dann mit den Seeds und dem Channelbackup die Kanäle wiederherstellen. Dabei führt sie einfach nur lncli restorechanbackup aus. Nachdem die Umbrel Node die Kanäle wiederhergestellt hat, werden die Kanäle auftauchen, aber automatisch geschlossen, falls eure Peers den rescue Befehl eurer Node erhalten.

SCB Restore ausgeführt aber keine Schliessung in Sicht?

Als erstes sei zu erwähnen, dass bei erfolgreichem SCB keine Rückerstattungen angezeigt werden, bis die Closing Transaktion bestätigt worden ist. Laut Aussagen der LND Entwicklern ist das normal bei einem Recovery.

Die nächste Problematik: möglicherweise ist die die Transaktion nicht in den Mempool gewandert, wahrscheinlich, weil die commit-fee der Node des Peers zu niedrig angesetzt waren und sie in High-Fee Zeiten vom Mempool gepurged werden. In einem High-Fee Environment schickt LND nur channel closes in den mempool, wenn die Fee grösser als die aktuelle Purging Rate ist. In diesem Fall muss der Peer kontaktiert werden, welcher die Transaktion anstossen muss. Trettet am besten mit dem Peer in Kontakt und sucht zusammen nach einer Lösung und ob der Peer den Kanal nochmals schliessen kann. Der Peer muss dies als Force-Close tun, und nicht als Cooperative-Close!

Eine ein weiteres Problem das wir weiter oben bereits angesprochen haben, ist das der SCB Restore nicht funktioniert, wenn der Peer nicht Online ist. Der SCB Restore lösst ein Notsignal aus, dass die Peers dazu veranlasst einen Force Close auszulösen. Falls der Peer offline ist, und im dümmsten Fall nicht mehr Online kommt ist das SCB Recovery wirkungslos.

Wie finde ich die Closing Transaktionen im mempool

Öffnet zuerst mal mit lncli pendingchannels oder auf dem btcpay Server mit bitcoin-lncli.sh pendingchannels die aktuelle Kanalübersicht und sucht euch den Kanal raus, den ihr untersuchen wollt. Hier sucht hier nach den Kanälen mit ChanStatusLocalDataLoss|ChanStatusRestored und dem gesuchten Guthaben. Wir benötigen den channel_point

Diesen Kanal geben wir auf https://mempool.space ein und suchen uns die Closing-Transaktion heraus. Dafür gehen wir auf die opening TX, und suchen danach nach einer unbestätigten Transaktion:

Nach einem Klick auf den Channel-Open sehen wir die darin enthaltene Adressen und Transaktionen und dort sollten wir die Closing Transaktion gleich zu oberst finden: Diese ist eine Multi-Sig Transaktion da wir via SCB Restore signiert haben, und der Peer mit seinen private Keys ausgelösst durch unsere Anfrage.

Bei sehr hohen Onchainfees kann es sehr lange dauern, bis die Transaktion durchgeht. Entweder man wartet bis die Transaktion durch ist, oder man hilft etwas nach. Wie das geht, erfahrt ihr jetzt:

Force Closing Transaktion nach SCB Restore mit zu niedrigen Fees anstossen

Dafür gibt es ein Set an Tools von den Lightning Entwicklern namens Chantools. Die Chantools von Lightning Labs sind ein Set an Werkzeugen für die Verwaltung und Wartung von Lightning Network Nodes. Sie bieten verschiedene Funktionen, die für Nutzer von Lightning Nodes nützlich sind. Die Tools können auf einem anderen Rechner laufen und müssen nicht auf der betroffenen Node installiert werden.

Die Installation ist vor allem für Anfänger wirklich etwas komplex aber machbar. Um chantools nutzen zu können, kompilieren wir uns das Tool am besten schnell selbst. Ihr benötigt dafür einen Linux Computer und eine aktuelle Linux Distribution basieren auf Debian/Ubuntu. Chantools lässt sich auch auf dem Blitz installieren, von einigen Usern habe ich jedoch erfahren, dass dies nicht immer fehlerfrei funktioniert.

Gebt den Befehl chantools auf dem Blitz in die Konsole ein, bekommt ihr eine Befehlsübersicht. Wenn nicht, kompilieren wir uns chantools auf einem anderen Linux Rechner, oder einer virtuellen Maschine eurer Wahl selber.

Chantools installieren

Um selber zu kompilieren müssen wir zuerst die Prammiersprache Go und den Compiler Make installieren. Das geht mit folgenden Befehlen:

sudo apt install golang-go
sudo apt install make

Führt danach noch folgenden Befehl in der Komandozeile aus:

export PATH=$PATH:/usr/local/go/bin

Ladet euch die chantools mit dem git Befehl herunter:

git clone https://github.com/lightninglabs/chantools.git

wechselt in den Ordner chantools den ihr heruntergeladen habt mit cd chantools, danach kompiliert ihr das Programm mit dem einfachen Befehl make install

Schiebt die ausführbare chantools Datei dann mit:

mv ~/go/bin/chantools /usr/local/bin/

an die richtige Stelle um den chantools Befehl direkt an jedem Ort der Konsole ausführen zu können.

Danach habt ihr die Chantools auf eurem Rechner installiert und könnt den Befehl direkt verwenden.

Chantools ausführen

Die Bedienung bzw der Befehl ist etwas komplex, und wir benötigen vorher einiges an Information und zwar:

chantools pullanchor \
  --sponsorinput txid:vout \  --> ein UTXO aus Eurer LND Wallet welcher bereits bestätigt worden ist
  --anchoraddr bc1q….. \      --> die 330sats grösse Adresse aus dem Channel Closing siehe unten
  --changeaddr bc1q….. \      --> eine neue Adresse aus Eurer LND Wallet (p2wkh) z.B via RTL generieren
  --feerate 30                --> die Feerate die neu effektiv angesetzt werden soll

Möglicherweise gibt es 2 Anchor Outputs mit der grösse von jeweils 330Sats, notiert euch falls ja, beide Adressen

Kommen wir zum Ausführen des Befehls. Alle Befehle müssen in den Befehl mit den Flaggen gesetzt werden. z.B so

chantools pullanchor --sponsorinput 052a4b3fc363e1a045baa010cd5bf99024cce1d40a9a78741460934fc580aced:0 --anchoraddr bc1q9xn9wthafk4
sgp3hnuuf79twe7mpm43uzukt09t9v0m8cs8hs3fsj80zwa --changeaddr bc1qpeha3xv0m6k4u72p5sdv3e2vxsunhjzrgyp3qv --feerate 100

Anmerkung zur Feerate da es sich hier um einen CPFP Anstoss handelt, gelten nicht die eingestellten Fees. Das Thema ist etwas komplex, merkt euch aber dass bei einer eingestellten Fee von 100, zirka 55% also etwas mehr als die Hälfte als effektive Feerate für die neue Transaktion ausgeführt wird. Dies kann je nach grösse der Transaktion aber varieren.

Das Programm wird euch nach eurer LND Seedphrase fragen. Gebt die Seedphrase ein, und falls ihr keine Passphrase habt, drückt bei der Passphrase Abfrage einfach auf Enter. Das Tool erstellt euch nun einen PSBT-Output für eure Node, auf welcher ihr dem Befehl dann absetzen müsst.

Falls die Generierung der PSBT fehl schlägt, benutzt die andere Anchor Adresse mit 330Sats. Keine Angst, es passiert nichts, da Chantools merkt, wenn die andere Anchor Adresse nicht der eigenen LND Seed Wallet zugehörig ist.

Kopiert Euch die lange Zeichenfolge (PSBT), und loggt euch per SSH auf eurem Pi, dem BTCPay Server oder auf der Umbrel ein. Unter Umbrel müsst ihr, um lncli Befehle absetzen zu können, in den Docker Container wechseln (docker exec -it docker_id bash). Im Umbrel Appstore gibt es auch eine App mit der ihr direkt LND Befehle absetzen könnt:

Befolgt den Befehlen von chantools: gebt zuerst die PSBT aus dem chantools Programm ein

lncli wallet psbt finalize <psbt>

und dann:

lncli wallet publishtx <final_tx>

Ein, die final _tx ist die Transaktionsnummer die euch der Befehl wallet psbt finalize erstellt. Mit Enter setzt ihr das ganze ab, nun wird die Transaktionsgebühr aus dem UTXO, den ihr angegeben habt, erhöht.

Ihr erhaltet danach eine neue TX. Diese könnt ihr im z.B auf mempool.space eingeben und beobachten. Wird die Transaktion bestätigt, bekommt ihr eure Guthaben ohne weiters zutun zurück.

SCB durchgeführt aber der Peer ist nicht mehr online

Dies ist die allerletze Methode und sollte wirklich nur dann ausgeführt werden, wenn der Peer lange nicht mehr online war. Kommt der Peer Online, während wir versuchen die Transaktion mit einem alten State zu forceclosen, bekommt der Peer alle unsere Guthaben.

Dafür benötigen wir aber die channel.db aus dem abgestürzten System. Habt ihr diese nicht, funktioniert diese Methode hier nicht. Ausserdem benötigen wir wieder die chantools, welche wir uns auf einem System unserer Wahl installieren können.

Alten Channel State veröffentlichen falls Peer dauerhaft offline ist

Dafür müssen wir mit den chantools arbeiten, installiert, diese wie oben beschrieben, Falls noch nicht getan. Ausserdem benötigen wir die Datei channels.db, aus der gecrashten Node. Falls diese nicht mehr wiederherzustellen ist, könnt ihr diesen Abschnitt hier übersringen.

Kopie der Kanal-DB erstellen: Um sicherzustellen, dass wir auf die Kanal-DB zugreifen können, erstellen wir eine Kopie im sicheren Modus. Führt einfach folgenden Befehl aus:

chantools compactdb --sourcedb /pfad/zur/channel.db --destdb ./results/compacted.db

Wir gehen davon aus, dass die kompaktierte Kopie der Kanal-DB sich in ./results/compacted.db befindet für die folgenden Befehle.

chantools summary: Zuerst muss chantools den Zustand jedes Kanals in der Blockchain ermitteln. Dafür wird eine Blockchain-API (standardmäßig blockstream.info) abgefragt. Das Ergebnis wird in einer Datei namens ./results/summary-yyyy-mm-dd.json geschrieben. Diese Ergebnisdatei wird für den nächsten Befehl benötigt.

chantools --fromchanneldb ./results/compacted.db summary

chantools rescueclosed: Es ist möglich, dass die entfernten Peers einige der verbleibenden Kanäle bereits erzwungenermaßen geschlossen haben. Was wir jetzt tun, ist, die privaten Schlüssel zu finden, um unseren Anteil dieser Kanäle zu übernehmen. Dafür benötigen wir ein gemeinsames Geheimnis, das commit_point genannt wird und sich jedes Mal ändert, wenn ein Kanal aktualisiert wird. Wir haben die neueste bekannte Version dieses Punktes in der Kanal-DB. Der folgende Befehl versucht, alle privaten Schlüssel für Kanäle zu finden, die von der anderen Partei geschlossen wurden. Der Befehl muss wissen, auf welchen Kanälen er operiert, daher müssen wir die durch den vorherigen Befehl erstellte summary-yyy-mm-dd.json angeben:

chantools --fromsummary ./results/<summary-file-name>.json rescueclosed --channeldb ./results/compacted.db

Dies wird eine neue Datei namens ./results/rescueclosed-yyyy-mm-dd.json erstellen, die alle gefundenen privaten Schlüssel enthält und auch für den nächsten Befehl benötigt wird. Verwendet z.B. bitcoind oder das Electrum Wallet, um alle privaten Schlüssel zu übernehmen.

chantools forceclose: Dieser Befehl wird nun alle Kanäle schließen, von denen chantools annimmt, dass sie noch offen sind und deren Peers nicht mehr online sind. Dies wird erreicht, indem der zuletzt bekannte Kanalzustand aus der channel.db-Datei veröffentlicht wird. Bitte lies den vollständigen Warnungstext des forceclose-Befehls unten, da dieser Befehl eure Gelder gefährden kann, wenn der Zustand in der Kanal-DB nicht der aktuellste ist. Dieser Befehl sollte nur für Kanäle ausgeführt werden, bei denen der entfernte Peer lange mehr online war.

chantools --fromsummary ./results/<rescueclosed-file-vom-letzten-schritt>.json forceclose --channeldb ./results/compacted.db --publish

Dies wird eine neue Datei namens ./results/forceclose-yyyy-mm-dd.json erstellen, die für den nächsten Befehl benötigt wird.

Warte auf Timelocks: Der vorherige Befehl hat die verbleibenden offenen Kanäle geschlossen, indem er den Zustand deines Knotens des Kanals veröffentlicht hat. Durch das Design des Lightning-Netzwerks müsst ihr jetzt warten, bis die euch gehörenden Kanalgelder nicht mehr zeitlich gesperrt sind. Abhängig von der Größe des Kanals müsst ihr irgendwo zwischen 144 und 2000 Bestätigungen der Zwangsschließungstransaktionen abwarten. Führt den nächsten Schritt erst aus, nachdem der Kanal mit der höchsten csv_verzögerung so viele Bestätigungen seiner Schließungstransaktion erreicht hat. Ihr könnt dies überprüfen, indem ihr jede zwangsweise geschlossene Kanaltransaktion auf einem Block-Explorer (wie blockstream.info oder mempool.space zum Beispiel) nachschlagt. Öffnet die resultierende JSON-Datei des letzten Befehls (./results/forceclose-yyyy-mm-dd.json) und sucht jede TXID in "force_close" -> "txid" auf dem Explorer. Wenn die Anzahl der Bestätigungen gleich oder größer ist als der in "force_close" -> "csv_delay" für jeden der Kanäle angezeigte Wert, könnt ihr fortfahren.

chantools sweeptimelock: Sobald alle Zwangsschließungstransaktionen die Anzahl der Transaktionen erreicht haben, wie im JSON als csv_timeout gefordert, können diese zeitlich gesperrten Gelder nun übernommen werden. Verwendet den folgenden Befehl, um alle Kanalgelder an eine Adresse eurer Wallet zu übertragen:

chantools --fromsummary ./results/<forceclose-file-vom-letzten-schritt>.json sweeptimelock --publish --sweepaddr <bech32-addresse-aus-eurer-lnd-wallet>

Danach könnt ihr eure Wallets überprüfen, ob die Guthaben gutgeschrieben worden sind.

Backup & Restore auf ein anderes System

Ein sonderer Fall besprechen wir noch hier, hier könnt bei einem Node Crash, und falls schon lange gewünscht von Umbrel auf ein anderes System switchen, auf dem LND direkt läuft. Die Anleitung findet dazu hier:

https://github.com/indomitorum/Baremetal-Migration-LND

Was tun wenn gar kein Backup vorliegt und praktisch keine Daten vorhanden sind

Peer kontaktieren

Sollten absolut gar keine Backups vorliegen haben, ist noch nicht alles verloren. Versucht den Kanal-Peer zu erreichen auf irgendeine Art die euch einfällt. Dafür könnt ihr z.B https://lightningnetwork.plus/ nutzen, und dort die Node aufsuchen, und ihre eine Nachricht schicken, oder ihr nutzt die Seite auf dem sich Peers mit dem selben Problem anschreiben können: https://node-recovery.com/

Schaut unter Zombie Channel Recovery Matcher (alpha) nach und gebt eure Daten an, hat der Peer das selbe Problem, dass der Close nicht durchkommt und er auch Sats auf seiner Seite hat, wird er sicht mit etwas Glück auch hier registrieren. Falls ein Match instande kommt, werden die Daten beider Parteien durch den Maintainer der Seite zusammen geführt. Die Datenbank sucht nach Peers die beide ein Force Close hatten.

Peer erfolgreich kontaktiert, FC per remote ausgelösst

Ihr konntet euren Peer erreichen, und dieser hat den Force Close per remote durchgeführt. Da ihr keinen SCB Restore durchgeführt habt, weiss eure Nodes nichts mehr von irgendwelchen Kanälen und kann deswegen auch die Funds aus dem Force Close nicht sweepen. Wir müssen die Sats deshalb manuell sweepen, und auf eine Wallet Adresse unserer Lightning Node überweisen. Die Gelder in Force Close Transaktionen landen nämlich nicht automatisch auf der eigenen Wallet, nachdem der FC bestätigt worden ist.

Wir benötigt hier deshalb nochmals die chantools, und zwar die Funktion sweepremoteclosed:

Wir benötigen dafür unsere 24 Wörter der Lightning Node, und eine Adresse, auf denen die Funds landen sollen. Hier der Befehl mit seinen Optionen:

chantools sweepremoteclosed [flags]

Examples

chantools sweepremoteclosed \
	--recoverywindow 300 \
	--feerate 20 \
	--sweepaddr bc1q..... \
  	--publish

Options

      --apiurl string           API URL to use (must be esplora compatible) (default "https://blockstream.info/api")
      --bip39                   read a classic BIP39 seed and passphrase from the terminal instead of asking for lnd seed format or providing the --rootkey flag
      --feerate uint32          fee rate to use for the sweep transaction in sat/vByte (default 30)
  -h, --help                    help for sweepremoteclosed
      --publish                 publish sweep TX to the chain API instead of just printing the TX
      --recoverywindow uint32   number of keys to scan per derivation path (default 200)
      --rootkey string          BIP32 HD root key of the wallet to use for sweeping the wallet; leave empty to prompt for lnd 24 word aezeed
      --sweepaddr string        address to recover the funds to; specify 'fromseed' to derive a new address from the seed automatically
      --walletdb string         read the seed/master root key to use fro sweeping the wallet from an lnd wallet.db file instead of asking for a seed or providing the --rootkey flag

Der Daten welche wir brauchen: feerate, die sweepaddr (kann eine Adresse aus der Lightning Wallet sein, aber auch eine Adresse von einer anderen Wallet sein )und einen apiurl string der uns nicht Rate limitiert. Die Feerate ergibt sich aus den aktuellen mempool.space Transaktionsgebühren, wählt hier eine geeignet hohe Gebühr aus. Die sweepaddr ist die Adresse, auf der die Funds landen sollen. Generiert euch hier euch Bech32 Adresse zum Beispiel via RTL und schreibt euch diese auf. Die apiurl ist eher optional, aber wir nehmen hier eine andere, da die Standard API, die chantools verwendet, häufiger mal probleme macht. Machen wir uns an den Befehl:

chantools sweepremoteclosed --recoverywindow 300 --feerate 8 --sweepaddr bc1_adresse --apiurl=https://electrs.gugger.guru --publish

Hier bekommt die Meldung dass ihr eueren Azeed eingeben müsst:

2024-08-17 12:25:24.784 [INF] CHAN: chantools version v0.12.0 commit 
Input your 24-word mnemonic separated by spaces: ...
Input your cipher seed passphrase (press enter if your seed doesn't have a passphrase): 

Danach erklärt euch dass chantools Adressen gefunden hat, auf die ihr Zugriff habt, verwendet den Privatekey durch den angegeben Azeed um die Adressen zu sweepen und sendet sie an die von euch angegeben Adresse:

024-08-18 13:38:53.604 [INF] CHAN: Found 1 unspent outputs for address bc1qkvtux0xxxxxxxxxxxxxxxxxxs0ejm6z520sz4xkqe
2024-08-18 13:39:18.405 [INF] CHAN: Fee 443 sats of 4996530 total amount (estimated weight 443)
2024-08-18 13:39:18.426 [INF] CHAN: Published TX 53523ffc74fe7854298283a0f103f959742fc175efe478d0e100330b9609169c

Die Published TX könnt ihr nun in einen Mempool werfen, und warten bis sie bestätigt wird. Sobald die TX durch ist, sind die Sats wieder auf eurer Wallet.

Fake SCB restore durchführen

Eine weitere Möglichkeit, seine Funds zu retten, wenn der Peer noch Online ist, ist sich selber ein SCB File zusammen zu bauen. Dies besprechen wir in einem separaten Artikel. Verasst wird dieser von einem Kollegen in einem Gastbeitrag.

Abschluss

Ihr kennt nun die wichtigsten Mittel und Wege eure Lightning Node abzusichern und im Katastrophenfall wiederherzustellen. Mir war es wichtig, dass es im Netz einen Artikel gibt, in dem quasi alle Informationen enthalten sind, und Nutzer, in einer prekären Lage sich die Informationen nicht quer auf x verschiedenen Seiten zusammen suchen müssen. Im Anhang findet ihr nochmals alle Quellen, Links und Github Seiten, aus denen die Informationen stammen. Viel Erfolg!

Quellen

https://github.com/lightningnetwork/lnd/blob/master/docs/safety.md

https://github.com/lightningnetwork/lnd/blob/master/docs/recovery.md

https://docs.lightning.engineering/lightning-network-tools/lnd/disaster-recovery

https://node-recovery.com/

https://github.com/lightninglabs/chantools

https://gist.github.com/alexbosworth/2c5e185aedbdac45a03655b709e255a3

Dank an Zett für die Bereitstellung einiger Hinweise und Bilder auf dem RaspiBlitz!

The post Der Backup & Restore Leitfaden für Lightning Fullnodes appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Wofür sind HTLCs?

• Sicherer und schneller Transfer von Zahlungen: HTLCs ermöglichen es, Zahlungen über mehrere Kanäle im Lightning-Netzwerk zu senden, ohne dass die Blockchain für jede einzelne Transaktion aktualisiert werden muss. Das macht Transaktionen schneller und effizienter.
• Vertrauensfreie Transaktionen: Sie erlauben Transaktionen zwischen Parteien, die sich gegenseitig nicht vertrauen müssen. Die Sicherheit wird durch den Mechanismus des HTLCs gewährleistet, nicht durch das Vertrauen in die Gegenpartei.

Wofür werden sie benötigt?

1. Routing von Zahlungen: Im Lightning-Netzwerk werden Zahlungen oft über mehrere Knoten (Nodes) geleitet. HTLCs helfen dabei, dass diese Zahlungen sicher und verlässlich von einem Ende zum anderen gelangen.
2. Verhinderung von Betrug: Durch die Zeitbindung in HTLCs (der "Time-Lock") wird sichergestellt, dass eine Zahlung entweder vollständig durchgeführt oder nach Ablauf der Frist automatisch rückgängig gemacht wird. Das verhindert, dass jemand das Geld nimmt und sich weigert, die Transaktion abzuschließen.

Praktisches Beispiel

Um zu verstehen, wie ein HTLC beim Routing im Lightning-Netzwerk entsteht schauen wir uns ein Beispiel an. Stellt Euch vor, Alice möchte Bob über das Lightning-Netzwerk eine Zahlung senden, aber sie haben keinen direkten Zahlungskanal zueinander. Stattdessen nutzen sie Carol als Zwischenknoten. Hier ist, wie das funktioniert. Wichtig dabei ist, das nur Bob die Zahlung auslösen kann, und kein Knoten dazwischen.

Ausgangssituation

• Alice möchte 1 Bitcoin (BTC) an Bob senden.
• Alice hat einen Zahlungskanal mit Carol, und Carol hat einen mit Bob.

Erstellung des Zahlungsgeheimnisses

• Bob generiert ein Geheimnis und daraus einen Hashwert.
• Bob sendet den Hashwert an Alice, ohne das Geheimnis preiszugeben.

HTLC von Alice zu Carol

• Alice richtet ein HTLC auf ihrem Kanal mit Carol ein.
• Sie sagt: "Carol, ich sende dir 1 BTC, aber du bekommst ihn nur, wenn du mir das Geheimnis zu diesem Hashwert innerhalb eines bestimmten Zeitraums liefern kannst."
• Dieses HTLC ist nun auf der Blockchain gesperrt, aber noch nicht an Carol ausgezahlt.

HTLC von Carol zu Bob

• Carol wiederholt den Prozess mit Bob.
• Sie richtet ein HTLC ein und sagt: "Bob, ich sende dir 1 BTC, aber nur, wenn du mir das Geheimnis zu diesem Hashwert innerhalb eines kürzeren Zeitraums als Alice mir gibt, liefern kannst."

Bob löst das HTLC aus

• Bob kennt das Geheimnis und gibt es an Carol weiter, um den 1 BTC von ihrem HTLC zu erhalten.
• Indem er das Geheimnis offenbart, erlaubt er Carol, das gleiche zu tun, um den 1 BTC von Alice zu erhalten.

Abschluss des Prozesses

• Carol verwendet nun das Geheimnis, um das HTLC mit Alice zu lösen und ihren 1 BTC zu erhalten.
• Alle HTLCs werden abgerechnet, und die Zahlung von Alice an Bob über Carol ist abgeschlossen.

Wichtig zu merken

• Zeitliche Begrenzung: Die HTLCs haben eine Zeitbegrenzung. Wenn das Geheimnis nicht rechtzeitig geliefert wird, wird die Transaktion automatisch abgebrochen, und das Geld kehrt zu seinem ursprünglichen Besitzer zurück.
• Sicherheit: Durch die Verwendung von HTLCs muss Carol das Geheimnis von Bob erfahren, um ihr Geld zu erhalten. Das bedeutet, dass sie die Zahlung nicht einbehalten kann, ohne Bob zu bezahlen.
• Netzwerkeffizienz: Dieser Prozess ermöglicht es dem Lightning-Netzwerk, effizient Zahlungen über mehrere Kanäle zu leiten, ohne dass jeder Knoten ein direktes Vertrauensverhältnis haben muss.

In diesem Beispiel erleichtern die HTLCs eine sichere und effiziente Übertragung von Werten über indirekte Wege, ohne dass alle Beteiligten sich gegenseitig vertrauen müssen. Sie sind der Schlüssel für das Routing und die Skalierbarkeit des Lightning-Netzwerks.

Warum Time-locked Contracts?

Rückerstattung – Verhinderung von Fehlern

Beim Routing einer Zahlung können Probleme auftreten: Einer der Peers auf dem Weg kann offline gehen und unerreichbar werden, während die HTLCs weitergeleitet werden. Auch kann nicht ausgeschlossen werden, dass ein Knoten auf dem Weg böswillig handelt. Was wenn Carol sich weigert, das Geheimnis an den vorherigen Peer weiterzugeben und das HTLC so lange zurückhält, bis das Opfer Lösegeld zahlt?

Es muss eine Möglichkeit geben, zu garantieren, dass das Geld nicht für immer eingefroren wird, falls etwas schiefgeht. Wir müssen eine Rückerstattungsklausel in den Vertrag aufnehmen:

"Wenn Carol, also der Zwischenknoten das Geheimnis nicht innerhalb von 24 Stunden preisgibt, kann Alice die Mittel zurückfordern."

Diese zeitlich begrenzte Rückerstattungsklausel hilft auch, die Vollständigkeit zu erreichen. Man muss sich keine Sorgen über einen teilweisen Zahlungszustand machen. Im Falle eines Fehlers kann jeder Teilnehmer entweder mit seinem Kanalpartner zusammenarbeiten, um das HTLC rückgängig zu machen, oder er kann individuell die zeitlich begrenzte Rückerstattungstransaktion auf die Blockchain setzen, um seine Mittel zurückzuerhalten.

Bestimmte Funktionen erlauben eine bestimmte Blockhöhe oder einen Zeitstempel in der Zukunft anzugeben, wann die Transaktion der Blockchain hinzugefügt werden kann und gültig wird. Bis dahin bleibt die Transaktion unbestätigt und kann nicht zur Blockchain hinzugefügt werden. Im Kontext von HTLCs wird dieser Opcode mit Blockhöhen verwendet. Daher muss der Sender, um die Rückerstattungsklausel nutzen zu können, warten, bis der Block im Sperrskript erreicht ist, und eine gültige Signatur zu seinem oder ihrem öffentlichen Schlüssel vorlegen.

Welche weiteren Möglichkeiten gibt es Betrug auszuschliessen

Ein wichtiges Detail in Lightning-Netzwerkkanälen ist die Möglichkeit, Betrug zu verhindern. Wenn man einen Kanal mit einem Peer öffnet, ist es üblich, über die Lebensdauer des Kanals mehrere Transaktionen durchzuführen und den Kanalsaldo kontinuierlich zu aktualisieren, anstatt nach der ersten Zahlung das HTLC in die Blockchain zu schreiben.

Aber was, wenn ein Peer eine Transaktion mit einem alten Kanalzustand, der ihm zugutekommt, in die Blockchain schreibt, anstatt den neuesten Zustand zu verwenden? Es muss einen Weg geben, dieses Verhalten zu verhindern.

Man könnte eine weitere Klausel in den Vertrag aufnehmen:

"Wenn Bob versucht, von mir zu stehlen, habe ich 24 Stunden Zeit zu beweisen, dass er betrügt. Wenn ich das beweisen kann, darf ich das gesamte Geld, das wir unserem Kanal zugesichert haben, alleine behalten."

Wie beweisen wir, dass unser Peer betrogen hat?

Wenn jemand den Kanalzustand mit einem falschen State aktualisieren möchte, gibt er dem anderen Peer eine aktualisierte Commitment-Transaktion mit dem neuen Kanalsaldo. Der andere Peer antwortet mit einem "revocation-key", der als Beweis verwendet werden kann, dass der Kanalzustand nicht korrekt ist ist. Diese gegenseitige Überprüfung geschieht bei jeder Lightning-Transaktion, sodass bei 1000 Transaktionen 1000 Widerrufsschlüssel gespeichert werden müssen, bis der Lightning-Kanal geschlossen wird.

Es gibt mehrere Aktionen die ausgeführt werden können. Die erste ist die Straftransaktion: Sie ermöglicht es jedem, der den <Widerrufsöffentlicherschlüssel> signieren kann, und wird von der betrogenen Partei verwendet eine Aktion einzuleiten. Wenn Alice betrogen wird, kann sie den Widerrufsschlüssel, den Bob ihr gegeben hat, als sie ihren Kanalzustand aktualisiert haben, verwenden, um das gesamte Geld aus dem Kanal für sich zu beanspruchen. Der Zustand wird sofort in die Blockchain geschrieben und der Kanal mit dem Zustand von Alice auf die Blockchain geschrieben.

Die zweite Aktion verhindert es der Partei, die den HTLC hält und daher eine gültige Signatur für den <Local Delayed Public Key> hat, die Bitcoin auszugeben (Also damit ist Bob der Betrüger gemeint). Damit das nicht passiert gibt es eine Schutzfunktion: Der Ausgebende muss warten, bis die festgelegte Verzögerung abgelaufen ist. Die Verzögerung wird vor der Eröffnung des Kanals vereinbart und ist normalerweise umso größer, je mehr Geld dem Kanal zugesichert wird. So geben wir Alice Zeit zu beweisen, dass sie beraubt wird. Damit wird verhindert, sollte Alice kurz offline sein, oder Netzwerkprobleme haben, um Ihren echten Kanalzustand offen zu legen, ansonsten könnte das Bob schnell tun und den falschen Kanalzustand settlen und den Kanal closen.

Da die Bitcoin-Blockchain Nutzer vor Doppelausgaben schützt und die betrügerische Partei warten muss, um die Transaktion in der Blockchain zu bestätigen, kann die betrogene Partei die Straftransaktion veröffentlichen, sobald sie die Transaktion mit dem falschen Kanalsaldo im Mempool sieht, und sie schneller bestätigen lassen, als der Betrüger seine Transaktion bestätigen kann, da dieser ja eine Verzerzögerung gebunden ist

HTLCs sind also ein cleveres Instrument im Lightning-Netzwerk, das schnelle, kostengünstige und sichere Transaktionen ermöglicht, aber es erfordert auch einiges an Management und Verständnis, um sie effektiv zu nutzen. Ihr werdet aber als normer Node Betreiber, der ab und zu ein paar Zahlungen tätigten, eher weniger aktiv mit HTLCs zu tun haben, das übernimmt Eure Node automatisch im Hintergrund.

The post Was sind HTLC im Lightning Netzwerk und wozu werden sie benötigt appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Grundlagen des Lightning-Netzwerks

Bevor wir uns auf Outbound- und Inbound-Liquidität konzentrieren, nochmal ein kurzer Überblick über das Lightning-Netzwerk. Das Hauptziel des Lightning-Netzwerks ist es, die Effizienz von Bitcoin-Transaktionen zu erhöhen. Es ermöglicht Nutzern, Off-Chain-Transaktionen durchzuführen, was bedeutet, dass diese Transaktionen nicht auf der Bitcoin-Blockchain aufgezeichnet werden. Stattdessen werden sie in privaten oder öffentlichen Kanälen abgewickelt, die zwischen zwei Parteien eingerichtet werden. Diese Kanäle können für mehrere Transaktionen zwischen denselben Parteien verwendet werden, bevor der endgültige Zustand auf die Blockchain zurückgeführt wird.

Ein ausführlicher Artikel zum Thema Lightning findet Ihr hier.

Outbound-Liquidität

Outbound-Liquidität im Lightning-Netzwerk bezieht sich auf die Fähigkeit eines Netzwerkteilnehmers, Zahlungen an andere Teilnehmer zu senden. Wenn du einen Lightning-Kanal eröffnest, entspricht die Menge an Bitcoin, die du in den Kanal einzahlst, deiner Outbound-Liquidität. Mit anderen Worten: Es ist der Betrag, den du potenziell an andere überweisen kannst.

Beispiel

Angenommen, Ihr eröffnet einen Lightning-Kanal und hinterlegt dabei 0,1 BTC. Diese 0,1 BTC repräsentieren deine Outbound-Liquidität. Du kannst bis zu diesem Betrag an andere Netzwerkteilnehmer senden, solange beim Gegenüber die entsprechende Inbound-Liquidität vorhanden ist.

Inbound-Liquidität

Inbound-Liquidität ist das Gegenstück zur Outbound-Liquidität. Es ist die Fähigkeit, Zahlungen von anderen Netzwerkteilnehmern zu empfangen. Um Zahlungen über das Lightning-Netzwerk empfangen zu können, muss ein Nutzer über genügend Inbound-Liquidität verfügen.

Beispiel

Wenn jemand anderes einen Kanal zu Euch mit 0,1 BTC eröffnt, habt Ihr 0,1 BTC an Inbound-Liquidität. Das bedeutet, Ihr könnt bis zu 0,1 BTC über diesen Kanal empfangen.

Die Balance von Outbound- und Inbound-Liquidität

Für effektive Transaktionen im Lightning-Netzwerk ist ein Gleichgewicht zwischen Outbound- und Inbound-Liquidität notwendig. Wenn ein Kanal eröffnet wird, fließt die Liquidität in eine Richtung – von dem, der den Kanal finanziert, zu dem, mit dem der Kanal eröffnet wird. Sobald Transaktionen über den Kanal fließen, verschiebt sich diese Liquidität.

Beispiel

Wenn Ihr in unserem früheren Beispiel 0,05 BTC an jemand anderen sendet, reduziert sich Eure Outbound-Liquidität auf 0,05 BTC, und Eure Inbound-Liquidität steigt auf 0,05 BTC. Umgekehrt erhöht sich die Inbound-Liquidität der anderen Partei um 0,05 BTC und deren Outbound-Liquidität sinkt entsprechend.

Wie man Outbound-Liquidität erhält

1. Kanalöffnung: Ihr erhaltet Outbound-Liquidität, indem Ihr einen Lightning-Kanal zu einem anderen Nutzer eröffnet und dabei Bitcoin in den Kanal einzahlt.
2. Einlagebetrag: Der Betrag, den Ihr einzahlt, entspricht Eurer Outbound-Liquidität. Dies ist der Betrag, den Ihr über diesen Kanal senden könnt.

Wie man Inbound-Liquidität erhält

1. Von anderen Nutzern: Inbound-Liquidität entsteht, wenn ein anderer Nutzer einen Kanal zu Euch eröffnet und Bitcoin in diesen Kanal einzahlt.
2. Durch Transaktionen: Wenn Ihr Zahlungen über Euren Kanäle empfängt, erhöht sich ebenfalls Eure Inbound-Liquidität. Zum Beispiel, wenn Ihr zuerst Outbound-Liquidität hattet und damit Zahlungen an andere gesendet habt, wird ein Teil deiner Outbound-Liquidität zu Inbound-Liquidität für Euch.

Zusätzliche Methoden

• Liquiditätspools und Swaps : Einige Dienste im Lightning-Netzwerk bieten Liquiditätspools an, wo Ihr gegen eine Gebühr Inbound-Liquidität erwerben könnt. Ein bekannter seriöser Betreiber währe hier z.B https://lightningnetwork.plus/
• Rebalancing: Durch das Rebalancing von Kanälen kannst du deine Outbound- und Inbound-Liquidität ausgleichen. Dies geschieht meistens durch spezialisierte Tools oder manuelle Transaktionen via RTL, Thunderhub, Lightning Terminal und etc

Lesst weiter unten etwas mehr über die zusätzlichen Methoden im Liquiditätsmanagement.

Herausforderungen und Lösungen

Eines der Aufgaben im Lightning-Netzwerk ist das Management von Liquidität. Netzwerkteilnehmer, insbesondere diejenigen, die als Knotenpunkte fungieren und Transaktionen weiterleiten, müssen ständig ihre Kanäle überwachen und anpassen, um sowohl Outbound- als auch Inbound-Liquidität zu optimieren. Lösungen hierfür beinhalten die Eröffnung neuer Kanäle, das Ausbalancieren von Bestehenden über sogenannte "Rebalancing"-Transaktionen und die Nutzung spezieller Dienste, die Liquidität gegen eine Gebühr anbieten.

Liquiditätsmanagement

Beim Liquiditätsmanagement im Lightning-Netzwerk gibt es verschiedene Ansätze zur Automatisierung, die dazu beitragen, Eure Kanäle in einem gesunden Gleichgewicht zu halten. Ist ein Kanal leer oder hat nur noch Outbound und kein Inbound mehr, stellen Lightning Management Applikationen wie RTL oder Thunderhub Dienste bereit, die automatisiert die Kanäle wieder ausbalanzieren können. Da das Management von Outbound- und Inbound-Liquidität eine kontinuierliche Herausforderung darstellt, können automatisierte Tools und Mechanismen entscheidend sein. Hier sind einige der gängigsten Automatisierungsmöglichkeitenmethoden.

1. Rebalancing-Tools

• Funktionsweise: Diese Tools automatisieren den Prozess des Ausgleichs von Liquidität in den Kanälen. Sie verschieben Mittel zwischen verschiedenen Kanälen eines Knotens, um ein optimales Gleichgewicht zwischen Inbound- und Outbound-Liquidität zu erreichen.
• Ziel: Das Ziel ist, die Fähigkeit des Knotens zu maximieren, sowohl Zahlungen zu senden als auch zu empfangen, ohne manuelles Eingreifen.

2. Algorithmische Routenfindung

• Dynamische Anpassungen: Einige Tools verwenden Algorithmen, um die effizientesten Pfade für Transaktionen zu finden, wobei die Liquiditätslevels der beteiligten Kanäle berücksichtigt werden.
• Vorteile: Dies erhöht die Wahrscheinlichkeit erfolgreicher Transaktionen und verringert die Abhängigkeit von manueller Überwachung und Anpassung.

3. Liquiditätspools

• Konzept: Liquiditätspools sind eine Art von gemeinschaftlichen Ressourcen, die von mehreren Knoten genutzt werden können. Sie ermöglichen es Knoten, auf gemeinsame Liquiditätsreserven zuzugreifen, um ihre eigenen Kanäle zu unterstützen.
• Flexibilität: Sie bieten eine flexible Lösung, um temporäre Liquiditätsengpässe auszugleichen, ohne ständig eigene Kanäle anzupassen.

Solche Tools und Applikationen benötigen aber nur grössere Routing Nodes und evt Shop Betreiber um sicherzustellen dass sie Inbound- und outbound-technisch immer liquide sind.

In einem weiteren Beträg demnächst schauen wir uns an wie wir via lightningnetworks+ Inbound Liquität bekommen oder via RTL Circuallar Rebalancing unsere Kanäle etwas ausgleichen können. Dieser Beitrag sollte in erster Linie mal dazu dienen, Euch das Konzept von Inbound und Outbound zu veranschaulichen.

The post Was ist Inbound und Outbound Liquidität im Lightning Netzwerk appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Vorbereitungen um mit einer Bitcoin Full Node Lightning Kanäle finden und erstellen zu können

Eure Bitcoin Full Node muss zu 100% synchronisiert sein. Die Erstellung von Lightning Kanälen bei nicht fertig synchronisierten Nodes ist nicht möglich. Am besten wartet ihr noch, wenn Electrum oder Electrs gerade synchronisert, bis die Indexierung fertig ist, damit die Belastungen dadurch wegfallen.

Umbrel Bitcoin Full Node Vorausetzungen

Ihr benötigt eine Bitcoin Full Node mit einem Lightning Backend installiert. Bei Umbrel könnt ihr Lightning ganz einfach über den App Store installieren:

Wir empfehlen Anfängern die Standard Lightning Node mit dem Lightning Network Daemon (LND). Wer sich etwas mit der Materie auskennt, und c-lightning ausprobieren möchte, der installiert sich Core Lightning anstatt Lightning Node:

Die Wallet muss eingerichtet werden, indem die App geöffnet wird, und euer Azeed, bzw. eure 24 Wörter aufgeschrieben werden. Danach ist die Lightning Node bereits betriebsbereit.

Ausserdem müsst ihr natürlich ebenso ein paar Sats auf die Lightning Onchainwallet schicken, bevor ihr Kanäle öffnen könnt. Das geht mit dem Button Receive, welcher euch eine Adresse generiert, an die ihr ein paar Sats senden könnt.

RaspiBlitz Bitcoin Full Node Voraussetzungen

Die Lightning Node muss beim Setup eurer Raspi Node installiert sein. Falls ihr Lightning nicht installiert habt, könnt ihr das im Nachhinein immer noch tun.

Stellt eine SSH Verbindung zu eurer Node her. Der Benutzername ist admin, das Passwort ist das Passwort A bzw. das Webinterface Passwort. Ihr landet in der Statusübersicht, beendet diese mit strg+c. Öffnet das Raspi Menu mit dem Befehl menu. Wählt die SETTINGS aus und danach wählt ihr mit der Leertaste LND LIGHTNING LABS NODE aus und wählt anschliessend OK aus indem ihr mit der Enter Taste bestätigt.

Der Blitz installiert anschliessend LND. Ihr müsst nach der Installation eine Seedphrase festlegen, so wie ihr es von Walleterstellungen kennt. Bewahrt eure Seedphrase unbedingt sicher auf!

Startet anschliessend den Raspi mit sudo systemctl reboot neu.

Ihr müsst natürlich ebenso auch beim Raspiblitz ein paar Sats auf die Lightning Onchainwallet schicken, bevor ihr Kanäle öffnen könnt.

Das könnt ihr im WebUI einfach mit dem Button Erhalten/Receive erledigen.

Lightning Kanal Partner finden

Eine sehr gut Seite mit der Übersicht aller verfügbaren Lightning Nodes ist https://1ml.com/
Ihr könnt dort oben in der Suchleiste direkt nach IP Adressen, Public Node Keys, Orten und vielen mehr suchen. Beispielsweise können wir direkt mal Switzerland eingeben und nach verfügbaren Lightning Nodes in der Schweiz suchen.

Wir bekommen eine Übersicht mit einigen Orten in der Schweiz, wir klicken aber direkt auf Switzerland und können uns alle Lightning Nodes in einer Liste ansehen.

Wir sehen rechts eine Übersicht aller Kanäle mit den Lightning Nodes in der Schweiz der Grösse nach sortiert. Ihr seht in der Übersicht die Kapazität in BTC und die Anzahl an Kanälen. Klicken wir auf einen der Nodes bekommen wir weitere Informationen. Die wichtigste Information die wir benötigen ist der Node Public Key:

Links findet ihr nochmals Kapazitätsinfos, unterhalb des QR Codes die Node im Vergleich zu anderen Nodes und darunter die aktuellen Kanäle der Node.

Wählt euch eine Node ,welche euch sympathisch erscheint. Nehmt evt. nicht die grössten Node Betreiber da diese oft eine Mindestkanalgrösse an Sats voraussetzen, um sich mit ihnen verbinden zu können.

Eine weitere Seite um Nodes zu finden wäre beispielsweise amboss.space. Dort könnt ihr jedoch nicht nach Locations suchen, was ich persönlich als Nachteil empfinde, die Seite ist oft jedoch aktueller, und sie bietet einem noch viele weitere Möglichkeiten, zum Beispiel gibt es auch Optionen, um dort direkt Inbound Liquidität kaufen zu können, vor allem für Shop Betreiber interessant.

Umbrel Full Node mit der ausgewählten Node verbinden

Wir stellen hier im Beispiel eine Verbindung mit fairly.cheap her. Wir gehen auf unsere Lightning Node in der App Übersicht und scrollen nach unten und klicken auf Open Channel rechts bei der Kanalübersicht.

Wir geben hier die Public Node ID ein, wählen eine Grösse von 1 Millionen Sats und wählen unten dann eine Transaktionsgebühr nach unserer Priorität. Wollt ihr dass der Kanal in den nächsten 10min sicher eröffnet wird, schiebt den Regler ganz nach rechts. Bitte achtet aber unbedingt auf die aktuellen Transaktionsgebühren. Es kann teilweise je nach Auslastung der Blockchain mehre Franken im ersten Block zu landen. Achtet also auf die errechneten Gebühren. Wenn es nicht eilt, könnt ihr auch den Schieber bei 4hrs oder ähnlich setzen. Habt ihr eure Einstellungen gewählt, klickt anschliessend auf Open Channel.

Bitte überprüft die aktuellen Transaktionsgebühren immer zuerst auf mempool.space. Die Angaben sind nicht immer aktuell.

Nachdem ihr auf OPEN CHANNEL geklickt habt, seht ihr den Kanal in eurer Kanalübersicht:

Ihr könnt die aktuelle Position der Kanaleröffnung in der Transaktionsübersicht überprüfen: Ihr seht dass ich leider eine etwas zu geringe Gebühr gewählt habe. Unter Umständen kann dies nun gut un gerne 12 bis 24h gehen bis die Transaktion durchkommt.

Nachdem die Transaktion 1-3 Blöcke bestätigt worden ist, habt ihr nun euren ersten Kanal erfolgreich eröffnet!

RaspiBlitz Full Node mit der ausgewählten Node verbinden

Die Erstellung von Lightning Kanälen auf dem Blitz ist ebenso sehr einfach. Loggt euch im Webinterface ein und klickt auf dem Hauptbildschirm.

Danach tätigt die Einstellungen ähnlich wie bei Umbrel. Gebt die Public Key ID ein, die Menge an Sats und die Dringlichkeit. Bei Raspi entsprechen Langsam, Normal und Dringend den Durschnittsgebühren von Niedrige Priorität, Mittlere Priorität und die Hohe Priorität im Mempool.space Blockexplorer.

Habt ihr alles richtig eingestellt, wird der Kanal eröffnet und ist verwendbar sobald die Transaktion 1-3 Blöcke bestätigt worden ist. Ich habe jetzt kein Beispielkanal, erstellt da ich den RaspiBlitz nur als Testnode verwende.

Wichtige Hinweise von der Benutzung von Lightning auf der Bitcoin Full Node

1. Offline-Dauer: Wenn eure LN-Node längere Zeit offline ist, besteht die Gefahr, dass euer Kanalpartner versucht, eine ältere Kanalzustandsausgabe zu übertragen, die ihm mehr Coins zuweist. Daher ist es wichtig, Eure Node regelmäßig online zu halten.
2. Watchtowers: Ein Watchtower ist ein Drittanbieter-Service, der den Zustand eures Kanals überwacht, während ihr offline seid. Ihr könnt darauf reagieren, wenn ein Kanalpartner versucht, euch zu betrügen, sollte er eine älteren Kanalstand zu senden um den Kanal zu schliessen. Es ist sehr empfehlenswert, einen Watchtower zu verwenden, wenn ihr nicht sicherstellen können, dass Eure Node ständig online ist.
3. Backups: Es ist wichtig, regelmäßige Backups eurer LN-Node und eurer Kanalzustände zu machen. Wenn ihr euren Kanalzustand verliert, kann dies dazu führen, dass ihr nicht mehr so einfach auf eure Funds zugreifen könnt oder sogar Geld verliert. Halte euch an unseren Backup & Restore Leitfaden.
4. Channel-Funding: Wenn ihr einen Kanal eröffnet, stellt sicher, dass ihr nicht mehr Bitcoin verwendet, als ihr euch leisten könnt zu verlieren, besonders während ihr euch mit dem Netzwerk vertraut macht.
5. Gebühren: Stellt sicher, dass ihr angemessene Gebühren festlegt, wenn ihr einen Kanal eröffnet (nicht so wie ich im Beispiel) oder schließt. Wenn die Gebühren zu niedrig sind, kann eure Transaktion hängen bleiben, und sehr lange dauern insbesondere wenn das Bitcoin-Netzwerk ausgelastet ist.
6. Experimente: Vermeidet es, größere Beträge in experimentellen Implementierungen wie Taproot Channels oder neu veröffentlichten LN-Wallets zu speichern.
7. Kanal-Schließung: Schließt Kanäle nicht unnötig, da dies On-Chain-Gebühren erzeugt und das Hauptziel von Lightning darin besteht, Off-Chain-Transaktionen zu fördern.
8. Routing: Wenn ihr ein Routing-Node werden möchten, benötigt ihr genügend Liquidität, technische Expertise und eine konstante Online-Präsenz.
9. Updates: Haltet eure LN-Software stets aktuell. Entwickler arbeiten kontinuierlich daran, Sicherheitslücken zu schließen und das Netzwerk zu verbessern.
10. Private vs. Öffentliche Kanäle: Denkt daran, dass öffentliche Kanäle für jeden im Netzwerk sichtbar sind. Wenn ihr mehr Privatsphäre wünscht, könnt ihr private Kanäle verwenden.

Informiert euch, falls möglich vorher etwas über die Nodes mit denen ihr euch verbindet wollt. Am allerbesten ist es, wenn ihr vorher Kontakt mit den jenigen aufbaut und die Öffnung kurz absprecht. Wichtig ist, vertrauenswürdige und zuverlässige Peers zu haben. Peers die ständig offline gehen, bringen mehr Ärger als nutzen. Versucht auch bei günstigen Fees Kanäle zu öffnen. Weitere Transaktionsgebühren werden bei der Schliessung der Kanäle wieder fällig.

Lightning Peer Tipps und Vorschläge

Coingate - keine Mindestkanalgrösse, sehr gut vernetzte Node, leider teilweise mit etwas hoher Latenz

https://amboss.space/node/0242a4ae0c5bef18048fbecf995094b74bfb0f7391418d71ed394784373f41e4f3

Boltz | CLN - 500'000 Sats Mindesteskanalgrösse, sehr schnelle und gut vernetzte Node

https://amboss.space/node/02d96eadea3d780104449aca5c93461ce67c1564e2e1d73225fa67dd3b997a6018

NikolaTesla - sehr gut vernetzte Plebnode, 100'000 Sats Mindestkanalgrösse

https://amboss.space/node/035cf526f4c01ed693bacd7434461b9dc53d65b910fb3006110d8b42a574858fb2

LNBig Hub 1 - sehr grosse, gut vernetzte Node ohne Mindestkanalgrösse

https://amboss.space/node/034ea80f8b148c750463546bd999bf7321a0e6dfc60aaf84bd0400a2e8d376c0d5

Wyssblitz - Schweizer PlebNode - schnell und zuverlässige Node, jedoch mit Mindestkanalgrösse von 2'000'000 Sats

https://amboss.space/node/02ad4afb6e50ae4635ec5ddf5a57c44d4cc4b376ac6580f78cda0454a86e5fa6c2

Fehlermeldungen und Kanäle öffnen nicht

Es kann sein, dass die Node eine Mindestkanalgrösse verlangt, oder sogar eine gewisse Anzahl an Kanälen eurerseits voraussetzt. Wenn ein Kanal nicht öffnen will, liegt das zu 99% an den Einstellungen des Peers, und nicht daran, dass eure Node nicht funktioniert oder probleme hat.

Private vs Public Channel

Auf dem Lightning Network gibt es zwei Haupttypen von Kanälen: private Channels und public Channels. Diese unterscheiden sich hauptsächlich in ihrer Sichtbarkeit und ihrem Verwendungszweck. Hier eine ausführliche Erklärung der Unterschiede:

Public Channels

Eigenschaften:

• Öffentlich sichtbar: Public Channels sind im gesamten Lightning Network sichtbar. Ihre Existenz und Eigenschaften, wie Kapazität, Node-IDs der Teilnehmer und Gebühreneinstellungen, werden in der Netzwerkgraph-Datenbank propagiert, die von allen Nodes synchronisiert wird.
• Routingfähig: Public Channels können für das Routing von Zahlungen zwischen anderen Nodes genutzt werden. Wenn beispielsweise zwei Nodes über einen Public Channel verbunden sind, können sie Zahlungen anderer Nodes weiterleiten und dafür Gebühren erheben.
• Typische Nutzung: Public Channels werden von Routing-Nodes genutzt, um Liquidität bereitzustellen und Routing-Gebühren zu verdienen. Sie sind ein zentraler Bestandteil des Lightning Networks und sorgen für die Zahlungsweiterleitung.

Vorteile:

• Netzwerkunterstützung: Public Channels tragen aktiv zum Lightning Network bei, da sie Zahlungsrouten für andere Nodes ermöglichen.
• Gebühreneinnahmen: Nodes, die Public Channels betreiben, können durch Weiterleitungen Gebühren verdienen.
• Sichtbarkeit: Sie fördern die Verbindungsfähigkeit der eigenen Node und machen sie zu einem aktiven Teilnehmer im Netzwerk.

Nachteile:

• Erhöhte Angriffsfläche: Da Public Channels öffentlich sichtbar sind, kann ein Angreifer potenziell Informationen über die Node sammeln und gezielt angreifen.
• Veröffentlichte Liquidität: Die Liquiditätsverteilung (lokal/remote) ist öffentlich einsehbar, was zu potenziellen Privatsphäreproblemen führen kann.

Private Channels

Eigenschaften:

• Nicht sichtbar: Private Channels sind nicht im öffentlichen Lightning-Netzwerkgraphen sichtbar. Ihre Existenz ist nur den beiden verbundenen Nodes bekannt.
• Nicht-routingfähig: Private Channels können nicht für das Routing von Zahlungen Dritter genutzt werden. Sie dienen ausschließlich für Zahlungen zwischen den beiden verbundenen Nodes.
• Typische Nutzung: Private Channels werden häufig für persönliche oder spezifische Verwendungszwecke genutzt, z. B. um Zahlungen zu einem befreundeten Node oder zu einem Händler zu senden, ohne dass andere Nodes davon erfahren.

Vorteile:

• Privatsphäre: Da ein Private Channel nicht im Netzwerkgraphen erscheint, bleibt seine Existenz und Liquidität verborgen.
• Einfachheit: Für den Aufbau eines Private Channels sind weniger administrative Einstellungen nötig, da keine Gebührenstrukturen für Routing eingerichtet werden müssen.
• Gezielte Verwendung: Ideal für Zahlungen zu einem bestimmten Ziel, z. B. zwischen einer persönlichen Wallet und einem Zahlungsdienst.

Nachteile:

• Keine Routing-Funktionalität: Private Channels tragen nicht zur Weiterleitung von Zahlungen im Lightning Network bei.
• Limitierte Nutzung: Zahlungen sind nur zwischen den beiden Nodes des Kanals möglich oder über eine spezielle Route, bei der eine Node einen "Hint" zur Route gibt (z. B. durch eine BOLT-11-Invoice mit Routing-Hinweisen).

Zusammenfassung der Unterschiede

In der Praxis hängt die Wahl zwischen einem Public oder Private Channel stark vom Ziel der Node-Betreiber ab. Wer aktiv zum Lightning Network beitragen oder Gebühren verdienen möchte, setzt auf Public Channels. Wer hingegen Wert auf Privatsphäre und die Node nur für persönliche Zahlungen verwendet, wählt Private Channels.

Mit wieviel Peers sollte ich mich verbinden

Das hängt von mehreren Faktoren ab. Grundsätzlich erstmal, umso mehr, umso besser. Verbindet ihr euch mit einer Node, die bereits Kanäle zu hundert anderen Nodes hat, ist die Chance relativ hoch, dass eure Zahlung einen Weg durch das Netzwerk findet. Verbindet ihr euch nur mit kleineren Plebnodes mit nur wenigen Kanälen, kann es sein, dass die Zahlungen nicht durchgehen, weil die Liquidität der kleinen Node keine Pfad ergibt, oder keine Route gefunden wird. Wer sich gerne mit Plebnodes verbindet, sollte ruhig 3-4 Kanäle eröffnen. Wenn ihr das nötige Kleingeld habt, um euch mit WalletofSatoshi zu verbinden (5 Millionen Sats Minchansize) braucht ihr theoretisch nur einen Kanal. Aber auch hier kann es hin und wieder mal zu Problemen kommen, z.B wenn WoS überlastet ist, die Liquidität suboptimal liegt, oder die Node einfach nur offline ist.

Lightning Fullnode mit Smartphone verbinden

Damit ihr von unterwegs mit euren Lightningsats bezahlen könnt, müsst ihr die Node mit einem Client wie Bitbanana oder Zeus verbinden. Dann könnt ihr mit den Apps QR Codes für Zahlungen scannen, und eure Node führt die Zahlungen dann aus. Hier ein exemplarisches Tutorial für die App Bitbanana.

Fazit

Das Lightning Network bietet eine großartige Möglichkeit, Bitcoin-Zahlungen schnell, kostengünstig und effizient abzuwickeln. Mit einer vollständig synchronisierten Bitcoin Full Node und den richtigen Tools, wie Umbrel oder RaspiBlitz, ist es möglich, Lightning-Kanäle mit gezielt ausgewählten Peers zu eröffnen und die Vorteile des Netzwerks voll auszuschöpfen.

Die Wahl zwischen Public und Private Channels hängt von den individuellen Bedürfnissen ab: Public Channels bieten Netzwerkunterstützung und Routing-Möglichkeiten, während Private Channels mehr Privatsphäre garantieren. Die Verwendung von Plattformen wie 1ml.com oder amboss.space erleichtert das Finden geeigneter Peers erheblich. Dabei ist es essenziell, auf die Mindestanforderungen der Nodes zu achten und vertrauenswürdige Partner zu wählen.

Regelmäßige Backups, aktuelle Software und die Nutzung von Watchtowers sind entscheidend, um Sicherheit und Zuverlässigkeit zu gewährleisten. Mit der richtigen Vorbereitung und einem durchdachten Vorgehen ist das Lightning Network ein leistungsstarkes Werkzeug, um Bitcoin-Zahlungen flexibel und innovativ zu gestalten.

Ich hoffe der heutige Artikel Bitcoin Full Node Lightning Kanäle finden hat euch gefallen, habt ihr Fragen, schreibt sie in die Kommentare! Habt ihr Interesse an einer eigenen Bitcoin Full Node? Dann schaut hier vorbei!

The post Channel Peers finden und Lightning Kanäle eröffnen appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Funktionsweise des Lightning Netzwerks

Das Bitcoin Lightning Network ist also eine so genannte "Second-Layer"-Lösung auf der Bitcoin-Blockchain, die eine erhebliche Erhöhung der Transaktionsgeschwindigkeiten und der Gesamttransaktionskapazität ermöglicht. Aber was bedeutet das jetzt genau, und welche Vorteile erreicht Bitcoin dadurch? Die Grundidee besteht darin, die Notwendigkeit einer globalen Übereinstimmung für alle Transaktionen zu eliminieren, indem Zahlungskanäle geschaffen werden, die nur zwei Teilnehmer involvieren und nicht auf jeder einzelnen Transaktion beruhen.

Die Hauptkomponenten des Lightning Netzwerkes

1. Zahlungskanäle: Ein Zahlungskanal ist eine private Verbindung zwischen zwei Teilnehmern im Lightning-Netzwerk. Dieser Kanal wird auf der Blockchain erstellt und ermöglicht den Austausch von Bitcoin zwischen den beiden Parteien, ohne dass jede Transaktion auf der Blockchain registriert werden muss. Stattdessen werden die Transaktionen innerhalb des Kanals verarbeitet und nur der Endsaldo wird schließlich auf der Blockchain registriert. Die Erstellung eines Zahlungskanals erfordert eine Anfangstransaktion auf der Blockchain, die als "Commitment-Transaktion" bekannt ist. Diese Transaktion ist so strukturiert, dass beide Parteien Kontrolle über die im Kanal gesperrten Bitcoin haben, obwohl sie technisch gesehen noch nicht ausgegeben wurden.
2. Commitment-Transaktionen: Im Laufe der Zeit können die beiden Teilnehmer im Zahlungskanal so viele Transaktionen durchführen, wie sie möchten, indem sie die Gelder hin und her schicken. Jede dieser Transaktionen wird als "Commitment-Transaktion" bezeichnet, da sie die Verpflichtung der beiden Parteien zur Aufteilung der Gelder widerspiegelt. Wichtig ist, dass diese Commitment-Transaktionen nicht sofort auf der Blockchain gesendet werden. Stattdessen werden sie von den beiden Parteien unterzeichnet und privat gehalten, bis einer der beiden Teilnehmer sich dazu entschließt, den Kanal zu schließen.
3. Das Schließen eines Kanals: Wenn einer der Teilnehmer den Zahlungskanal schließen möchte, sendet er die neueste Commitment-Transaktion an die Blockchain. Dieser Prozess wird als "Settlement" bezeichnet und erfordert eine On-Chain-Transaktion. Sobald diese Transaktion bestätigt ist, sind die Bitcoin für jede Partei entsprechend dem Endsaldo aus dem Kanal verfügbar.

Eines der wichtigsten Merkmale des Lightning-Netzwerks ist die Fähigkeit, Zahlungen über mehrere Kanäle zu routen. Dies bedeutet, dass, wenn Alice eine Zahlung an Bob senden möchte, sie nicht unbedingt einen direkten Zahlungskanal mit Bob haben muss. Wenn Alice einen Kanal mit Carol hat und Carol einen Kanal mit Bob hat, kann Alice die Zahlung über Carol an Bob leiten.

Wir stellen fest, dass das Lightning-Netzwerk durch die Verlagerung von Transaktionen von der Bitcoin-Blockchain auf Off-Chain-Zahlungskanäle die Skalierbarkeit und Geschwindigkeit von Bitcoin verbessert. Es ermöglicht sofortige Zahlungen, verringert die Transaktionskosten und verbessert die Privatsphäre und Sicherheit der Benutzer.

Vorteile des Lightning Netzwerks

1. Schnelligkeit: Da die Transaktionen off-chain durchgeführt werden, sind sie fast sofortig und nicht an die Blockgenerierungszeit der Bitcoin-Blockchain gebunden. Dies ist ein großer Vorteil für Mikrotransaktionen und Situationen, in denen schnelle Transaktionen erforderlich sind.
2. Kosteneffizienz: Das Lightning Network erlaubt es Benutzern, Transaktionsgebühren zu sparen, da die meisten Transaktionen off-chain durchgeführt werden. Nur das Öffnen und Schließen von Kanälen erfordert Gebühren, die mit On-Chain-Transaktionen verbunden sind.
3. Skalierbarkeit: Das Lightning Network verbessert die Skalierbarkeit von Bitcoin, indem es die Anzahl der Transaktionen, die das Netzwerk handhaben kann, drastisch erhöht. Dies könnte Bitcoin einen Schritt näher an eine echte Peer-to-Peer-Elektronische Währung bringen.

Datenschutz im Lightning Netzwerk

Im Vergleich zu On-Chain-Transaktionen bietet das Lightning Network verbesserten Datenschutz. Da die meisten Transaktionen off-chain erfolgen und nur das Endresultat auf die Blockchain kommt, ist es schwieriger, die Bewegungen von Bitcoin zu verfolgen. Zudem verwendet das Lightning Network das Onion-Routing, ähnlich wie Tor, um die Privatsphäre der Benutzer zu schützen. Jeder Knoten im Pfad kennt nur seinen direkten Vorgänger und Nachfolger, aber nicht die gesamte Route, wodurch die Möglichkeit einer Überwachung oder Zensur verringert wird.

Lightning Netzwerk Software und Implementierungen

Es gibt mehrere Implementierungen des Lightning Protokolls, jede mit ihren eigenen Merkmalen und Vorteilen:

1. LND (Lightning Network Daemon): LND ist eine weit verbreitete Implementierung des Lightning-Protokolls. Sie ist benutzerfreundlich und bietet APIs für Entwickler, die auf Go basieren.
2. c-lightning: c-lightning ist eine leistungsorientierte Implementierung des Lightning-Protokolls von Blockstream. Sie bietet verschiedene Plugins und ist in der Programmiersprache C geschrieben, was sie extrem effizient und anpassbar macht.
3. Eclair: Eclair, entwickelt von ACINQ, ist eine weitere Implementierung des Lightning-Protokolls. Es bietet eine vollständige Lightning-Node-Implementierung und ist in Scala geschrieben.

Mit LND kompatible Apps:

1. Zap oder auch Bitbanana Wallet: Zap/Bitbanana ist eine einfache und sichere Bitcoin Wallet, die das Lightning Network nutzt, um sofortige Zahlungen zu ermöglichen. Es verwendet LND im Hintergrund und bietet eine intuitive und benutzerfreundliche Oberfläche.
2. Zeus: Zeus ist eine mobile Lightning Wallet, die LND, c-lightning und Eclair unterstützt. Sie ermöglicht den Benutzern, ihre eigene Lightning Node von ihrem Android-Gerät aus zu steuern.
3. Breez: Breez ist eine nicht custodial Bitcoin Wallet, die das Lightning Network nutzt, um sofortige Zahlungen zu ermöglichen. Breez integriert sich mit LND und bietet eine nahtlose Benutzererfahrung.

Mit c-lightning kompatible Apps:

1. Spark Wallet: Spark ist eine minimalistische Wallet-App für c-lightning. Es ermöglicht den Benutzern, ihre eigene Lightning-Node zu verwalten und Zahlungen über das Lightning Network durchzuführen.
2. Zeus: Wie oben erwähnt, unterstützt Zeus auch c-lightning.

Mit Eclair kompatible Apps:

1. Eclair Mobile Wallet: Diese App, entwickelt von ACINQ, ist eine einfach zu bedienende Bitcoin Wallet, die das Lightning Network unterstützt. Die Benutzer können mit dieser App Lightning-Transaktionen senden und empfangen.
2. Phoenix: Phoenix ist eine weitere App von ACINQ, die auf das beste Nutzererlebnis abzielt. Sie benötigt kein Setup und ermöglicht das Senden und Empfangen von Lightning-Zahlungen mit nur wenigen Klicks.

Hier die Apps Phoenix, Zeus und Bitbanana von links nach rechts

Einige Lightning-Netzwerk-Apps erfordern, dass ihr eure eigene Lightning-Node betreibt, während andere dies nicht tun. Hier ist eine Unterscheidung zwischen den oben genannten Apps:

Apps, die eine eigene Lightning Node erfordern

1. Zap/Bitbanana Wallet: Zap erfordert in der Regel, dass ihr eure eigene Lightning Node betreibt. Es gibt auch eine iOS-Version namens Zap iOS, die eine Verbindung zu einer Remote-Node herstellt, aber für die Android-Version wird in der Regel eine eigene Node benötigt.
2. Zeus: Zeus ist für fortgeschrittene Benutzer gedacht, die ihre eigene Lightning Node betreiben möchten. Es ermöglicht euch, von eurem mobilen Gerät aus auf eure Node zuzugreifen. Mitlerweile gibt es in Zeus auch einen eigens betriebenen LSP (Lightning Service Provider), der das Kanalmanagement für euch übernimmt.
3. Spark Wallet: Spark Wallet ist eine Remote-Control-Anwendung für c-lightning. Sie erfordert daher, dass ihr eine eigene c-lightning Node betreibt.

Apps, die keine eigene Lightning Node erfordern

1. Breez: Breez ist eine Nicht-Custodial-App, das bedeutet, ihr behaltet die Kontrolle über eure Bitcoin, aber die App betreibt die Lightning Node für euch.
2. Eclair Mobile Wallet: Eclair Mobile ist eine Light-Client-Anwendung, die keine eigene Node erfordert. Sie verbindet sich mit einem von ACINQ betriebenen Node.
3. Phoenix: Wie Eclair Mobile erfordert Phoenix keine eigene Node. Es ist eine benutzerfreundliche App, die das Senden und Empfangen von Lightning-Transaktionen einfach macht. Die Wallet ist vollständig Custodial. Allerdings zahlt Ihr für die Eröffnung eigener Lightning Kanäle, welche die App automatisch verwaltet, Gebühren in der Höhe der aktuellen Mining Gebühren
4. Wallet of Satoshi: ist super schnell eingerichtet, es benötigt keine Registrierung, es müssen keine Gebühren für Lightning Kanäle ausgegeben werden, allerdings ist die Wallet Custodial, dass heisst, der Betreiber verwaltet Eure Keys

Wichtig zu wissen ist, dass, obwohl Apps, die keine eigene Node erfordern, einfacher zu bedienen sind, sie weniger Kontrolle und möglicherweise weniger Datenschutz bieten, da die Lightning-Transaktionen über einen von Dritten betriebenen Node laufen. Apps, die eine eigene Node erfordern, erfordern mehr technisches Know-how und Ressourcen, bieten aber mehr Kontrolle und Datenschutz.

Schaut euch die Apps der Reihe nach mal an, sie bitten unterschiedliche Funktionen, unterschiedliche Bedienungen und Erfahrungen, haben ihre Vor und Nachteile und können mit unterschiedlichen Protokollen verwendet werden. Das ist ja das gute an Bitcoin und dem Lightning Netzwerk: Ihr seid nicht an ein Protokol, bzw. nur an eine App gebunden!

Das Bitcoin Lightning Netzwerk ist eine wirklicher Meilenstein in der Geschichte des Bitcoins, die das Potenzial hat, die Skalierbarkeit von Bitcoin zu verbessern, die Transaktionsgeschwindigkeit zu erhöhen und den Datenschutz zu verbessern. Mit verschiedenen Softwareimplementierungen und einer wachsenden Gemeinschaft von Entwicklern und Benutzern ist das Lightning Network ein wichtiger Schritt in Richtung einer effizienteren und privateren Nutzung von Bitcoin.

Ich hoffe euch mit dem Artikel das Lightning Netzwerk ein klein wenig näher gebracht zu haben, falls ihr Fragen habt, schreibt sie in die Kommentare! Seid ihr an einer eigenen Bitcoin/Lightning Node interessiert? Schaut doch in unserem Shop in der Kategorie BTC Nodes vorbei.

The post Was ist das Bitcoin Lightning Netzwerk appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.