So, habe den Krimskrams jetzt auch mal übersetzt:

https://bitcointalk.org/index.php?topic=2833635.0

Stand heute:

Anzahl Knoten im Mainnet: 275
Anzahl Channels im Mainnet: 758

Hi guys,

following a tutorial for installing eclair (you find the original thread here: https://bitcointalk.org/index.php?topic=2778084.0).

---

Additional references

Lightning network megathread: https://www.reddit.com/r/Bitcoin/comments/7pwna9/lightning_network_megathread/
Questions are answered here, provided one owns a github account: https://gitter.im/ACINQ/eclair
Current state of lightning network (mainnet): https://lnmainnet.gaben.win/
Graph of developmental state of lightning network (mainnet): https://p2sh.info/dashboard/db/lightning-network?orgId=1

---

Requirements

• Computer with 64bit cpu, will work analogously on a 32bit system but with different files
• Ubuntu 16.04 LTS (http://de.releases.ubuntu.com/16.04.3/), will certainly also work with other versions
• Computer should be independent, OS newly installed and separated from important data
• You should be experienced working with linux, network and similar
• A fast network connection should be available
• Needs roughly 2 hours since 2 Bitcoin transactions are necessary
• User "curiosity81", needs to be replaced
• Placeholders are "<password>" and need to be replaced correspondingly

---

Enter the Download-directory (exits in Ubuntu by default):

---

Bitcoin Core (before synchronizing)

Download bitcoin core (https://bitcoin.org/en/download):


Additionally, download the signature of von van der Laan:


Import the key:


Finally get the hash sums of the files:


Verify bitcoin core before unpacking:


The hex number is included in SHA256SUM.asc and belongs to the downloaded file. If grep reports something, then everything is ok. Probably, there are more elegant ways to verify.

Unpack bitcoin core:


And adapt the configuration file:


Save the following lines in the configuration file:


The placeholders <user> and <password> have to be replaced correspondingly. Save and exit nano with Strg+X.

Start bitcoin core:


Bitcoin core is synchronizing now with the testnet. This takes a while (around 1.5h).

---

JRE 1.8

For eclair, a Java Runtime Environment is necessary. JRE 1.8 from Oracle is recommended. Make sure that you satisfy the license conditions before you install the software.

Visit (firefox) http://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html and choose

jre-8u162-linux-x64.tar.gz

Confirm the License Agreement if it applies to you and start the download. The File is saved in the download directory. Since bitcoin core is likely still synchronizing, open a new terminal and enter the download directory again:


Verify the hash sum again. Therefore, click on the download page (http://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html), at the top

JRE 8u162 Checksum

on the "Checksum" link and save the 256sha value for the correct file:

dfa25ebd1f90bf74ad7ba2dacb0e08d884594e733c9a522b58256778031341a4

Test the hash:


If everything is ok, then unpack the file:


And install java (https://wiki.ubuntuusers.de/Java/Installation/Oracle_Java/Java_8/):


If the last command reports the version as follows:


Then everything was done correctly. Let's go on.

---

Eclair

We are still in the Download-directory in the second terminal. Download eclair (https://github.com/ACINQ/eclair). We are lazy and do not want to compile anything. So we are happy with the precompiled jar-file (Check: https://github.com/ACINQ/eclair/releases for newer releases):


That's it. Unfortunately, there is nothing more to verify. Important: So that eclair works correctly, bitcoin core must run in parallel! After:


Something should happen, even though the program is not configured yet and ends with an error message.

---

Bitcoin core (after synchronyzing)

In the GUI:

Help -> Debug window -> Console

There:


We keep this address, in my case:

mtDmzMz7NvuRjptrLWwbdVBs4j7Y3eXvCV

Then,


Creates a segwit address, in my case:

2MswDJ1kf9aqiC6twrDyUbLqGmtnjtFG4XX

We also keep this address.

Now we need money for playing. Go to:

https://testnet.manu.backend.hamburg/faucet

Insert the segwit address and you will get some testnet BTC. Clearly, this will take 1h until the transaction is confirmed 6 times.

---

Eclair configuration

Enter the Download-directory again:


If the configuration directory of eclair is not existent, create it:


Then edit eclair.conf:


Add the following lines to the file:


The placeholders <user> and <password> must be replaced by the corresponding values in the bitcoin.conf. Save and exit nano with Ctrl+X. eclair.server.public-ips can be set to your IP, then your node will be visible at https://explorer.acinq.co. Only this way other users can connect to your node. But eclair will also work with "xx.xx.xx.xx".

Start eclair again:


And tada, the eclair-GUI should open.

---

Connecting to the Lightning Netzwerk

Visit:

https://explorer.acinq.co

Select a node. Either by clicking on the map or in the scroll down menu on the right. After clicking, more information about a node is shown, like alias, publickey or IP. I used the node "pikefloyd" at the beginning. Whose data is as follows (clearly nodes can disappear of their data changes, so be flexible):


From this, built the following ID from publickey, IP and port:


In the eclair-GUI, choose: Channels -> Open channel ...

There, at "Target Node URI", the ID is inserted. Click on "Simple connection (no channel)" and press "Connect". After a while, the GUI should fill with information to nodes and channels.

---

Creating payment channels

As described above, select a node in the LN and copy the ID into the "Target Node URI" field. This time do NOT click on "Simple connection (no channel)"! Additionally, choose a bitcoin amount and insert it into the "Capacity" field. The amount must be less or equal to the amount in your bitcoin core test wallet. Press "Connect". Bitcoin core should report an outgoing transaction + fees. Eclair should show a new payment channel. Now wait 6 confirmations.

---

Paying with the Lightning Network

To pay with LN you need a payment order from someone you own money (https://medium.com/@btc_coach/lightning-network-in-action-b18a035c955d). So there are no public addresses where you can send your money. This is due to the payment routing through the network (see 9:00 in https://www.youtube.com/watch?v=wIhAmTqXhZQ)

If someone ows you money go to: Channels -> Receive Payment. There at "Optional amount to receive" insert the corresponding amount and press "Generate". The result must be sent to the person who owes you money.

Here you can by coffee with testnet money:

https://starblocks.acinq.co

---

Port forwarding and similar

At https://explorer.acinq.co/#/faq, the last point:


Eclair works without port forwarding. Simple paying in the LN will always work. Even with closed port 9735. However, with closed port 9735 no one can connect to you node even though you can connect to nodes with open port 9735. As a result, keep this port open. If people call other people via telephon, but if no one picks up, then the telephone is useless.

Nur weil ein paar kleine Lichter etwas machen (ob legal oder illegal) so ändert es nichts am Prinzip. Aber das schrieb ich ja schon.

Was ist daran so schwer zu kapieren und zu verallgemeinern? Bauernschläue und Heuchlerei ist es, wenn man das verstehen könnte aber nicht will.

Wenn nur eine "Hand voll" Leute auf den Preis von Bitcoin wettet so ändert es nichts am Prinzip und ist somit das SELBE wie wenn es Fonds per Future machen!

Wenn man ab und zu als Privatmensch seinen Dreck irgendwo in der Pampa verkappt, so ist das der Natur sicherlich genauso wenig zuträglich, wie wenn es ein riesiges Unternehmen macht. Es gibt nämlich schlicht viele Privatmenschen. Zuschnellfahren in Ortschaften ist trotzdem verboten, auch wenn keiner hinguckt. Schwarzarbeit und Bestechung bleiben kriminiell, selbst wenn es "Arme" machen. Und Steuerhinterziehung wird auch nicht besser, wenn man nicht zu den oberen Zehntausend gehört.

Das ist jetzt sehr provokant ausgedrückt und ist auch so beabsichtigt.

Solche Wetten sind auch nichts anderes als Futures. Und dass der Gewinn gespendet wird kann auch keiner garantieren. Was ist überhaupt aus den Spenden der letzten Wette geworden?

Ich sehe das nicht als Problem. Der Markt wird das regeln. Wenn es sich lohnt bei den Strom- und Bitcoinpreisen zu minieren, dann wird auch miniert. Wenn Staaten anfangen den Stromverbrauch zu regulieren, dann steigen die Kosten und Bitcoin wird sich anpassen.

Die Leute, welche sich jetzt aufregen, dass Bitcoin ja achso umweltschädlich ist, das sind wahrscheinlich die Leute, welche mit dem SUV von ihrer Gated Community zum Biobauern fahren um 1 Liter Biomilch von (angeblich) glücklichen Kühen zu holen um danach den Flug in den Urlaub zu buchen. Also wahrscheinlich Grünenwähler, Impfgegner und Homöopathiebefürworter. Also Heuchler.

Ähnlich denen, die bei Raumfahrt und anderen grösseren wissenschaftlichen Projekten immer gleich danach rufen erstmal den Welthunger zu besiegen anstatt das Geld für Grundlagenforschung auszugeben.

BTW, es gibt eine neue Version von Eclair, und zwar die alpha9:

https://github.com/ACINQ/eclair/releases

Das wäre dann wieder eine Nische für z.B. Xapo. Da deren Server eh immer an sind, so können die dann auch die Channels überwachen. Die Wallet würde dann per Mulitsig funktionieren, wobei eine Hälfte der Schlüssel auf dem Smartphone liegt, die andere bei Xapo. Und eine Debitcard die über MasterCard oder Visa läuft bräuchte man dann auch nicht mehr.

Anzahl Knoten im Mainnet: 252
Anzahl Channels im Mainnet: 736

So, es ist gleich 17:00. Erklärt das den Kursverlauf?

Da steht aber was von Ripple und NEM, von Bitcoin lese ich nichts.

Dann geht das also heute rot weiter 

Das stimmt, je mehr offene Channels man hat, desto schwieriger wird es ungestraft davon zu kommen. Und wollte man eine Angriff auf den Mempool fahren, dann gäbe es einfachere Methoden als einen LN-Hub aufzusetzen.

Trotzdem muss noch eine Methode her, dass man nicht ständig online sein muss. Wenn man die z.B. Wallet auf dem Smartphone hat und in Urlaub fährt und vergessen hat den Channel zu schliessen, wie verhindert man dann Schindluder?

Eine Idee wäre noch sowas wie ein Mempool für Channels, dafür müsste aber einsehbar sein, was für Transaktionen in einem Channel ablaufen. Sollte sich ein Knoten daneben benehmen so müsste das vom Netzwerk bestraft werden.

Die aktuelle Lösung finde ich unbefriedigend. Aber mal abwarten wie sich das entwickelt. Es gibt cleverere Leute als mich, die sich mit der Materie befassen.

Bitcoin bekommt eine 3+, Ethereum eine 2.

https://www.heise.de/newsticker/meldung/US-Ratingagentur-bewertet-Kryptowaehrungen-Note-C-fuer-Bitcoin-3951058.html

Warum bekommt ein Bugcoin ein 2? Ich sage euch warum: Weil man weiss, wem man die Pistole auf die Brust setzen kann. Schon hier sieht man, dass der Satoshi intelligenter war als der Buterin.

Also, sell your BTC, buy ETH.  

Eine wirtschaftliche Topologie, wie ich sie oben beschrieben habe, schliesst doch keine Kunden aus. Kunden bekommen einen Zahlungsaufruf per (QR-)Code direkt über das Internet. Den Rest erledigt das Lightning Netzwerk. Es ist schlicht unwirtschaftlich für eine Exchange sich mit jedem Kunden einzeln zu verbinden. Jeder Kunde impliziert mindestens eine Transaktion und somit Gebühren. Und selbiges gilt für die Kunden.

Dass man sich NICHT direkt mit dem Ziel verbinden muss, DAS ist doch gerade die Eleganz und Schönheit des Lightning Netzwerk!

Um mal ein übertriebenes Beispiel zu geben: Im Extremfall reicht es schon einen Paymentchannel zum Smartphone eines guten Kumpel zu öffnen, und man kommt, rein theoretisch, mit seinen Zahlungen überall hin. Vorausgesetzt, der Kumpel hat mindestens einen zusätzlichen Channel offen um Zahlungen weiterzuleiten und beide Channels stellen genug Kapazität zur Verfügung.


Ich verstehen Dein Beispiel. Im Extremfall ist eine Exchange in der Mitte, man selbst ist mit ihr verbunden und der Kumpel auch. Zahlungen an den Kumpel laufen dann über die Exchange. Ich bin aber trotzdem der Meinung, dass die Exchange lieber wenige Channels mit viel Kapazität öffnen wird als viele Channels mit wenig Kapazität. Ich könnte mir nämlich vorstellen, dass im Mittel Channels mit geringer Kapazität früher schliessen. D.h. viele schwache Channels bedeuten viele Transaktionen und damit Gebühren. Ausserdem würden sie früher schliessen und man müsste sie in höherer Frequenz neu erzeugen. Der Gebührennachteil verstärkt sich so nochmals. Konsequenterweise wird es dann eine Auslese geben, starke Channels bleiben erhalten, schwache verschwinden und/oder das pendelt sich bei bestimmten Verhältnissen ein. Deshalb denke ich, dass es nicht sinnvoll ist, für jeden Kunden einen eigenen Paymentchannel aufzumachen.


Das wäre aber imho ein kostspielige Sache, wenn eine Exchange so etwas simulieren wollte. Diese künstlichen Knoten müssten auch Channels öffnen. Und über diese Channels müssten auch Transaktionen laufen. Ich weiss jetzt nicht ob es möglich sein wird, beim Routing herauszufinden über welche Knoten eine Transaktion läuft, aber prinzipiell ist das möglich. Und dann könnte man einfach eine Statistik über die Transaktionsfrequenz pro Knoten machen. Nur die Knoten, welche direkt verbunden mit der Exchange sind und über die der Grossteil der Transaktionen laufen, erfüllen meine obere Definition von diesen "mächtigen" Nachbarknoten. Alle anderen kann man wohl getrost ignorieren. Und um solche Knoten zu simulieren müsste wohl einiges an Kapital gebunden werden um eine grosse Exchange derart neu zu verkabeln ohne Verdacht zu erwecken, d.h. ohne den normalen Ein- und Auszahlverkehr zu behindern. Ich halte es nicht für unmöglich aber aktuell denke ich, dass es nicht (gut) funktionieren wird.

Das sind aber alles (System)Fragen, die kann man gar nicht so pauschal beantworten. Man müsste das im Computer simulieren und in der Realität beobachten um sie zu beantworten.

So jetzt kann ich wieder eine Statistik machen:

Anzahl Knoten im Mainnet: 209
Anzahl Channels im Mainnet: 575

Nunja, das ist wieder das Problem der Zentralisierung. Das LN sollte möglichst dezentral sein, d.h. auch kleine Parteien sollten irgendwie motiviert werden einen Knoten aufzusetzen.

Was Du und dieser Nutzer aber übersehen ist, dass nicht jeder Kunde einen Channel offen haben muss, um mit solch einer "Bank" Werte auszutauschen. Man kann sich z.B. eine Topologie vorstellen, wo der grosse Knoten zwei Channels zu zwei weiteren unterschiedlichen Knoten offen hat. Diese Knoten haben wieder jeweils zwei Nachbarknoten usw. usf., also baumartig. Wobei das LN nicht gleich dem Baum ist! Es muss nur möglich sein, dass man einen (z.B. binären) Spannbaum (https://de.wikipedia.org/wiki/Spannbaum) in das Netz aka Graph hineinprojizieren kann, mit der "Bank" als Wurzel. Dann kannst Du im Beispiel des binären Baums über N Schritte 2^N Leute abdecken und bei Betrugsversuchen der "Bank" müssen sich nur die zwei Nachbarknoten kümmern. Beim Schliessen der Channels bei einem Betrugsversuch würden also nur zwei Blockchaintransaktionen notwendig! Und Ähnliches gilt dann für alle Teilnehmer bei einem stark dezentralen Netzwerk. Alles immer unter der Vorraussetzung, dass die Kapazitäten der einzelnen Channels gross genug sind. Aber warum sollte eine Exchange 1000 kleine Channels mit geringer Kapazität öffnen wenn es wirtschaflicher ist sich ein paar Nachbarn zu suchen, welche die entsprechende Transaktionkapazität stellen können. D.h. die Summe der Channelkapazitäten ist vielleicht in jeder Ebene/Level in einem solchen Baum ähnlich, aber verteilt sich entsprechend auf mehr Knoten. Idealisiert sähe das dann so aus: die Exchange hat Kaufkraft aka Kapazität K, die zwei Nachbarn haben haben jeweils Kapazität K/2, die Nachbarn davon jeweils K/4 usw. usf..

Natürlich verbindet sich in frühen Phasen wohl jeder direkt mit einem Channel mit einer Exchange. Aber notwendig ist das nicht. Und wird sich imho auch irgendwann geben.

Eigentlich bist Du ja auf meiner Ignorelist, aber Gyrsur hat Dich dummerweise zitiert ...

Ne, andersrum wird ein Schuh draus:

Charlie Lee ist wenigstens so konsequent und verkauft alten Wein weiterhin in alten Schläuchen.

Der Buterin hat hingegen alten Wein in alte Schläuche gefüllt, das ganze blau-grau angemalt und eine Raute draufgemalt. Dabei hat er der Mehrheit verschwiegen, dass bei der kleinsten falschen Anwendung die Schläuche anfangen undicht zu werden und der gute alte Wein in den Weiten des World Wide Web versickert. Und immer wenn etwas versicker, und die Leute danach jammern, dann füllt er mit Wasser auf.

Ja? Ernsthaft jetzt?

Sorry, aber der Buterin hat vollständig abgekupfert, da spielt es keine Rolle ob er das reimplementiert hat oder nicht. Es ist trotzdem geklaut. Und Satoshi hat sich schon was dabei gedacht keine Turing-Vollständige Skriptsprache auf den Pöbel loszulassen.

Wobei das "geklaut" gar nicht das Problem an der Sache ist, sondern, dass die Leute den Typen feiern, als wäre er Satoshi himself. Man schmückt ihn mit fremden Federn.

Und jetzt bitte zurück zum Thema.

Oha, was hat er denn geleistet? Dem Putin die Hand geschüttelt?

Er hat Bitcoin reimplementiert und die Skriptsprache angepasst. Der Rest war Fleissarbeit. Ergo ist der intellektuelle Aufwand überschaubar.

Die eigentlich Leistung haben Satoshi und seine Vorgänger erbracht. Buterin surft nur auf der Welle mit. Da ist IOTA eindeutig innovativer. Jetzt surft der Buterin auch die PoS-Welle. Auch die hat er nicht erfunden. Zusätzlich macht er sich jetzt noch mit dem LN wichtig. Und wieder, auch diese Idee kommt nicht von ihm.