add more stuff
This commit is contained in:
parent
b41bd701dd
commit
0a49a238ed
|
@ -32,7 +32,7 @@ https://lightning.network/
|
||||||
|
|
||||||
### Die Idee dahinter - Kanal
|
### Die Idee dahinter - Kanal
|
||||||
|
|
||||||
* zwei Nutzer erzeugen einen Kanal und legen jeweils einen Betrag an eines der Enden das Kanales
|
* zwei Nutzer erzeugen einen Kanal und legen jeweils einen Betrag an eines der Enden das Kanals
|
||||||
* wenn der Kanal geöffnet ist, können Beträge von der einen Seite zur anderen Seite transferiert werden
|
* wenn der Kanal geöffnet ist, können Beträge von der einen Seite zur anderen Seite transferiert werden
|
||||||
* wird der Kanal geschlossen, bekommen die Nutzer den Betrag ihrer Seite des Kanals gut geschrieben
|
* wird der Kanal geschlossen, bekommen die Nutzer den Betrag ihrer Seite des Kanals gut geschrieben
|
||||||
|
|
||||||
|
@ -57,7 +57,7 @@ https://lightning.network/
|
||||||
* die grundlegende Idee geht auf Satoshi Nakamoto zurück
|
* die grundlegende Idee geht auf Satoshi Nakamoto zurück
|
||||||
* mit der vermehrten Nutzung von Bitcoin wurde das Problem der Skalierbarkeit drängender
|
* mit der vermehrten Nutzung von Bitcoin wurde das Problem der Skalierbarkeit drängender
|
||||||
* ab 2016 entstanden erste Implementierungen (lnd, c-lightning, eclair)
|
* ab 2016 entstanden erste Implementierungen (lnd, c-lightning, eclair)
|
||||||
* zur Umsetzung brauchte man das Segregated-Witness-Update (2017)
|
* zur effizienten Umsetzung brauchte man das Segregated-Witness-Update (2017)
|
||||||
* Rusty Russel entwickelte auf Grundlage des Whitepapers einen RFC-Standard für das Lightning Netzwerk
|
* Rusty Russel entwickelte auf Grundlage des Whitepapers einen RFC-Standard für das Lightning Netzwerk
|
||||||
|
|
||||||
---
|
---
|
||||||
|
@ -69,16 +69,53 @@ https://lightning.network/
|
||||||
* Beta-Status
|
* Beta-Status
|
||||||
* sehr aktive Community
|
* sehr aktive Community
|
||||||
* im produktiven Einsatz in El Salvador
|
* im produktiven Einsatz in El Salvador
|
||||||
|
* Entwicklungsbedarf beim Routing
|
||||||
|
* Pickardt Payments
|
||||||
|
|
||||||
---
|
---
|
||||||
<!-- fg=green,bg=black -->
|
<!-- fg=green,bg=black -->
|
||||||
|
|
||||||
|
|
||||||
## Aufbau
|
## Aufbau
|
||||||
|
|
||||||
* wie funktioniert es?
|
* Wie funktioniert es? (etwas detailierter)
|
||||||
* Pfade
|
|
||||||
* Pickardt Payments
|
---
|
||||||
|
<!-- fg=green,bg=black -->
|
||||||
|
|
||||||
|
### Funktionsweise
|
||||||
|
|
||||||
|
* es gibt die genannten Zahlungskanäle (uni- bidirektionale)
|
||||||
|
* mit Hilfe des Kanals können sich zwei Knoten durch Benutzung einer 2-2-Multisignatur-Wallet Geldbeträge hin- und herschicken
|
||||||
|
* der Kanal wird durch eine Funding-Transaktion geöffnet
|
||||||
|
* nach jeder Zahlung wird der aktuelle Zustand in einer Commitment-Transaktion festgehalten
|
||||||
|
* schließt eine(r) den Kanal wird eine Settlement-Transaktion veröffentlicht
|
||||||
|
* diese speichert den finalen Saldo beider Parteien aus der letzten Commitment-Transaktion in der Bitcoin-Blockchain
|
||||||
|
* das Protokoll zur Verwaltung eines Kanals ist mithilfe von HTLCs konstruiert und soll betrügerisches Verhalten bestrafen
|
||||||
|
|
||||||
|
---
|
||||||
|
<!-- fg=green,bg=black -->
|
||||||
|
|
||||||
|
Hashed Timelock Contract (HTLC)
|
||||||
|
|
||||||
|
* ist eine Klasse von Transaktionen
|
||||||
|
* der Sender muss entweder einen kryptographischen Beweis vorlegen oder bis zu einem bestimmten Datum warten
|
||||||
|
* besteht aus zwei Komponenten:
|
||||||
|
* Geheimnis (Secret) - zufällige Zahl (Pre Image) welche gehasht ist
|
||||||
|
* Zeitschloss
|
||||||
|
* wer das Pre Image kennt besitzt den kryptographischen Beweis um die Transaktion zu tätigen
|
||||||
|
* werden in bidrektionalen Kanälen verwendet
|
||||||
|
|
||||||
|
---
|
||||||
|
<!-- fg=green,bg=black -->
|
||||||
|
|
||||||
|
### Routing
|
||||||
|
|
||||||
|
* ermöglicht Zahlungen zwischen beliebigen Knoten, wenn es eine Route gibt
|
||||||
|
* Idee des Onion-Routing:
|
||||||
|
* Sender muss zuerst Pfad ermitteln
|
||||||
|
* für jeden Hop können Transaktionen verschachtelt werden
|
||||||
|
* Knoten können für die Dienstleistung des Geld weiterleitens eine Gebühr erheben
|
||||||
|
* die Gebühr wird über das Gossip-Protokoll dem Netzwerk mitgeteilt
|
||||||
|
|
||||||
---
|
---
|
||||||
<!-- fg=green,bg=black -->
|
<!-- fg=green,bg=black -->
|
||||||
|
@ -90,20 +127,29 @@ https://lightning.network/
|
||||||
* Bluewallet
|
* Bluewallet
|
||||||
* Phoenix
|
* Phoenix
|
||||||
* RaspiBlitz
|
* RaspiBlitz
|
||||||
* Casanode
|
* Casa Node
|
||||||
|
* Sphinx
|
||||||
|
* Podcast 2.0
|
||||||
|
|
||||||
---
|
---
|
||||||
<!-- fg=green,bg=black -->
|
<!-- fg=green,bg=black -->
|
||||||
|
|
||||||
## Diskussion
|
## Diskussion
|
||||||
|
|
||||||
* dezentralität
|
* Dezentralität
|
||||||
* sicherheit
|
* Sicherheit
|
||||||
* Entwicklungsstand
|
* Entwicklungsstand
|
||||||
|
* Offline-Zahlungen
|
||||||
|
* Privatsphäre
|
||||||
|
|
||||||
---
|
---
|
||||||
<!-- fg=green,bg=black -->
|
<!-- fg=green,bg=black -->
|
||||||
|
|
||||||
## Links
|
## Links
|
||||||
|
|
||||||
* Lightning White Paper
|
* https://lightning.network
|
||||||
|
* https://github.com/lightning/bolts
|
||||||
|
* https://github.com/fiatjaf/lnurl-rfc
|
||||||
|
* https://explorer.acinq.co/
|
||||||
|
* https://github.com/rootzoll/raspiblitz
|
||||||
|
|
||||||
|
|
Loading…
Reference in New Issue