English | Español | Français | Italiano | Dutch | Hrvatski | Hindi

Ursprünglich gepostet auf Substack am 23. Mai 2022, hier aktualisiert am 20. Dezember 2024.

Eine Warnung an alle öffentlichen Knotenbetreiber zur tatsächlichen Nutzung des Lightning Network. Dieser Artikel ist allen neuen Benutzern gewidmet, die jetzt einen BTC LN-Knoten starten oder jetzt starten möchten.

EINFÜHRUNG

Dies sind meine persönlichen Beobachtungen und Empfehlungen nach über 25 Jahren in IT-Systemen, über 10 Jahren in Bitcoinlandia und über 2 Jahren Betrieb verschiedener LN-Knoten, wobei ich viel Zeit mit dem Testen und Verwenden verschiedener Lösungen für LN-Knoten verbracht und anderen Knotenbetreibern geholfen habe.

Mein einziges Ziel ist es, LN für alle Teilnehmer besser funktionieren zu lassen und einige Aspekte aus einer sehr objektiven Sichtweise darzustellen.

Es ist mir egal, ob viele nicht zustimmen oder mich sogar für das hassen, was ich hier sagen werde. Ja, für einige werden es keine angenehmen Worte sein. Ich bin nicht hier, um irgendjemandem zu gefallen, ich präsentiere Fakten. Wenn Sie nach netten Worten und „Arschkriecherei“ suchen, werden Sie von mir nichts hören. Ich werde immer auf meine Weise die Wahrheit sagen. Wenn Ihnen meine Worte nicht gefallen, ist das Ihr Problem, nicht meines.

Im Jahr 2020, nachdem Umbrel die BTC/LN-Suite Umbrel Node auf den Markt gebracht hatte, stürzten sich viele neue Leute darauf und installierten sie, weil sie dachten, das sei lustig, einfach und sogar ein „passives Einkommen“. Aber sie ignorierten einen wichtigen Aspekt: ​​BILDUNG über Lightning Network.

In fast einem Jahr ist die Anzahl der LN-Knoten um mindestens 9000 Knoten gestiegen. Das ist eine wahnsinnige Zahl in so kurzer Zeit. Und das hauptsächlich auf Tor.

Ja, es ist schön, das Interesse am Betrieb eines LN-Knotens zu sehen, aber nach dem, was ich in Telegram-Gruppen und Foren gesehen habe, haben 90 % keine Ahnung, was sie tun.

Ich denke, dieser Start war ein Fehler, oder zumindest war die Vorgehensweise falsch. Zu viele Benutzer mit absolut null Wissen haben sich eingemischt und Chaos geschaffen. Ich weiß nicht, wer es als „sehr einfach, einen Knoten mit 3 Klicks zu installieren“ anpreist, aber beim Betreiben eines Knotens geht es nicht darum, dass man ihn mit nur 3 Klicks installieren kann. Es geht eher darum, viel Wissen über Bitcoin zu haben und wie LN im Hintergrund funktioniert. Sonst entsteht nur ein chaotisches Netzwerk von Leuten, die keine Ahnung haben, was sie tun. Ja, ich habe ihnen mit meinen Anleitungen sehr geholfen und bin fast rund um die Uhr mit Ratschlägen zur Verfügung gestanden. Aber das reicht nicht. Sie müssen große Anstrengungen unternehmen, um über Knoten zu lesen und zu lernen. Sonst ist alles vergebens.

Ja, einige von ihnen beginnen langsam, sich weiterzubilden und werden zu guten Knotenbetreibern. Aber die Mehrheit kümmerte sich einen Dreck um die Warnungen und betreibt ihre Knoten weiterhin auf sehr schlechte Weise, ohne angemessene Wartung, ohne grundlegende Kenntnisse darüber, wie LN funktioniert. Bei manchen von ihnen liegt der einzige Fokus darauf, „Sats zu verdienen“.

Diese Situation wird von Tag zu Tag schlimmer, weil diese „schlechten Knoten“ für ALLE VON UNS im Netzwerk zu einem Albtraum werden.

AKTUELLE PROBLEME BEI ​​LN

Hier werde ich einige Aspekte dieses Albtraums erwähnen (vielleicht sind einige Probleme bereits behoben):

• Knoten, die sehr oft offline gehen. Das macht die Kanäle sehr instabil und unbrauchbar.
• Knoten, die keine stabile Internetverbindung und insbesondere keine guten Tor-Relays haben.
• Knoten, die NUR Tor sind und noch keinen Hybridmodus (Tor + Clearnet) verwenden. Tor als Kommunikationsnetzwerk für Knoten ist wirklich schlecht, weil es instabil ist. LN-Knoten müssen die ganze Zeit über das Gossip-Protokoll kommunizieren können. Andernfalls können sie sich nicht „sehen“, selbst wenn der Bitcoin-Knoten noch synchronisiert.
• Feststeckende HTLCs, die letztendlich zwangsweise geschlossene Kanäle provozieren. Das ist eine sehr ärgerliche und kostspielige Situation. Viele Knotenbetreiber denken oder wissen nicht, dass, wenn ein HTLC durch ihren Knoten geht und ihr Knoten offline geht oder einfach nicht über das Gossip-Protokoll mit dem LN kommunizieren kann, dieses HTLC für ALLE ein echtes Ärgernis ist. Es handelt sich um einen nicht erfüllten Vertrag und wenn der HTLC innerhalb der Ablauffrist nicht erfüllt wird, wird eine erzwungene Schließung der Kanäle in Kaskade zu allen mit diesem HTLC verbundenen Peers ausgelöst. Dies betrifft alle. Hier ist eine Warnung vom ZFR-Knoten.
• Falsche oder chaotische Einstellungen für CLTV-Delta, Gebühren, min./max. HTLC. Ich habe Benutzer gesehen, die mit diesen Einstellungen herumgespielt haben, ohne grundlegende Kenntnisse darüber zu haben, was sie ändern. Das macht es sehr schwierig, mit ihnen als Peers zu arbeiten. Oder noch schlimmer, wenn es die Kollegen Ihrer Kollegen sind und Sie nicht wissen, was sie tun, wird Sie das indirekt beeinflussen.
• Zwanghaftes Rebalancing. Das ist eine andere Geschichte, viele begrüßen es und ich verstehe diese Besessenheit nicht, ihre Kanäle ständig neu auszugleichen. Meiner Meinung nach ist das schwachsinnig und nutzlos. Es kann Liquidität genau dann verschieben, wenn sie für einen ausstehenden HTLC benötigt wird. Es ist nutzlos und hilft in keiner Weise, sondern macht es mit „gefälschtem“ Verkehr, der in keiner Weise den echten LN-Verkehr darstellt, schlimmer. Anstatt dieses Rebalancing durchzuführen, passen Sie besser den minimalen/maximalen HTLC an, senken Sie ihn auf eine normale Menge an Tx und der Benutzer sollte anfangen, MPP ständig zu verwenden.
• Kanäle deaktivieren. Es gibt immer noch „LN-Tools“, also Skripte, die Kanäle deaktivieren, wenn das Routing des jeweiligen Kanals „nicht rentabel“ ist. Das ist schwachsinnig und unproduktiv. Es schließt nur Türen für mögliche Routen.
• Benutzer verwenden MPP immer noch nicht als Hauptoption, wenn sie Zahlungen über LN tätigen. Dies führt dazu, dass Kanäle sehr schnell erschöpft werden können und Knoten, die keine effizienten Routen verwenden, den Verkehr immer mit unterschiedlichen Methoden anpassen müssen (Neuausgleich, Anpassung der Gebühren, Anpassung des maximalen HTLC, Öffnen weiterer Kanäle). MPP teilt nicht nur den Betrag einer Zahlung in viele kleine Teile auf, sondern sucht auch nach der besten Route für jede Aufteilung. Kleinere HTLCs finden schneller und besser einen guten Pfad als große.
• Pfadsuche. Ja, dies ist ein sehr wichtiges Problem in LN und ist hauptsächlich auf alle oben genannten Aspekte zurückzuführen.

EMPFEHLUNGEN FÜR NEUE ÖFFENTLICHE LN-NODE-BETREIBER

Als neuer Benutzer in dieser faszinierenden Welt des Lightning Network sollten Sie Folgendes tun:

• Bevor Sie mit dem Betrieb eines Nodes beginnen, fragen Sie sich: Warum müssen Sie einen vollständigen LN-Node betreiben? Wie ich in der Anleitung zu Ersten Schritten mit Umbrel erwähne, gibt es dort eine Liste mit Antworten, die die Leute berücksichtigen sollten, bevor sie mit dem Betrieb eines Nodes beginnen.
• Wenn Sie einfach nur mit LN herumspielen und sogar einen privaten LN-Knoten haben möchten, ist es NICHT NOTWENDIG, einen Routing-Knoten auszuführen! Sie können Ihr mobiles Blixt Node Wallet oder Zeus Node Wallet problemlos mit privaten Kanälen ausführen, Sie müssen nicht 100 % online sein, Ihre Kanäle sind vollständig steuerbar, privater, einfach zu verwalten, Sie müssen nicht viel Guthaben in LN haben. Weitere LN-Wallets für Mobilgeräte mit allen detaillierten Funktionen und eine spezielle Anleitung für PRIVATE LN-Knoten finden Sie hier.
• Wenn Sie ein Desktop-LN-Wallet verwenden möchten, können Sie problemlos Electrum verwenden, das funktioniert perfekt. Bald wird auch Blixt eine Desktop-Version haben, die fortschrittlicher und leistungsfähiger ist.
• Wenn Sie nicht so technisch versiert sind und keine Dokumentation lesen möchten, sollten Sie diese Desktop-/RPi-Knoten lieber nicht ausführen. Sie helfen dem Netzwerk überhaupt nicht, wenn Sie nichts über LN wissen und nur einen beschissenen Knoten im Netzwerk behalten. Sie richten mehr Schaden an als Sie nutzen.
• Wenn Sie wirklich einen vollwertigen Desktop-Routing-Knoten betreiben möchten, sollten Sie sich gut vorbereiten: lesen Sie die gesamte verfügbare Dokumentation gründlich durch, studieren Sie alle Video-Tutorials, bereiten Sie eine gute, leistungsstarke Maschine für Ihren Knoten vor, wie ich in diesem speziellen Leitfaden zur Knotenwartung erwähnt habe, beobachten Sie Ihre Peers und Kanäle proaktiv, halten Sie einen guten Datenverkehr mit niedrigen Gebühren und guten Routen aufrecht. Peers, die online schwer zu warten sind, sollten Sie nicht behalten, denn das erschwert Ihre Routen.
• Verwenden Sie leistungsstarke Hardware! Das ist sehr wichtig. Bei Knoten mit mehr als 50-100 Kanälen wird eine RPi-Maschine wirklich problematisch, insbesondere bei Verwendung von LND.
• Beginnen Sie mit der Methode zur Anpassung des maximalen HTLC pro Kanal bis zu einem bestimmten Niveau, bei dem Sie sehen, dass der Datenverkehr von Ihren Peers auf beiden Seiten gut ankommt. Wie ich in der anderen Anleitung hier erklärt habe. Dies wird die Pfadfindung für Routen erheblich erleichtern und dafür sorgen, dass die Satelliten schneller durch Ihren Knoten fließen, indem sie durch die richtigen Kanäle gehen, bei denen ausreichend Liquidität angezeigt wird.
• Hohe Gebühren werden Ihnen in keiner Weise helfen, sondern die Dinge sogar noch schlimmer machen. Verbinden Sie sich niemals mit Knoten mit hohen Gebühren. ISOLIEREN SIE SIE! Nehmen Sie einfach Beispiele dieser idiotischen Knoten mit ultrahohen Gebühren: Sweet16Joe, Magnetron (Muun-Wallet) und viele mehr dieser Art. Wir sind hier, um die Bankster zu ficken, nicht um uns gegenseitig zu ficken.

Beispiel eines Umbrel-Benutzers, der ein „Knotenoperator“ sein möchte, ohne zu wissen, was er tut

ANFRAGEN AN LIGHTNING-ENTWICKLER

Bitte überlegen Sie, wie Sie den LN-Code in diesen Aspekten verbessern können. Diese Anfragen richten sich nicht nur an Entwickler von LN-Implementierungen, sondern auch an Verwaltungstools und Wallets wie Thunderhub, RTL, Zeus usw. Vielleicht sind Ihre Ziele anders, aber hören Sie sich bitte zumindest an, was die Benutzer sagen und anfordern:

• Fügen Sie dem Code eine Option hinzu, um einen Kanal erst bei einer bestimmten Blockhöhe zu schließen, die von beiden Peers festgelegt wird, die den Kanal öffnen. Wir haben heute viele Kanalmärkte, die Liquiditätskanäle verkaufen, aber es gibt keine einfache Möglichkeit, diese Kanäle zu „sperren“, sodass es fast unmöglich ist, sie bis zu einer bestimmten Blocknummer zu schließen. Dadurch wird auch Betrug bei diesen Liquiditätsverträgen vermieden und es werden auch bestimmte Regeln festgelegt.
• Ändern Sie die Art und Weise, wie HTLC eine erzwungene Schließung auslösen. Warum einen Knoten bestrafen, der bereits die HTLC geroutet hat, wenn der nächste Peer in der Route derjenige ist, der die HTLC nicht erfüllt? Diese erzwungenen geschlossenen Kanäle sind buchstäblich IDIOTISCH, ergeben keinen Sinn und sind kostspielig. Oder geben Sie dem Peer zumindest die Chance, den Kanal offen und funktionsfähig zu halten und die ausstehenden HTLCs auf andere Weise anzufechten. Verwenden Sie ein Reservesystem, bei dem jeder Peer zuerst eine Reserve hinterlegt. Dadurch werden die Knoten zweimal darüber nachdenken, für wen und wie sie Kanäle öffnen.
• Machen Sie das Gossip-Protokoll effizienter und zuverlässiger. Es ist wirklich schmerzhaft zu sehen, dass Peers buchstäblich online sind. Sie könnten sie anpingen, aber der Gossip sagt, dass der Kanal offline ist. Dies führt dazu, dass viel HTLC in den Wartezustand gerät und sogar verloren geht, weil es durch Gossip nicht gut kommuniziert wird.
• Fügen Sie eine einfache Option hinzu, um den maximalen HTLC für einen Kanal basierend auf der Liquidität dieses Kanals für jede Seite festzulegen, und geben Sie buchstäblich den Saldo bekannt, wenn eine Zahlung beim Knoten eingeht. Ja, viele werden sagen, dass dies „die Privatsphäre verletzt“, aber seien wir ehrlich, wir haben bereits viele Möglichkeiten, den Saldo eines Kanals zu ermitteln, wir müssen uns nicht hinter dem Finger verstecken. Dies sind Routing-Knoten, die die Liquidität sehr gut bekannt geben müssen, keine privaten Knoten. Im Moment finde ich heraus, dass allein durch die manuelle Anpassung des maximalen HTLC für einen Kanal der Verkehr stark verbessert wurde, ohne dass dumme Neugewichtungen oder Anpassungen der Gebühren basierend auf der verfügbaren Liquidität vorgenommen werden mussten. Ich stimme dem ZFR-Knotenvorschlag hier voll und ganz zu.
• Fügen Sie bessere Optionen hinzu, um Routen auf bestimmten Kanälen zu verwalten, mit einem Regelsatz, der vom Knotenbetreiber einfach verwaltet werden kann. Beispiel: Ich möchte, dass alle privaten Kanäle über bestimmte öffentliche Kanäle weitergeleitet werden. Oder ich hätte gerne dedizierte Kanäle für LNDhub-Apps wie Bluewallet und LNbits. Ja, ich habe viele Möglichkeiten ausprobiert, um bestimmte Gebühren und minimale/maximale HTLC festzulegen, aber es funktioniert nicht gut.
• Fügen Sie bessere Unterstützung für reine Tor-Knoten hinzu oder finden Sie ein anderes Protokoll für die private Kommunikation. Tor ist für LN-Knoten wirklich unzuverlässig. Es verursacht so viele Probleme.
• Warum haben wir 3 LN-Implementierungen mit 3 unterschiedlichen CLTV-Deltas? Warum sind nicht alle gleich? Wie sollten Benutzer festlegen, basierend auf welchen Metriken? Ich habe gesehen, wie einige Knoten mit diesen Standardeinstellungen (CLN=34, LND=40, Eclair=144) herumgespielt haben und das Routing durchgedreht ist und sogar zwangsweise geschlossene Kanäle verursacht hat. Warum kann es nicht etwas Stabiles und Zuverlässiges geben?
• Lass den ganzen Blödsinn bitte eine Weile ruhen, hör auf, „neue nutzlose Funktionen und Token“ auf LN hinzuzufügen, und konzentriere dich darauf, LN besser funktionieren zu lassen. Denn im Moment … funktioniert es nicht gut. Es ist weit davon entfernt, ein effizientes Zahlungsnetzwerk zu sein. Und wenn wir uns nicht um diese Probleme kümmern, werden wir bald ein gescheitertes Projekt haben oder nur versuchen, Patch für Patch zu installieren.
• Besonders an die Entwickler von Umbrel: Füge bitte nicht so viele Bloatware-Apps hinzu! Benutzer installieren sie nur aus Neugier und laden diese winzigen RPis mit nutzlosen Apps voll. Konzentriere dich mehr darauf, einen starken LN-Knoten zu haben, und füge wichtige Optionen zur Verwaltung dieses LN-Knotens hinzu. Alle nicht mit dem Knoten verbundenen Apps sind überhaupt nicht nützlich und könnten leicht in eine andere „Personal Server“-Suite gepackt werden, wenn man sie wirklich nutzen möchte. Mischen Sie diese Dinge nicht! Ich weiß, dass Sie einen „souveränen Personal Server“ erstellen möchten, aber so wird das nicht funktionieren! Ich selbst betreibe einen Umbrel-Knoten, aber nur als LN-Knoten, sonst nichts. Alle anderen Apps betreibe ich separat auf einer anderen Maschine oder sogar auf meinem Qnap NAS. Ich muss meinen Knoten nicht damit aufblähen. Aber viele Neulinge kennen diesen Aspekt nicht. Besser getrennt.

FAZIT

Ich hoffe, dieser Artikel öffnet vielen mehr die Augen und macht den Leuten klar, dass wir noch Arbeit vor uns haben, um LN zu verbessern. Wir haben noch Zeit, das Problem zu beheben, und wir können mit einfachen Dingen beginnen: Schulung neuer Benutzer und Beheben/Verbessern des LN-Codes.

Sie können einen Kanal wieder öffnen, aber die durch das erzwungene Schließen und erneute Öffnen verlorenen Sats wurden vergeblich weggeworfen...

Und wenn Sie anfangen, 4-5 FC/Woche zu haben, werden Sie es nicht mehr so ​​zuverlässig finden, einen Routing-Knoten zu betreiben.

Ich selbst habe 2 laufende LN-Knoten und überlege, einen davon ganz abzuschalten. Vielleicht beide (CLN und LND) und wir führen einfach ein Blixt oder Zeus auf dem Desktop oder Mobilgerät aus, privat, und scheren uns einen Dreck um das Routing und die Unterstützung des Netzwerks.

Ich bin bereit, kostenlos zu routen, aber Zwangsschließungen für die Fehler anderer zu bezahlen... ist nicht akzeptabel./<

Wir beginnen mit dem Aufbau eines Zahlungsnetzwerks, aber andere auf der anderen Seite versuchen, es zu schließen. Wir haben jetzt Liquiditätsmarktplätze, wir kaufen Kanäle, aber wenn diese „Verträge“ nicht respektiert und mit bestimmten Regeln festgelegt werden, wird sich niemand darum scheren und wir werden einfach Ihre Kanäle schließen. Durch Reputation erhalten Sie keine Sats zurück, die Sie durch die erzwungene Schließung und das Netzwerk, das Sie aufzubauen begonnen haben und das nun verloren ist, verloren haben.

Beispiel: Ein Verkäufer hat einen Kanal verkauft und ist dann bereit, ihn zu schließen. Ja, der Peer könnte offline oder online sein. Aber Sie haben einen Vertrag, als Sie diesen Kanal verkauft haben. Und das wird einen Präzedenzfall schaffen. Leute werden Ihnen Kanäle verkaufen und sie dann schließen. Ihre ganze Arbeit ist verloren.

Ja, dieser Verkäufer hat Recht, er ist besorgt, warum der Peer offline ist. Aber der Vertrag ist ein Vertrag. Muss respektiert werden.

Es könnte auch das verdammte Gerede sein, das manchmal wirklich verrückt ist und einige Peers als offline anzeigt, obwohl sie es in Wirklichkeit nicht sind.

Ich selbst war in einer Situation, in der mehrere Tage hintereinander 3-4-5 Peers offline erschienen (von insgesamt 55 Peers). Einer davon war sogar mein anderer Knoten-CLN, den ich zur selben Zeit beobachtete und der OK, online und gesund war. Also entschied sich LND, die Verbindung mit diesen Peers zu schließen, ohne Grund.

Habe versucht, die Verbindung mit Peers wiederherzustellen, einige funktionierten, andere nicht. Habe Peers kontaktiert, sie sagten, sie seien online und gesund. Mein CLN eingeschlossen.

Warum passiert das? Niemand weiß es oder versucht, es zu beheben. Und von diesem Problem ausgehend beginnen die anderen Probleme mit ausstehenden HTLCs und dann Zwangsschließungen.

Ich spreche hier und jetzt eine WARNUNG aus, und vielleicht erinnern sich die Leute in ein paar Jahren an meine Worte.

Wenn dieses Problem in LN mit Zwangsschließungen von Kanälen nicht irgendwie behoben wird oder neue spezifische Regeln in den Code aufgenommen werden, werden wir eine enorme Zentralisierung in einer Handvoll großer Knoten erleben, die die Liquidität mit enormen Gebühren handhaben werden.

Oder vielleicht werden wir in ein paar Jahren parallel dazu ein neues LN entstehen sehen, das Plebs LN, wo ein anderes Zahlungssystem geboren wird, das aber an das „zentralisierte LN“ „gekoppelt“ werden kann, das sich heute bildet.

Zum Zeitpunkt des Schreibens dieses Artikels hat LND auch v.0.15 und CLN v0.11.1 herausgebracht, wodurch einige Probleme behoben wurden, aber gleichzeitig massive Zwangsschließungen für viele Knoten verursacht wurden.

Wie Sie hier in dieser Grafik von sehen können https://bitcoinvisuals.com/ln-nodes:

Viele dieser Knoten, die aus dem Diagramm „verschwunden“ sind, sind:

• Knoten, die zu „privaten“ Knoten (nicht angekündigt, nicht öffentlich) wechseln, nicht mehr routen oder privat routen.
• Neulinge erkennen, dass das Modell „RPi-Knoten mit Umbrel“ kein „passives Einkommen“ bringt, und geben einfach auf
• zu viele zwangsweise geschlossene Kanäle und Betreiber, die Knoten einfach abschalten

Hinweis: eine Fortsetzung dieses Artikels ist hier mit einer Anleitung zur Verwendung von LN auf 3 Ebenen