Bitcoin Forum
May 29, 2024, 11:11:56 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 [77] 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 »
1521  Local / Presse / Bitcoin bei Last Week tonight on: March 22, 2018, 12:00:49 AM
John Oliver mag ich schon lange, jetzt hat er eine Sendung über Bitcoin gemacht.
Im Originalton Englisch:
https://www.youtube.com/watch?v=g6iDZspbRMg

 Grin
1522  Local / Anfänger und Hilfe / Re: ledger nano s on: March 21, 2018, 05:38:54 PM
 Grin sieht so aus als wären die nicht ganz so sicher wie bisher Angenommen:

https://arstechnica.com/information-technology/2018/03/a-tamper-proof-currency-wallet-just-got-trivially-backdoored-by-a-15-year-old/
1523  Local / Trading und Spekulation / Re: Der Aktuelle Kursverlauf on: March 20, 2018, 06:55:36 PM
 Angry Nachdem Bitmain den Twitter Account "Bitcoin" gekauft hat, promoten die dort nur BCash Shit.

https://twitter.com/bitcoin?lang=en
1524  Local / Mining (Deutsch) / Re: Antminer S11 - Neuigkeiten on: March 20, 2018, 06:38:45 PM
um die 20 Th/s bei 19000 Watt

Die werden sie Bitmain nur so aus den Händen reissen Cool
SCNR!

Das Denke ich nicht, da ein ernsthafter Konkurent da ist:
https://halongmining.com/shop/dragonmint-16t-miner/

1525  Local / Biete / Re: Hallo! Hilfe ist nötig! Bezahlung für Ihr Wissen! on: March 20, 2018, 06:30:48 PM
My english not the yellow from the egg but it goes.
We call it a Klassiker Wink

 Grin that makes you nobody so fast after
1526  Local / Trading und Spekulation / Re: Der Aktuelle Kursverlauf on: February 28, 2018, 12:28:54 PM
Nein, es fellt.  Grin

nur gut das wir bald Frühling haben, sonst friert noch das Schaf.
1527  Bitcoin / Pools / Re: [BLOCK PARTY] ckpool.org ZERO FEE SPLNS no registration mining pool on: February 28, 2018, 11:38:11 AM
 Grin congratulation to Wetsuit for solving this Block!!!

May the Blocks be with us.
1528  Bitcoin / Pools / Re: [∞ YH] solo.ckpool.org 1% fee solo mining USA/DE 246 blocks solved! on: February 26, 2018, 12:08:34 PM
BTW does anybody knows how maby block was found so far by solo.ckpool?

GOOD MORNING!  Grin

did you read the Thread title?  Huh

here it is:
[∞ YH] solo.ckpool.org 1% fee solo mining USA/DE 246 blocks solved!

and there is written the number of found blocks: 246 at the moment  Kiss

1529  Local / Projektentwicklung / Re: Lightning Netzwerk - Eclair: Aufsetzen eines LN-Knoten im Testnetz on: February 09, 2018, 06:10:38 PM
Hallo,

ich probiere mich gerade im Lightning Netzwerk aus und will das hier dokumentieren. Auch, weil es zum LN nichts online gibt was selbst für erfahrene Computernutzer ohne Weiteres zu bewältigen wäre. Wenn schon die Installation von Eclair kaum hinzubekommen ist, dann ist vollkommen klar, dass das LN nicht aus den Puschen kommt. Deshalb diese Anleitung um die Einstiegshürden zu überwinden. Diesen Text werde ich nach und nach erweitern. Mein Ausganspunkt ist hierbei dieser Beitrag:

https://medium.com/@ajs1287/setting-up-bitcoin-lightning-network-node-on-macos-is-peanuts-eclair-5afbef553d71

D.h., wenn ich mit meiner Anleitung noch nicht fertig bin und ihr weiterspielen wollt, dann halten euch an obigen Beitrag.



Sonstige Referenzen

Lightning Network Megathread:

https://www.reddit.com/r/Bitcoin/comments/7pwna9/lightning_network_megathread/

Frage zu Eclair lassen sich mit Github-Account am besten hier beantworten:

https://gitter.im/ACINQ/eclair



Voraussetzungen

  • Ein Rechner mit genug Leistung und 64bit, läuft natürlich analog auch für ein 32bit System, sind dann aber andere Dateien
  • Ubuntu 16.04 LTS (http://de.releases.ubuntu.com/16.04.3/), geht aber bestimmt auch mit einer anderen Version
  • Der Rechner sollte eigenständig, Betriebssystem frisch installiert und getrennt von wichtigen Daten sein
  • Erfahrung mit Linux, Netzwerk etc. pp.
  • Eine zügige Netzwerkverbindung
  • Etwa 2h Zeit da mindestens 2 Bitcoin Transaktionen durchgeführt werden
  • Der Nutzer hier ist "curiosity81", der muss entsprechend angepasst werden
  • Platzhalter sind z.B. "<Passwort>" und müssen entsprechend ersetzt werden



Zu Beginn gehen wir in den Download-Ordner (den gibt es bei Ubuntu standardmäßig):

Code:
cd /home/curiosity81/Downloads



Bitcoin Core (vor Synchronisierung)

Und laden Bitcoin Core (https://bitcoin.org/en/download) herunter:

Code:
wget https://bitcoin.org/bin/bitcoin-core-0.15.1/bitcoin-0.15.1-x86_64-linux-gnu.tar.gz

Zusätzlich besorgen wir uns die Signatur von van der Laan:

Code:
wget https://bitcoin.org/laanwj-releases.asc

Wir importieren den Schlüssel:

Code:
gpg --import laanwj-releases.asc

Zu guter Letzt besorgen wir uns die Hashsummen der Dateien:

Code:
wget https://bitcoin.org/bin/bitcoin-core-0.15.1/SHA256SUMS.asc

Nun verifizieren wir Bitcoin Core bevor wir es entpacken:

Code:
gpg --verify SHA256SUMS.asc
sha256sum bitcoin-0.15.1-x86_64-linux-gnu.tar.gz | grep -o 387c2e12c67250892b0814f26a5a38f837ca8ab68c86af517f975a2a2710225b

Die lange Hex-Zahl stammt aus SHA256SUM.asc und entspricht der Hashsumme der runtergeladenen Datei. Wenn grep ein Ergebnis ausgibt, dann ist alles ok. Gibt bestimmt elegantere Lösungen das zu prüfen als meine.

Jetzt entpacken wir Bitcoin Core:

Code:
tar -xzvf bitcoin-0.15.1-x86_64-linux-gnu.tar.gz

Und passen die Bitcoin Konfigurationsdatei an:

Code:
mkdir /home/curiosity81/.bitcoin
nano /home/curiosity81/.bitcoin/bitcoin.conf

Wir füllen die Datei folgendermaßen:

Code:
testnet=1
server=1
rpcuser=<user>
rpcpassword=<password>
txindex=1
zmqpubrawblock=tcp://127.0.0.1:29000
zmqpubrawtx=tcp://127.0.0.1:29000

Die Platzhalter <user> und <password> müssen mit einem entsprechenden Werten ersetzt werden. Wir speichern und verlassen nano mit Strg+X.

Nun können wir Bitcoin Core starten:

Code:
/home/curiosity81/Downloads/bitcoin-0.15.1/bin/bitcoin-qt

Bitcoin Core wird sich nun mit dem Testnetz synchronisieren. Das dauert ein Weilchen, aber nicht solange wie im Hauptnetz. Bei mir waren das ca. 1.5h.



JRE 1.8

Nun müssen wir das Java Runtime Environment von Oracle installieren, damit Eclair auch läuft. Wir gehen also den Weg des geringsten Widerstands. Fragt mich aber nicht zu den Lizenzen und was sich Eclair dabei gedacht hat Oracle zu nutzen. Dies hier ist nur eine Anleitung. Jeder installiert also auf eigene Entscheidung hin dieses Oracle-Produkt.

Wir gehen zu Beginn per Browser (Firefox) auf http://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html. Dort wählen wir

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

aus, bestätigen das License Agreement und beginnen den Download. Die Datei landet in unserem Download-Ordner. Da Bitcoin Core wahrscheinlich noch synchronisiert so öffenen wir ein neues Terminal und gehen wieder in den Download-Ordner:

Code:
cd /home/curiosity81/Downloads

Dann verifizieren wir die Hashsumme der runtergeladenen Datei. Dazu klicken wir oben auf der Oracle Seite (http://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html) bei

JRE 8u162 Checksum

auf "Checksum" und merken uns den sha256-Wert für die entsprechende Datei:

dfa25ebd1f90bf74ad7ba2dacb0e08d884594e733c9a522b58256778031341a4

Jetzt testen wir den Hash:

Code:
sha256sum jre-8u162-linux-x64.tar.gz | grep -o dfa25ebd1f90bf74ad7ba2dacb0e08d884594e733c9a522b58256778031341a4

Wenn alles ok ist so entpacken wir die Datei:

Code:
tar -xzfv jre-8u162-linux-x64.tar.gz

Und installieren java (https://wiki.ubuntuusers.de/Java/Installation/Oracle_Java/Java_8/):

Code:
sudo mkdir /opt/Oracle_Java
sudo cp jre1.8.0_162/ /opt/Oracle_Java/ -R
sudo update-alternatives --install "/usr/bin/java" "java" "/opt/Oracle_Java/jre1.8.0_162/bin/java" 1
sudo update-alternatives --install "/usr/bin/javaws" "javaws" "/opt/Oracle_Java/jre1.8.0_162/bin/javaws" 1
sudo update-alternatives --set "java" "/opt/Oracle_Java/jre1.8.0_162/bin/java"
sudo update-alternatives --set "javaws" "/opt/Oracle_Java/jre1.8.0_162/bin/javaws"
java -version

Wenn das letzte Kommando die Version wie folgt ausgibt:

Code:
java version "1.8.0_162"
Java(TM) SE Runtime Environment (build 1.8.0_162-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.162-b12, mixed mode)

So haben wir auch diesen Schritt bewältigt. Weiter geht's.



Eclair

Wir sind immer noch im Download-Ordner, im zweiten Terminal. Nun besorgen wir uns Eclair (https://github.com/ACINQ/eclair). Wir sind immer noch faul und wollen das nicht selbst kompilieren oder bauen. So werden wir uns mit dem jar begnügen (https://github.com/ACINQ/eclair/releases):

Code:
wget https://github.com/ACINQ/eclair/releases/download/v0.2-alpha8/eclair-node-gui-0.2-alpha8-8edb2a4.jar

Das war es auch schon. Hier gibt es leider nichts zu verifizieren. Wir wollen aber auch nur im Testnetz spielen. Wir müssen also das Risiko eingehen. Wichtig: Damit Eclair korrekt läuft muss Bitcoin Core nebenher laufen! Nach:

Code:
java -jar eclair-node-gui-0.2-alpha8-8edb2a4.jar

Sollte sich dann auch schon was tun, auch wenn das Programm noch nicht konfiguriert ist und deshalb mit Fehlermeldung beendet.



Bitcoin Core (nach Synchronisierung)

In der GUI:

Help -> Debug window -> Console

Dort:

Code:
getnewaddress

Die Adresse, in meinem Fall:

mtDmzMz7NvuRjptrLWwbdVBs4j7Y3eXvCV

merken wir uns. Dann

Code:
addwitnessaddress mtDmzMz7NvuRjptrLWwbdVBs4j7Y3eXvCV

Erzeugt Segwit-Adresse, in meinem Fall:

2MswDJ1kf9aqiC6twrDyUbLqGmtnjtFG4XX

Auch diese merken wir uns.

Nun besorgen wir uns Geld auf:

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

Indem wir unsere Segwit-Adresse dort angeben. Ich bekam z.B. 1.3 BTC auf 2MswDJ1kf9aqiC6twrDyUbLqGmtnjtFG4XX geschickt Grin. Natürlich dauert es hier ca. 1h bis die Transaktion 6x bestätigt und somit nutzbar ist.



Eclair Konfiguration

Wir gehen zu Beginn wieder in den Download-Order

Code:
cd /home/curiosity81/Downloads

Falls der Konfigurationsordner von Eclair noch nicht existiert so erzeugen wir ihn:

Code:
mkdir /home/curiosity81/.eclair

Dann editieren wir die eclair.conf:

Code:
nano /home/curiosity81/.eclair/eclair.conf

Und füllen die Datei wie folgt:

Code:
eclair.server.port=9735
eclair.node-alias="curiosity81"
eclair.node-color="9716b7"
eclair.bitcoind.rpcuser="<user>"
eclair.bitcoind.rpcpassword="<password>"
eclair.bitcoind.zmq="tcp://127.0.0.1:29000"
eclair.server.public-ips=["xx.xx.xx.xx"]

Für <user> und <password> nutzen wir die Werte, welche wir auch in der bitcoin.conf nutzen. Strg+X speichert die Datei und beendet nano. Damit man später den eigenen Knoten mit den entsprechenden Information auf https://explorer.acinq.co zu sehen bekommt (siehe auch weiter unten), so muss bei eclair.server.public-ips die eigenen IP eingetragen werden. Nur so können sich andere Teilnehmer im Netzwerk mit dem eigenen Knoten verbinden. Wie das abläuft, wenn sich Nachts die ip ändert ... das weiss ich auch nicht. Möglicherweise muss man dann erst den Knoten stoppen, per Skript die Konfiguration entsprechend ändern, und dann den Knoten wieder hochfahren. Das ist aber nur eine Vermutung. Man kann aber, um Testzahlungen durchzuführen, auch "xx.xx.xx.xx" stehen lassen.

Jetzt versuchen wir erneut Eclair zu starten:

Code:
java -jar eclair-node-gui-0.2-alpha8-8edb2a4.jar

Und tada, die Eclair-GUI öffnet sich.  Smiley



Verbindung mit dem Lightning Netzwerk

Wir öffnen im Browser folgende Adresse:

https://explorer.acinq.co

Und suchen uns dort einen Knoten im rechten Scrolldownmenü aus (also nicht in der Karte sondern rechts davon) mit welchem wir uns verbinden können. Wenn man einen Knoten anklickt, dann sieht man weitere Infos wie Alias, Publickey und IP. Für den Anfang begnügen wir uns mit den Knoten, welche eine IP anzeigen. Ich habe mir einen Knoten rausgesucht, der den Alias "pikefloyd" hat. Dessen Daten sind wie folgt, werden sich aber wohl mit der Zeit ändern oder der Knoten verschwindet ganz, seid also flexibel:

Code:
Alias:         pikefloyd
Publickey:     03c4b20397d476a0d008e61022c96803ada3c11918fff8133db4f7d27273710e03
IP und Port:   81.149.149.156:9735

Daraus bauen wir uns folgende ID aus dem Publickey, IP und Port zusammen:

Code:
03c4b20397d476a0d008e61022c96803ada3c11918fff8133db4f7d27273710e03@81.149.149.156:9735

In der Eclair-GUI wählen wir: Channels -> Open channel ...

Dort, bei "Target Node URI", kopieren wir obere ID rein. Zusätzlich klicken wir noch "Simple connection (no channel)" an und drücken "Connect". Nach etwas warten sollte sich die GUI mit Infos zu Channels und Nodes füllen. Wenn ihr eure Bitcoin Core Testnetzwallet wie oben beschrieben mit Faucetcoins gefüllt habt so sind nun auch sicherlich Payment-Channels möglich.



Öffnen eines Payment-Channels

Wie im vorherigen Schritt suchen wir uns einen Knoten im Lightning Netzwerk aus und geben die ID bei "Target Node URI" ein. Heute habe ich mir einen anderen Knoten ausgesucht. Diesmal klicken wir aber NICHT "Simple connection (no channel)" an! Zusätzlich wählen wir eine Bitcoin Betrag aus und geben diesen im Feld "Capacity" ein. Der Betrag muss natürlich kleiner/gleich dem Betrag auf eurer Bitcoin Core Testwallet sein. Ich habe dort mal 100 milliBTC eingegeben. Dann auf "Connect" drücken. Sofort sollte in Bitcoin Core die Meldung einer Transaktion von 0.1 BTC + Transaktiongebühr aufpoppen. Ihr habt also nun 2 Transaktionen in eurer Testwallet. Eine Eingehende von der Faucet und eine Ausgehende um den Channel zu öffnen. Nach dem Drücken von "Connect" handelt Eclair mit dem Channel-Partner etwas aus. Dann sollte in Eclair, bei den "Local Channels" bei "STATE" stehen:

Code:
WAIT_FOR_FUNDING_CONFIRMED

Jetzt heisst es etwa eine halbe Stunde zu warten, also 3 Bitcoin-Bestätigungen bis der Channel geöffnet ist. Bei Eclair scheinen nämlich 3 Bestätigungen auszureichen. Solange ist auch euer Knoten noch nicht sichtbar, siehe auch https://explorer.acinq.co/#/faq. Dann sollte in Eclair, bei den "Local Channels" bei "STATE" stehen

Code:
NORMAL

Sehen kann ich meinen Knoten auch nach 6 Bestätigungen nicht, liegt wahrscheinlich an den geschlossenen Ports. Ansonsten hat bisher alles fehlerfrei funktioniert.



Mit Lightning Netzwerk bezahlen

Wenn ich mich richtig entsinne, muss einer von den Beiden, der Bezahlende oder der Zubezahlende, dem anderen ein Geheimnis direkt, also nicht über das Lightning Netzwerk, schicken. Fragt mich jetzt nicht wie das genau geht, das war irgendwas mit einer Zufallszahl und deren Hash, welche/r dann durch das Netzwerk propagiert wird und ich habe die Details vergessen (ungefähr bei 9:00 in https://www.youtube.com/watch?v=wIhAmTqXhZQ). D.h. also, dass es sowas wie öffentliche Adressen in einer Blockchain nicht mehr gibt, der Zubezahlende muss einen Zahlungsaufruf generieren, den er dann dem Bezahlenden zu kommen lässt (https://medium.com/@btc_coach/lightning-network-in-action-b18a035c955d). So mein momentanes Verständnis. Ich könnte aber auch falsch liegen. Also korrigiert mich wenn nötig.

Um einen Zahlungsaufruf zu erzeugen geht man in Eclair wie folgt vor: Channels -> Receive Payment. Dort bei "Optional amount to receive" gibt man einen validen Betrag ein (oder auch nicht, ist ja optional) und drückt auf "Generate". Das Ergebnis muss man wohl seinem Gegenüber zukommen lassen.

Hier kann man wohl Phantasiekaffee kaufen:

https://starblocks.acinq.co

 Grin Grin Grin



Port forwarding und Ähnliches

Gefunden habe ich auf https://explorer.acinq.co/#/faq folgendes dazu, siehe den letzten Punkt:

Quote
I cannot connect to a node listed in the explorer.

Connection can fail due to one of the following reasons:

    The node is currently offline right now (any channels it might have are temporarily unavailable but stay open).
    The node does not announce a public IP.
    The public IP announced by the node is not accurate.
    The node is not reachable (misconfiguration in port forwarding, firewall...).
    ...

Bis jetzt hat alles ohne Portforwarding funktioniert. Und raustelefonieren d.h. schlichtes Bezahlen wird auch immer so funktionieren, auch mit geschlossenem Port 9735. Wenn aber euer Port 9735 geschlossen ist und die entsprechenden Pakete nicht an den entsprechenden Computer weitergeleitet werden (Portforwarding), dann bekommt derjenige, der sich mit euch verbinden will, eine Fehlermeldung, obwohl euer Knote wie ein ganz normaler aussieht. Aktuell kann man nämlich nicht unterscheiden, welche Knoten einen offenen Port 9735 haben und bei welchen dieser geschlossen ist. D.h. es wird passieren, dass auch ihr euch mit manchen Knoten nicht verbinden könnt, da diese Port 9735 geschlossen haben. Also nochmal:

Damit sich jemand mit eurem Knoten verbinden kann muss Port 9735 geöffnet sein!

Oder anders ausgedrückt, wenn alle nur anrufen und keiner abnimmt, dann ist das Telefonnetz nutzlos! Soll heissen, wenn alle ihren Port 9735 schliessen, dann gibt es schlicht kein Lightning Netzwerk. Wenn nur ein paar Knoten Port 9735 offen haben, dann ergibt das ein zentralisiertes Netzwerk, weil dann alle anderen sich mit diesen Knoten verbinden müssen. Und am besten wäre es, wenn alle Port 9735 geöffnet haben.
1530  Local / Projektentwicklung / Re: Lightning Netzwerk - Eclair: Aufsetzen eines LN-Knoten im Testnetz on: February 09, 2018, 06:10:25 PM
Hallo,

ich probiere mich gerade im Lightning Netzwerk aus und will das hier dokumentieren. Auch, weil es zum LN nichts online gibt was selbst für erfahrene Computernutzer ohne Weiteres zu bewältigen wäre. Wenn schon die Installation von Eclair kaum hinzubekommen ist, dann ist vollkommen klar, dass das LN nicht aus den Puschen kommt. Deshalb diese Anleitung um die Einstiegshürden zu überwinden. Diesen Text werde ich nach und nach erweitern. Mein Ausganspunkt ist hierbei dieser Beitrag:

https://medium.com/@ajs1287/setting-up-bitcoin-lightning-network-node-on-macos-is-peanuts-eclair-5afbef553d71

D.h., wenn ich mit meiner Anleitung noch nicht fertig bin und ihr weiterspielen wollt, dann halten euch an obigen Beitrag.



Sonstige Referenzen

Lightning Network Megathread:

https://www.reddit.com/r/Bitcoin/comments/7pwna9/lightning_network_megathread/

Frage zu Eclair lassen sich mit Github-Account am besten hier beantworten:

https://gitter.im/ACINQ/eclair



Voraussetzungen

  • Ein Rechner mit genug Leistung und 64bit, läuft natürlich analog auch für ein 32bit System, sind dann aber andere Dateien
  • Ubuntu 16.04 LTS (http://de.releases.ubuntu.com/16.04.3/), geht aber bestimmt auch mit einer anderen Version
  • Der Rechner sollte eigenständig, Betriebssystem frisch installiert und getrennt von wichtigen Daten sein
  • Erfahrung mit Linux, Netzwerk etc. pp.
  • Eine zügige Netzwerkverbindung
  • Etwa 2h Zeit da mindestens 2 Bitcoin Transaktionen durchgeführt werden
  • Der Nutzer hier ist "curiosity81", der muss entsprechend angepasst werden
  • Platzhalter sind z.B. "<Passwort>" und müssen entsprechend ersetzt werden



Zu Beginn gehen wir in den Download-Ordner (den gibt es bei Ubuntu standardmäßig):

Code:
cd /home/curiosity81/Downloads



Bitcoin Core (vor Synchronisierung)

Und laden Bitcoin Core (https://bitcoin.org/en/download) herunter:

Code:
wget https://bitcoin.org/bin/bitcoin-core-0.15.1/bitcoin-0.15.1-x86_64-linux-gnu.tar.gz

Zusätzlich besorgen wir uns die Signatur von van der Laan:

Code:
wget https://bitcoin.org/laanwj-releases.asc

Wir importieren den Schlüssel:

Code:
gpg --import laanwj-releases.asc

Zu guter Letzt besorgen wir uns die Hashsummen der Dateien:

Code:
wget https://bitcoin.org/bin/bitcoin-core-0.15.1/SHA256SUMS.asc

Nun verifizieren wir Bitcoin Core bevor wir es entpacken:

Code:
gpg --verify SHA256SUMS.asc
sha256sum bitcoin-0.15.1-x86_64-linux-gnu.tar.gz | grep -o 387c2e12c67250892b0814f26a5a38f837ca8ab68c86af517f975a2a2710225b

Die lange Hex-Zahl stammt aus SHA256SUM.asc und entspricht der Hashsumme der runtergeladenen Datei. Wenn grep ein Ergebnis ausgibt, dann ist alles ok. Gibt bestimmt elegantere Lösungen das zu prüfen als meine.

Jetzt entpacken wir Bitcoin Core:

Code:
tar -xzvf bitcoin-0.15.1-x86_64-linux-gnu.tar.gz

Und passen die Bitcoin Konfigurationsdatei an:

Code:
mkdir /home/curiosity81/.bitcoin
nano /home/curiosity81/.bitcoin/bitcoin.conf

Wir füllen die Datei folgendermaßen:

Code:
testnet=1
server=1
rpcuser=<user>
rpcpassword=<password>
txindex=1
zmqpubrawblock=tcp://127.0.0.1:29000
zmqpubrawtx=tcp://127.0.0.1:29000

Die Platzhalter <user> und <password> müssen mit einem entsprechenden Werten ersetzt werden. Wir speichern und verlassen nano mit Strg+X.

Nun können wir Bitcoin Core starten:

Code:
/home/curiosity81/Downloads/bitcoin-0.15.1/bin/bitcoin-qt

Bitcoin Core wird sich nun mit dem Testnetz synchronisieren. Das dauert ein Weilchen, aber nicht solange wie im Hauptnetz. Bei mir waren das ca. 1.5h.



JRE 1.8

Nun müssen wir das Java Runtime Environment von Oracle installieren, damit Eclair auch läuft. Wir gehen also den Weg des geringsten Widerstands. Fragt mich aber nicht zu den Lizenzen und was sich Eclair dabei gedacht hat Oracle zu nutzen. Dies hier ist nur eine Anleitung. Jeder installiert also auf eigene Entscheidung hin dieses Oracle-Produkt.

Wir gehen zu Beginn per Browser (Firefox) auf http://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html. Dort wählen wir

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

aus, bestätigen das License Agreement und beginnen den Download. Die Datei landet in unserem Download-Ordner. Da Bitcoin Core wahrscheinlich noch synchronisiert so öffenen wir ein neues Terminal und gehen wieder in den Download-Ordner:

Code:
cd /home/curiosity81/Downloads

Dann verifizieren wir die Hashsumme der runtergeladenen Datei. Dazu klicken wir oben auf der Oracle Seite (http://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html) bei

JRE 8u162 Checksum

auf "Checksum" und merken uns den sha256-Wert für die entsprechende Datei:

dfa25ebd1f90bf74ad7ba2dacb0e08d884594e733c9a522b58256778031341a4

Jetzt testen wir den Hash:

Code:
sha256sum jre-8u162-linux-x64.tar.gz | grep -o dfa25ebd1f90bf74ad7ba2dacb0e08d884594e733c9a522b58256778031341a4

Wenn alles ok ist so entpacken wir die Datei:

Code:
tar -xzfv jre-8u162-linux-x64.tar.gz

Und installieren java (https://wiki.ubuntuusers.de/Java/Installation/Oracle_Java/Java_8/):

Code:
sudo mkdir /opt/Oracle_Java
sudo cp jre1.8.0_162/ /opt/Oracle_Java/ -R
sudo update-alternatives --install "/usr/bin/java" "java" "/opt/Oracle_Java/jre1.8.0_162/bin/java" 1
sudo update-alternatives --install "/usr/bin/javaws" "javaws" "/opt/Oracle_Java/jre1.8.0_162/bin/javaws" 1
sudo update-alternatives --set "java" "/opt/Oracle_Java/jre1.8.0_162/bin/java"
sudo update-alternatives --set "javaws" "/opt/Oracle_Java/jre1.8.0_162/bin/javaws"
java -version

Wenn das letzte Kommando die Version wie folgt ausgibt:

Code:
java version "1.8.0_162"
Java(TM) SE Runtime Environment (build 1.8.0_162-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.162-b12, mixed mode)

So haben wir auch diesen Schritt bewältigt. Weiter geht's.



Eclair

Wir sind immer noch im Download-Ordner, im zweiten Terminal. Nun besorgen wir uns Eclair (https://github.com/ACINQ/eclair). Wir sind immer noch faul und wollen das nicht selbst kompilieren oder bauen. So werden wir uns mit dem jar begnügen (https://github.com/ACINQ/eclair/releases):

Code:
wget https://github.com/ACINQ/eclair/releases/download/v0.2-alpha8/eclair-node-gui-0.2-alpha8-8edb2a4.jar

Das war es auch schon. Hier gibt es leider nichts zu verifizieren. Wir wollen aber auch nur im Testnetz spielen. Wir müssen also das Risiko eingehen. Wichtig: Damit Eclair korrekt läuft muss Bitcoin Core nebenher laufen! Nach:

Code:
java -jar eclair-node-gui-0.2-alpha8-8edb2a4.jar

Sollte sich dann auch schon was tun, auch wenn das Programm noch nicht konfiguriert ist und deshalb mit Fehlermeldung beendet.



Bitcoin Core (nach Synchronisierung)

In der GUI:

Help -> Debug window -> Console

Dort:

Code:
getnewaddress

Die Adresse, in meinem Fall:

mtDmzMz7NvuRjptrLWwbdVBs4j7Y3eXvCV

merken wir uns. Dann

Code:
addwitnessaddress mtDmzMz7NvuRjptrLWwbdVBs4j7Y3eXvCV

Erzeugt Segwit-Adresse, in meinem Fall:

2MswDJ1kf9aqiC6twrDyUbLqGmtnjtFG4XX

Auch diese merken wir uns.

Nun besorgen wir uns Geld auf:

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

Indem wir unsere Segwit-Adresse dort angeben. Ich bekam z.B. 1.3 BTC auf 2MswDJ1kf9aqiC6twrDyUbLqGmtnjtFG4XX geschickt Grin. Natürlich dauert es hier ca. 1h bis die Transaktion 6x bestätigt und somit nutzbar ist.



Eclair Konfiguration

Wir gehen zu Beginn wieder in den Download-Order

Code:
cd /home/curiosity81/Downloads

Falls der Konfigurationsordner von Eclair noch nicht existiert so erzeugen wir ihn:

Code:
mkdir /home/curiosity81/.eclair

Dann editieren wir die eclair.conf:

Code:
nano /home/curiosity81/.eclair/eclair.conf

Und füllen die Datei wie folgt:

Code:
eclair.server.port=9735
eclair.node-alias="curiosity81"
eclair.node-color="9716b7"
eclair.bitcoind.rpcuser="<user>"
eclair.bitcoind.rpcpassword="<password>"
eclair.bitcoind.zmq="tcp://127.0.0.1:29000"
eclair.server.public-ips=["xx.xx.xx.xx"]

Für <user> und <password> nutzen wir die Werte, welche wir auch in der bitcoin.conf nutzen. Strg+X speichert die Datei und beendet nano. Damit man später den eigenen Knoten mit den entsprechenden Information auf https://explorer.acinq.co zu sehen bekommt (siehe auch weiter unten), so muss bei eclair.server.public-ips die eigenen IP eingetragen werden. Nur so können sich andere Teilnehmer im Netzwerk mit dem eigenen Knoten verbinden. Wie das abläuft, wenn sich Nachts die ip ändert ... das weiss ich auch nicht. Möglicherweise muss man dann erst den Knoten stoppen, per Skript die Konfiguration entsprechend ändern, und dann den Knoten wieder hochfahren. Das ist aber nur eine Vermutung. Man kann aber, um Testzahlungen durchzuführen, auch "xx.xx.xx.xx" stehen lassen.

Jetzt versuchen wir erneut Eclair zu starten:

Code:
java -jar eclair-node-gui-0.2-alpha8-8edb2a4.jar

Und tada, die Eclair-GUI öffnet sich.  Smiley



Verbindung mit dem Lightning Netzwerk

Wir öffnen im Browser folgende Adresse:

https://explorer.acinq.co

Und suchen uns dort einen Knoten im rechten Scrolldownmenü aus (also nicht in der Karte sondern rechts davon) mit welchem wir uns verbinden können. Wenn man einen Knoten anklickt, dann sieht man weitere Infos wie Alias, Publickey und IP. Für den Anfang begnügen wir uns mit den Knoten, welche eine IP anzeigen. Ich habe mir einen Knoten rausgesucht, der den Alias "pikefloyd" hat. Dessen Daten sind wie folgt, werden sich aber wohl mit der Zeit ändern oder der Knoten verschwindet ganz, seid also flexibel:

Code:
Alias:         pikefloyd
Publickey:     03c4b20397d476a0d008e61022c96803ada3c11918fff8133db4f7d27273710e03
IP und Port:   81.149.149.156:9735

Daraus bauen wir uns folgende ID aus dem Publickey, IP und Port zusammen:

Code:
03c4b20397d476a0d008e61022c96803ada3c11918fff8133db4f7d27273710e03@81.149.149.156:9735

In der Eclair-GUI wählen wir: Channels -> Open channel ...

Dort, bei "Target Node URI", kopieren wir obere ID rein. Zusätzlich klicken wir noch "Simple connection (no channel)" an und drücken "Connect". Nach etwas warten sollte sich die GUI mit Infos zu Channels und Nodes füllen. Wenn ihr eure Bitcoin Core Testnetzwallet wie oben beschrieben mit Faucetcoins gefüllt habt so sind nun auch sicherlich Payment-Channels möglich.



Öffnen eines Payment-Channels

Wie im vorherigen Schritt suchen wir uns einen Knoten im Lightning Netzwerk aus und geben die ID bei "Target Node URI" ein. Heute habe ich mir einen anderen Knoten ausgesucht. Diesmal klicken wir aber NICHT "Simple connection (no channel)" an! Zusätzlich wählen wir eine Bitcoin Betrag aus und geben diesen im Feld "Capacity" ein. Der Betrag muss natürlich kleiner/gleich dem Betrag auf eurer Bitcoin Core Testwallet sein. Ich habe dort mal 100 milliBTC eingegeben. Dann auf "Connect" drücken. Sofort sollte in Bitcoin Core die Meldung einer Transaktion von 0.1 BTC + Transaktiongebühr aufpoppen. Ihr habt also nun 2 Transaktionen in eurer Testwallet. Eine Eingehende von der Faucet und eine Ausgehende um den Channel zu öffnen. Nach dem Drücken von "Connect" handelt Eclair mit dem Channel-Partner etwas aus. Dann sollte in Eclair, bei den "Local Channels" bei "STATE" stehen:

Code:
WAIT_FOR_FUNDING_CONFIRMED

Jetzt heisst es etwa eine halbe Stunde zu warten, also 3 Bitcoin-Bestätigungen bis der Channel geöffnet ist. Bei Eclair scheinen nämlich 3 Bestätigungen auszureichen. Solange ist auch euer Knoten noch nicht sichtbar, siehe auch https://explorer.acinq.co/#/faq. Dann sollte in Eclair, bei den "Local Channels" bei "STATE" stehen

Code:
NORMAL

Sehen kann ich meinen Knoten auch nach 6 Bestätigungen nicht, liegt wahrscheinlich an den geschlossenen Ports. Ansonsten hat bisher alles fehlerfrei funktioniert.



Mit Lightning Netzwerk bezahlen

Wenn ich mich richtig entsinne, muss einer von den Beiden, der Bezahlende oder der Zubezahlende, dem anderen ein Geheimnis direkt, also nicht über das Lightning Netzwerk, schicken. Fragt mich jetzt nicht wie das genau geht, das war irgendwas mit einer Zufallszahl und deren Hash, welche/r dann durch das Netzwerk propagiert wird und ich habe die Details vergessen (ungefähr bei 9:00 in https://www.youtube.com/watch?v=wIhAmTqXhZQ). D.h. also, dass es sowas wie öffentliche Adressen in einer Blockchain nicht mehr gibt, der Zubezahlende muss einen Zahlungsaufruf generieren, den er dann dem Bezahlenden zu kommen lässt (https://medium.com/@btc_coach/lightning-network-in-action-b18a035c955d). So mein momentanes Verständnis. Ich könnte aber auch falsch liegen. Also korrigiert mich wenn nötig.

Um einen Zahlungsaufruf zu erzeugen geht man in Eclair wie folgt vor: Channels -> Receive Payment. Dort bei "Optional amount to receive" gibt man einen validen Betrag ein (oder auch nicht, ist ja optional) und drückt auf "Generate". Das Ergebnis muss man wohl seinem Gegenüber zukommen lassen.

Hier kann man wohl Phantasiekaffee kaufen:

https://starblocks.acinq.co

 Grin Grin Grin



Port forwarding und Ähnliches

Gefunden habe ich auf https://explorer.acinq.co/#/faq folgendes dazu, siehe den letzten Punkt:

Quote
I cannot connect to a node listed in the explorer.

Connection can fail due to one of the following reasons:

    The node is currently offline right now (any channels it might have are temporarily unavailable but stay open).
    The node does not announce a public IP.
    The public IP announced by the node is not accurate.
    The node is not reachable (misconfiguration in port forwarding, firewall...).
    ...

Bis jetzt hat alles ohne Portforwarding funktioniert. Und raustelefonieren d.h. schlichtes Bezahlen wird auch immer so funktionieren, auch mit geschlossenem Port 9735. Wenn aber euer Port 9735 geschlossen ist und die entsprechenden Pakete nicht an den entsprechenden Computer weitergeleitet werden (Portforwarding), dann bekommt derjenige, der sich mit euch verbinden will, eine Fehlermeldung, obwohl euer Knote wie ein ganz normaler aussieht. Aktuell kann man nämlich nicht unterscheiden, welche Knoten einen offenen Port 9735 haben und bei welchen dieser geschlossen ist. D.h. es wird passieren, dass auch ihr euch mit manchen Knoten nicht verbinden könnt, da diese Port 9735 geschlossen haben. Also nochmal:

Damit sich jemand mit eurem Knoten verbinden kann muss Port 9735 geöffnet sein!

Oder anders ausgedrückt, wenn alle nur anrufen und keiner abnimmt, dann ist das Telefonnetz nutzlos! Soll heissen, wenn alle ihren Port 9735 schliessen, dann gibt es schlicht kein Lightning Netzwerk. Wenn nur ein paar Knoten Port 9735 offen haben, dann ergibt das ein zentralisiertes Netzwerk, weil dann alle anderen sich mit diesen Knoten verbinden müssen. Und am besten wäre es, wenn alle Port 9735 geöffnet haben.
1531  Local / Deutsch (German) / Re: Mein Account wurde gehackt, ich brauche EURE Hilfe on: February 09, 2018, 06:08:51 PM
auch von mir nochmal ein quote

viel Erfolg beim recovern

Hallo,

meine Account wurde gehackt, ich habe mich jetzt durchgerungen das praktisch öffentlich zu machen.

Wie könnt ihr helfen?

Bitte quotet folgenden Kommentar (also den ersten mit der Anleitung) vollständig und möglichst oft:

https://bitcointalk.org/index.php?topic=2778084.msg28419545#msg28419545

Je mehr unabhängige Quotes, desto besser. Es geht mir darum, den Kommentar vor nachträglichen Veränderungen zu schützen. Ich besitze den Privatekey zu folgender Testnetz-Adresse:

mtDmzMz7NvuRjptrLWwbdVBs4j7Y3eXvCV

Und kann später, wenn gewünscht, Nachrichten damit signieren. Vorraussetzung bei der Verifizierung ist hierbei, dass Bitcoin core im Testnetz läuft. Ihr könnt hier prüfen ob der Kommentar schon manipuliert wurde:

https://webcache.googleusercontent.com/search?q=cache:kaOTQvmLBNgJ:https://bitcointalk.org/index.php%3Ftopic%3D2778084.msg%25msg_id%25+&cd=1&hl=de&ct=clnk&gl=de

Ich zähle auf, euch!

Wie der Hack ablief könnte ihr hier

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

erfahren.

Lernt daraus!
1532  Local / Deutsch (German) / Re: ACHTUNG: Bitcointalk-Account-Hacks per E-Mail-Account, sichert E-Mail-Accounts! on: February 09, 2018, 05:53:26 PM
Das hat er bereits hier veraten:
https://bitcointalk.org/index.php?topic=2908813.msg29942512#msg29942512

The account curiosity81 has been hacked
1533  Local / Anfänger und Hilfe / Re: CG Miner GPU on: February 09, 2018, 03:30:13 PM
Hallo zusammen,

mein CG Miner läuft, der Worker wird aber nicht als aktiv angezeigt. Außerdem findet mein Miner bloß Blöcke, aber nie steht ein "accepted" dort. Könnt ihr mir helfen und rausfinden was ich falsch mache? Hier ein Bild vom arbeitenden CG Miner.

https://picload.org/view/daggloii/b.jpg.html

Danke

Zuerst einmal solltest du deine Frage im Altcoinbereich stellen, denn Bitcoin Mined man seit Jahren nicht mehr mit
einer GPU.

Du willst also Shitcoin "Auroracoin" Minen (3343).

Aber mit einer GPU wirst du auch in Wochen kein Akzeptierten Share sehen!
Was du glaubst das du Blöcke gefunden hast ist die Meldung das das Netzwerk von Pool 0 einen neuen Block gesehen hat. Das hat mit dir aber nichts zu tun, ist nur eine Anzeige und somit ist mit deinen Daten normalerweise alles in Ordnung, du hast einfach nur nicht genug Rechenleistung.
1534  Local / Trading und Spekulation / Re: Der Aktuelle Kursverlauf on: February 01, 2018, 06:57:59 PM
 Grin

meine ich das nur, oder brennt der Dino wirklich?
1535  Bitcoin / Pools / Re: [BLOCK] solo.ckpool.org 1% fee solo mining USA/DE 246 blocks solved! on: January 11, 2018, 10:45:18 AM
Code:
[2018-01-11 04:35:51.597] Possible block solve diff 2363747331127.568848 !
[2018-01-11 04:35:51.826] BLOCK ACCEPTED!
[2018-01-11 04:35:52.002] Solved and confirmed block 503670 by 3ErUqs4Kxmdrw8CyHwiXMwRc6mUoHhTpsk.62268
[2018-01-11 04:35:52.002] User 3ErUqs4Kxmdrw8CyHwiXMwRc6mUoHhTpsk:{"hashrate1m": "1.63P", "hashrate5m": "1.64P", "hashrate1hr": "1.66P", "hashrate1d": "820T", "hashrate7d": "231T"}
[2018-01-11 04:35:52.002] Worker 3ErUqs4Kxmdrw8CyHwiXMwRc6mUoHhTpsk.62268:{"hashrate1m": "1.18P", "hashrate5m": "1.19P", "hashrate1hr": "1.2P", "hashrate1d": "549T", "hashrate7d": "101T"}
[2018-01-11 04:35:52.007] Block solved after 2013858835869 shares at 104.3% diff

https://btc.com/00000000000000000077140243064000ba35b22d3e2440e936a722b90cd09365


Congratulation for the Block!  Grin
1536  Local / Off-Topic (Deutsch) / Re: Sicherheitslücken Spectre & Meltdown on: January 09, 2018, 07:58:12 PM
Quote
Und wie soll man dann z.B. bei bittrex traden? Die wollen nämlich Javascript haben.

Anschalten, sonst wird das nichts, aber in einem eigenen Browserfenster oder auf einem eigens dafür genutzen Rechner (Ja, ich weiß, zu Aufwändig, aber dafür gibt es VMs).

Quote
Womit fährt man sicherer?
genau so: Ein eigenes Fenster öffnen, kein Tab.

Das ist natürlich kein Allheilmittel, verhindert aber schon mal den Abgriff der Login Daten durch "Evil" scripte.

Quote
Welcher Online? Meltdown oder Spectre
Spectre

drittes Video von Sempervideo demonstreirt mal den Angriff:
https://www.youtube.com/watch?v=pUJ0hGJJbeE

Quote
Das weiß ja sogar ich, dass das fahrlässig ist, auf dem gleichen System 2FA und Wallet drauf zu haben.
Dann ist es ja gut, aber vieleicht Lesen das hier auch noch "Anfänger" denen das nicht so Bewußt ist.


1537  Bitcoin / Mining support / Re: solo mining Local hash rate vs pool hash rate please help on: January 09, 2018, 04:47:50 PM
If you want to try solo mining, then use the solo pool from ck, so you will need no local bitcoind:
https://bitcointalk.org/index.php?topic=763510.0

and if you think a pool is better, then use his normal pool with no fees for you, that will be the better choice!
https://bitcointalk.org/index.php?topic=1876330.0

good luck anyway  Wink
1538  Local / Off-Topic (Deutsch) / Re: Alternative Suchmaschienen on: January 09, 2018, 04:39:25 PM
startpage.com <= ist nicht schlecht
duckduckgo.com <= auch nicht schlecht

 Wink
1539  Local / Off-Topic (Deutsch) / Re: Sicherheitslücken Spectre & Meltdown on: January 08, 2018, 06:14:57 PM
Erklärungen für den Fehler gibt es ja genug. Aber was nun machen? Java Script ausschalten und erstmal nirgends mehr anmelden, keine Wallets mehr öffnen....?

Ja, Javascript aus (Ich verstehe nicht wieso man das überhaupt anschaltet*).
FF mit NoScript oder Crome mit xxx

Damit fährt man etwas sicherer, bei Seiten mit Passworteingabe immer (da gibt es keine Ausnahme) eine
eigenes Fenster öffnen.

Nur einer der Bugs kann "wirklich" Online erfolgen, für den zweiten benötigt man (noch) zugriff auf die Maschine selbst.

Sorgen würde ich mir aber um die vielen Android Handys machen, diese werden ja nicht alle mit einem Update versehen.
Wer da ein Wallet drauf hat .... 2FA und so.

Und ja, mich betrifft das nicht auf dem Handy, das hat Internet Abgeschaltet.
Und ja, es betrifft mich doch auf dem Tablett, Gigaset hat kein Update für das eigentlich gute Tab Sad

Sempervideo hat eine schöne Erklärung über diese Bugs:
1. https://www.youtube.com/watch?v=ZkLjMm7Nu7s
2. https://www.youtube.com/watch?v=HWf529MJzkM

Blockchain erklärt:
https://www.youtube.com/watch?v=4Eoela-Ai-o

* und den Scheiß möchte ich eigentlich auch nicht:
google.com
gstatic.com
1540  Local / Deutsch (German) / Re: Alle Passwörter und Nachrichen können jetzt mitgelesen werden auf Bitcointalk on: January 06, 2018, 12:56:38 PM
von Cloudflare einem Unternehmen aus dem USA . Was haltet ihr davon und war euch das bewusst? Smiley

Ja, mir ist das Bewußt!
Halten tue ich davon nichts, deshalb meide ich diesen Dienst wo es geht.
Pages: « 1 ... 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 [77] 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!