Bearbeiten von „Lightning Netzwerk“

{{Infobox Software
|Name                  = Lightning Network
|Logo                  = 
|Screenshot            = [[Datei:Bitcoin's Lightning Network Visualization.png|300x300px]]
|Beschreibung          = Visualisierung der Topologie des Lightning Netzwerkes im Mai 2018
|Maintainer            = Joseph Poon, Thaddeus Dryja
|Hersteller            = Elements Project ([[Blockstream]])<br />Lightning Labs<br />ACINQ<br />MIT DCI
|Erscheinungsjahr      = 2018
|AktuelleVersion       = 
|AktuelleVersionFreigabeDatum = 
|AktuelleVorabVersion  = 
|AktuelleVorabVersionFreigabeDatum = 
|Betriebssystem        = 
|Programmiersprache    = [[C (Programmiersprache)|C]], [[Go (Programmiersprache)|Go]], [[Java (Programmiersprache)|Java]]
|Kategorie             = [[Kryptowährung]]
|Lizenz                = MIT
|Deutsch               = 
|Website               = [https://lightning.network https://lightning.network]
|Dateien               = 
}}

Das '''Lightning Netzwerk''' ist ein [[Software-Protokoll|Protokoll]] zur Skalierung von [[Blockchain]] Technologien. Es wurde im Juli 2015 durch ein [[White Paper|Whitepaper]] von [[Joseph Poon]] und Thaddeus Dryja vorgeschlagen.<ref>{{Internetquelle |autor= |url=https://lightning.network/lightning-network-paper.pdf |titel=Bitcoin Lightning Netzwerk |werk= |hrsg= |datum= |zugriff=2018-04-15 |sprache=}}</ref> Joseph Poon hatte diese Ideen zuvor auf [[Stammtisch|Bitcoin Meetups]] und Konferenzen diskutiert.  

== Entstehungsgeschichte ==
Gegen Ende 2013 als der Preis eines [[Bitcoin]]s erstmalig 1000 [[US-Dollar]] überschritt, wurde deutlich, dass die Blockchain Technologie, welche dem Bitcoin [[Peer-to-Peer|Netzwerk]] zu Grunde liegt, und die nicht beliebig viele [[Transaktion (Wirtschaft)|Transaktionen]] pro [[Sekunde]] zulässt, ein Problem mit der Skalierbarkeit bekommen würde. Die Anzahl der Transaktionen ist beschränkt durch die Blockgröße von 1 [[Byte|Megabyte]], dem [[Speicherkapazität|Speicherplatz]], den eine Transaktion benötigt und der Blockzeit von statistisch ca. 10 Minuten. Daraus ergibt sich, dass auf der Bitcoin-Blockchain [[Globalisierung|weltweit]] nur ca. 7 Finanztransaktionen pro Sekunde durchgeführt werden können. Kreditkartenanbieter verarbeiten mit ca. 40'000 Zahlungsvorgängen pro Sekunde deutlich mehr Transaktionen. Die Entwickler des Bitcoinprotokolls waren sich einig, dass das Problem der [[Skalierbarkeit]] gelöst werden musste, damit Bitcoin tatsächlich die [[Geldfunktion]] eines [[Zahlungsmittel|Tauschmittels]] erfüllt und eine realistische Chance besteht, dass Bitcoin als [[Währung]] von Menschen akzeptiert wird. 

Innerhalb der Bitcoin Entwickler Community entstanden Diskussionen darüber wie man das Skalierbarkeitsproblem des Bitcoin Netzwerkes lösen könnte. Auf einem Bitcoin Meetup in [[San Francisco]] entwickelten sich in den Jahren 2013 bis 2015 mehr und mehr Ideen, die letztlich zum Vorschlag des Lightning Netzwerks führten. Um die Entwicklung und Implementierung des Lightning Netzwerks zu ermöglichen, benötigte man jedoch das [[SegWit|SegWit Update]] des Bitcoin Protokolls. Dies war aufgrund der Dezentralität des Bitcoin-Netzwerks nur schwer zu erreichen, sodass sich die Community auf die Durchführung des Updates einigen musste.<ref>{{Internetquelle |autor=heise online |url=https://www.heise.de/newsticker/meldung/Segregated-Witness-Protokollaenderung-soll-den-Bitcoin-leistungsfaehiger-machen-3492051.html |titel=Segregated Witness: Protokolländerung soll den Bitcoin leistungsfähiger machen |zugriff=2018-04-16 |sprache=de-DE}}</ref> Im August 2017 wurde durch einen [[Mechanismus]] im Bitcoin Protokoll zur [[Konsens]]findung deutlich, dass über 90 % [[Kryptowährung|Bitcoin Miningpower]] im Netzwerk das Update unterstützen. Diese Mehrheit reichte aus um eine Softfork des Bitcoin Protokolls durchzuführen.<ref>{{Literatur |Titel=SegWit wurde erfolgreich auf der Bitcoin Blockchain aktiviert {{!}} BTC-ECHO |Sammelwerk=BTC-ECHO |Datum=2017-08-24 |Online=https://www.btc-echo.de/segwit-wurde-erfolgreich-auf-der-bitcoin-blockchain-aktiviert/ |Abruf=2018-04-16}}</ref> 

Unabhängig von dem Ausgang der Abstimmung, entstanden bereits im Jahr 2016 mehrere Projekte die sich mit der Entwicklung des Lightning Netzwerks als [[Open Source|Open Source Software]] beschäftigten. Zum Einen das Elements Projekt, das [[Bitcoin Core]] und dem Unternehmen [[Blockstream]] nahe steht und mit [[c-lightning]] eine Implementierung in [[C (Programmiersprache)|C]] entwickelte. Erste erfolgreiche Tests dieses Projektes führten Christian Decker und [[Rusty Russell]] bereits im Oktober 2016 durch.<ref>{{Literatur |Titel=Der erste Einschlag: Christian Decker und Rusty Russel von Blockstream testen Lightning-Prototyp |Sammelwerk=BitcoinBlog.de - das Blog für Bitcoin und andere virtuelle Währungen |Datum=2016-10-06 |Online=https://bitcoinblog.de/2016/10/06/der-erste-einschlag-christian-decker-und-rusty-russel-von-blockstream-testen-lightning-prototyp/ |Abruf=2018-04-16}}</ref> Zum Anderen die aktuell am weitesten fortgeschrittene Implementierung mit dem Namen [[lnd]] die von der Firma [[Lightning Labs]] kommt und in der Sprache [[Go (Programmiersprache)|Go]] implementiert ist. Das [[Frankreich|französische]] Unternehmen [[Acinq]] setzt mit [[Eclair (Software)|eclair]] (französisch für Blitz) in der Sprache [[Java (Programmiersprache)|Java]] vor allem auf ein [[Android (Betriebssystem)|Android]] Mobile [[Wallet (App)|Wallet]].  

Eine zentrale Rolle in der Entwicklung des Protokolls nimmt der [[Australien|australische]] Entwickler [[Rusty Russell]] von der Firma Blockstream ein. Russell, der zuvor von [[Linus Torvalds]] öffentlich als einer der stärksten Linux Entwickler ausgezeichnet wurde, entwickelte auf Grundlage des Whitepapers einen Standard für das Lightning Netzwerk als so genanntes [[Request for Comments|RFC]].<ref>{{Internetquelle |url=https://github.com/lightningnetwork/lightning-rfc |titel=lightningnetwork/lightning-rfc |zugriff=2018-04-16 |sprache=en}}</ref> Diesem Standard sollten sämtliche Implementierungen folgen.

== Funktionsweise ==
Das Kernelement des Lightning Netzwerks ist der so genannte [[Kanal (Informationstheorie)|Zahlungskanal]] (Payment Channel). Mithilfe eines Kanals können sich 2 Knoten des Netzwerkes durch Benutzung eines 2-2 [[Multisignature Wallets]] gebührenfrei Geldbeträge zuschicken und hierdurch den Saldo des Kanals bis zu einer vorher definierten Obergrenze aktualisieren. Abgesehen von der initialen Transaktion werden die weiteren Transaktionen nicht in einem Block der Blockchain gespeichert, wodurch diese entlastet und die Skalierbarkeit verbessert wird. 
Die Idee entspricht damit dem Kontokorrent im klassischen Handelsrecht, wobei die Saldierung der Forderungen allerdings erst erfolgt, wenn der Zahlungskanal von einem der Teilnehmer mithilfe der Veröffentlichung der aktuellsten Commitment Transaktion, also des Saldos, wieder geschlossen wird. Anders als beim Kontokorrent müssen die beiden Parteien, die den Kanal bilden, aber einander nicht vertrauen. Dennoch finden die Transaktionen in dem Zahlungskanal nur mit dem Wissen der beiden Akteure statt. Der [[Durchsatz]] des Zahlungskanals ist nur limitiert durch die Zeit eines [[Transmission Control Protocol|TCP-Sockets]] und ein wenig Protokoll [[Overhead (EDV)|Overhead]]. Laut Christian Decker sind somit aktuell circa 500 Transaktionen pro Sekunde in einem Zahlungskanal möglich.<ref>{{Internetquelle |url=https://coinjournal.net/scaling-layer-2-and-cryptographic-innovations-discussed-at-consensus-2018/ |titel=Scaling, Layer 2 And Cryptographic Innovations Discussed At Consensus 2018 - Coinjournal |zugriff=2018-05-18 |sprache=en-US}}</ref> Das Protokoll zur Verwaltung eines Kanals ist mithilfe von [[hashed time locked contracts]] so konstruiert, dass [[Betrugsfälle|betrügerisches Verhalten]] innerhalb eines Zahlungskanals von der Gegenseite gemeldet werden kann. Das Bitcoin Netzwerk prüft den Betrugsversuch und [[Strafe|sanktioniert]] betrügerisches Verhalten indem der Geldbetrag des Kanals an die [[Viktimisierung|Opferseite]] ausgezahlt wird. 

Eine weitere Kernidee des Lightning Netzwerks ist das [[Routing]] von Zahlungen durch das Netzwerk. Sobald durch einzelne Zahlungskanäle zwischen den Teilnehmenden ein [[Zusammenhang (Graphentheorie)|zusammenhängender Graph]] entsteht, lassen sich Zahlungen zwischen zwei beliebigen Knoten vornehmen. Knoten die auf dem Weg den Betrag weiterleiten können diesen nicht stehlen, da dieser erneut durch einen Hashed Time Locked Contract und ein Geheimnis - das so genannte Zahlungsurbild (Payment Preimage) - gesichert ist, welches nur der empfangende Knoten kennt. Das Routing ermöglicht somit Teilnehmern, nach dem Erstellen eines bilateralen Zahlungskanals Transaktionen mit beliebigen anderen Teilnehmern des Netzwerks durchzuführen und soll zudem die Privatsphäre der Teilnehmenden schützen, in dem das Onion Routing Protokoll des [[Tor (Netzwerk)|Tor Netzwerks]] verwendet wird. Insbesondere beim Finden von Routen und dem Verwalten von [[Routingtabelle|Routing Tabellen]] besteht zur Zeit noch der meiste Entwicklungsbedarf.

== Verbreitung ==
Im Dezember 2017 wurde das erste Mal bekannt, dass die 3 Implementierungen alle 75 [[Integrationstest]]s bestanden und damit tatsächlich kompatibel miteinander sind.<ref>{{Internetquelle |autor=Lightning Developers |url=https://medium.com/@lightning_network/lightning-protocol-1-0-compatibility-achieved-f9d22b7b19c4 |titel=Lightning Protocol 1.0: Compatibility Achieved ✅ |werk=Lightning Developers |datum=2017-12-06 |zugriff=2018-04-16}}</ref> Im Januar 2017 veröffentlichte Blockstream mit lightning charge einen [[node.js]] server, der die lightning [[Programmierschnittstelle|API]] via [[Representational State Transfer|REST]] bereit stellt.<ref>{{Internetquelle |url=https://blockstream.com/2018/01/16/lightning-charge.html |titel=Lightning Charge Powers Developers & Blockstream Store |zugriff=2018-04-16}}</ref> Es entstanden LAPPS (lightning apps), welche Services hauptsächlich aus dem Bereich Micropayments anbieten. Im März 2018 wurde das erste Mal eine Implementierung für das Bitcoin Netzwerk als [[Entwicklungsstadium (Software)|Beta]] frei gegeben. Auch wurden von Blockstream mehrere Lightning Apps vorgestellt, die sich für Zahlungsdienste im Web einsetzen lassen.<ref>{{Internetquelle |url=https://coincierge.de/2018/bitcoin-lightning-app-paypercall-zeigt-die-volle-lightning-power/ |titel=Bitcoin Lightning App: Paypercall zeigt die volle Lightning Power |zugriff=2018-04-16 |sprache=de-DE}}</ref> Im April folgte das Eclair Lightning Wallet für Android. Die Anzahl der Knoten im Lightning Netzwerk ist am Wachsen und besteht aktuell aus über 1500 Knoten mit über 5000 Zahlungskanälen<ref>{{Internetquelle |url=https://lnmainnet.gaben.win/ |titel=#recksplorer |zugriff=2018-04-16 |sprache=en}}</ref>. Das Netzwerk selbst befindet sich aus Sicht der Entwickler jedoch noch im Pionier und Teststadium und kann aufgrund einer festgesetzten Obergrenze für den Saldo von Zahlungskanälen bislang noch nicht für große Finanztransaktionen verwendet werden.  

== Eigenschaften ==
Das Lightning Netzwerk hat per Design mehrere wünschenswerte Eigenschaften, um das Problem der Skalierbarkeit von Bitcoin zu lösen. Zu diesen zählen geringe Gebühren, welche insbesondere [[Micropayment|Micro-Payments]] ermöglichen. Außerdem ist die [[Privatsphäre]] der Teilnehmenden im Netzwerk höher als im Bitcoin Netzwerk.

=== Marginale Transaktionsgebühren ===
Das Lightning Netzwerk ermöglicht es, innerhalb eines Zahlungskanals gebührenfrei Geld hin und her zu überweisen. Für das Routing können Knoten [[Gebühr]]en verlangen. Diese sollen voraussichtlich nicht höher als ein Satoshi pro Hop sein. Daher lassen sich mit dem Lightning Netzwerk erstmalig weltweit Geldbeträge praktisch gebührenfrei in [[Echtzeit]] übertragen. 

=== Micro-Payments ===
Da die Anzahl der möglichen, kostengünstigen Transaktionen im Netzwerk mit der Anzahl der Teilnehmenden und Zahlungskanäle stärker wächst als der Bedarf an möglichen Transaktionen durch neue Teilnehmende wächst bietet sich das Lightning Netzwerk insbesondere - aber nicht ausschließlich - für Micropayments an. 

=== Privatsphäre ===
Das Lightning Netzwerk Protokoll funktioniert ohne die Veröffentlichung einzelner Transaktionen in einem Zahlungskanal. Somit ist die Privatsphäre deutlich höher als beim Bitcoin Netzwerk, bei dem sämtliche Transaktionen in der [[Öffentlichkeit|öffentlichen]] Datenbank gespeichert sind. Die Blockchain speichert nur, welche Zahlungskanäle geöffnet und geschlossen wurden. 

=== Second Layer Protokoll === 
Das Lightning Netzwerk Protokoll kann als ein Abstraktionslayer oberhalb einer Blockchain gesehen werden. Somit ist es zu mindest theoretisch möglich, dass beim Routing von Bezahlungen durch das Netzwerk verschiedene Blockchain Technologien zu Grunde liegen, die alle das Lightning Netzwerk verwenden. Hierfür müssen jedoch Mechanismen für Atomic Swaps vorhanden sein. 

== Technik ==

=== Zahlungskanäle ===
Die zentrale Technologie des Lightning Netzwerkes ist, die des Zahlungskanals. Neben der im Folgenden beschriebenen Variante für das Lightning Netzwerk hat Christian Decker in seiner [[Dissertation]] an der [[ETH Zürich]] eine alternative Technologie vorgestellt, mit der man einen Zahlungskanal auf einer Blockchain Technologie betreiben kann.<ref>{{Literatur |Autor=Decker, Christian |Titel=On the Scalability and Security of Bitcoin |Datum=2016 |DOI=10.3929/ethz-a-010619000 |Online=http://hdl.handle.net/20.500.11850/114732 |Abruf=2018-04-16}}</ref>

==== Zahlungskanäle öffnen ====
Um einen Zahlungskanal zu öffnen einigen sich 2 Knoten gemeinsam einen Betrag auf ein 2-2 Multisignature Wallet zu übertragen. Das geschieht in den sogenannten "Funding transactions". Bevor diese Transaktionen jedoch an das Bitcoin Netzwerk [[Broadcast|gebroadcasted]] werden, werden 2 Commitment Transaktionen (eine für jede Partei) erstellt, welche die Funding Transaktion ausgeben und den bereit gestellten Betrag jeder Partei wieder an die Partei zurück überweisen. Mit einer Art [[Diffie-Hellman-Schlüsselaustausch|Diffie Hellman Schlüsselaustausch]] wird dabei ein sogenannter Revocation Key vereinbart, dessen Hash in der jeweiligen Commitment Transaktion steht. Erst wenn beide Seiten die von der anderen Seite signierte Commitment Transaktion besitzen, werden die Funding Transactions gebroadcasted und der Zahlungskanal ist erstellt. Die Commitment Transaktionen sind wichtig, damit jede Seite den Kanal - auch ohne das Zusätzliche Einverständnis der anderen Partei - schließen kann. Die Commitment Transaktionen werden - obwohl sie signiert sind - zunächst nicht an das Netzwerk gebroadcasted. Ihr Zweck ist es, sicherzustellen, dass beide Parteien die ''Möglichkeit'' haben, ohne Zustimmung der jeweils anderen Seite den Kanal wieder zu schließen. 

==== Zahlungen vornehmen ====
Damit Zahlungen innerhalb eines Kanals vorgenommen werden können wird für jede Seite im Kanal eine neue Commitment Transaktion vereinbart. Diese gibt den Betrag auf dem Multisignature Wallet anders aus als bislang und führt damit zu neuen Eigentumsverhältnissen des Multisignatur Wallets. Um eine neue Commitment Transaktion zu erschaffen wird gemeinsam der Revocation Key der vorherigen Commitment Transaktion berechnet. Der Revocation Key ermöglicht es durch einen Hashed Time Locked Contract für ein Zeitfenster von standardmässig 60 Blöcken eine Commitment Transaktion rückgängig zu machen und alle Funds auf das eigene Bitcoin Wallet zu übertragen. Hiermit wird die Möglichkeit geschaffen alte Commitment Transaktionen ungültig zu machen und dafür zu sorgen, dass immer nur das aktuellste Paar von Commitment Transaktionen als [[Autorität|autorative]] Quelle für die Bilanz des Kanals gilt. Wichtig ist es, alle alten Revocation Keys aufzubewahren, da man sonst nichts gegen potentiell betrügerisches Verhalten der anderen Partei unternehmen kann.  

==== Zahlungskanal schließen ====
Kanäle können einseitig durch die Veröffentlichung der aktuellsten Commitment Transaktion auf der Blockchain geschlossen werden. Allerdings sind die Funds dann erst nach 60 Blöcken wirklich verfügbar. Der Grund ist, dass das Blockchain Netzwerk nicht wissen kann, ob wirklich die aktuellsten Commitment Transaktion ausgegeben wurde oder nicht etwa eine alte und noch ein Revocation Schlüssel der Gegenseite kommt. Aus diesem Grund wurde auch ein alternativer Mechanismus entwickelt, mit dem beide Parteien im Konsens schneller gemeinsam einen Channel schließen können. 

=== Hashed Time Locked Contracts ===
Die wesentliche Technologie, die das Verwalten eines Zahlungskanals und das Routing der Transaktionen ohne Vertrauen der Teilnehmenden ermöglicht sind die Hashed Time Locked Contracts. Die Idee ist, dass in den öffentlich sichtbaren Daten (zum Beispiel der Funding Transaction auf der Blockchain) durch die Scriptsprache von Bitcoin ein Vertrag geschlossen wird, der nur akzeptiert wird, wenn man ein Geheimnis bereit stellen kann. Der kryptographische Hash des Geheimnisses ist in der öffentlichen Transaktion gespeichert. Somit kann von jedem Teilnehmer der [[Authentizität]] des Geheimnisses geprüft werden. Der Vertrag bekommt eine Zeitsperre (engl. Time Lock) von zum Beispiel 60 Blöcken. In dieser Zeit kann der Vertrag nicht ausgeführt werden, wenn das Geheimnis nicht bereit gestellt wird. 

=== Onion Routing ===
Die Kernidee des Online Routing ist es, dass im Gegensatz zum IP Routing nicht ein Paket mit Sender und Empfänger Adressen erstellt wird, welches dann durch das Netzwerk geroutet wird. Viel mehr muss ein Sender zu erst einen Pfad durch das Netzwerk finden. Nun können für jeden Hop Transaktionen ineinander verschachtelt werden. 

== Kontroversen und Risiken ==
Es ist gefährlich ein Backup eines Zahlungskanals zu erstellen. Wenn Knoten ein altes Backup einspielen, könnten sie aus Versehen einen alten Channel State veröffentlichen. Dies könnte von der Gegenseite als Versuch von betrügerischem Verhalten gesehen werden und entsprechend zum Verlust der Bitcoins führen.<ref>{{Internetquelle |url=https://coincierge.de/2018/bitcoin-lightning-netzwerk-fehler-verlust-von-bitcoins/ |titel=Bitcoin Lightning Netzwerk: Fehler führte zum Verlust von Bitcoins |zugriff=2018-04-16 |sprache=de-DE}}</ref> 

Im Februar 2018 wurde auf der Entwicklermailingliste bekannt, dass das Lightning Netzwerk ein neue Form von 51% Attacken auf das Bitcoin Netzwerk ermöglicht. In dieser ist es nicht nur möglich die eigenen Bitcoins doppelt auszugeben, sondern man kann sich die Summe aller Bitcoins in den eigenen Zahlungskanälen erstehlen. Da eine 51% Attacke mit dem Wachstum des Netzwerkes jedoch immer unwahrscheinlicher ist und auch eine Gefahr für das Bitcoin Netzwerk darstellt, kann dieses Risiko aus Sicht der Entwickler vernachlässigt werden.<ref>{{Internetquelle |url=https://lists.linuxfoundation.org/pipermail/lightning-dev/2018-March/001080.html |titel=[Lightning-dev] New form of 51% attack via lightning's revocation	system possible? |zugriff=2018-04-16}}</ref> Der Bitcoin Developer Peter Todd warnte davor, dass das Lightning Netzwerk für [[Denial of Service|DoS Attacken]] anfällig sei.<ref>{{Internetquelle |autor=root |url=https://coinnewstelegraph.com/de/bitcoin-dev-warns-lightning-network-is-vulnerable-to-dos-attacks/ |titel=Bitcoin Entwickler warnt Lightning Network ist anfällig für DoS - Angriffe {{!}} Münze News Telegraph |zugriff=2018-04-16 |sprache=de}}</ref> 

== Einzelnachweise ==

<references />

== Externe Links ==

* Projektwebseite: http://lightning.network/
* Whitepaper: https://lightning.network/lightning-network-paper.pdf
* Spezifikation: https://github.com/lightningnetwork/lightning-rfc
* Mailingliste:  https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev
* C-Implementierung: https://github.com/ElementsProject/lightning
* Go-Implementierung: https://github.com/lightningnetwork/lnd
* Java-Implementierung: https://github.com/ACINQ/eclair
* Lightning FAQ: https://bitcoinblog.de/2018/01/24/die-lightning-faq-fuer-fortgeschrittene/comment-page-1/

[[Kategorie:Bitcoin]]
[[Kategorie:Blockchain]]
[[Kategorie:Kryptowährung]]
[[Kategorie:Internetprotokollfamilie]]