Large Bitcoin Collider (Collision Finder Pool) - Deutscher Thread

[bottisiegen]

hallo rico,
das passiert jetzt bei mir.

[rico666]

hallo rico,
das passiert jetzt bei mir.

Ok - nicht mehr weit vom Ziel entfernt. 

Die LBC Appliance ist ein wenig älter und war bei Erstellung schön aktuell und vorinstalliert. Mittlerweile sollte ich aber eine neue Version machen (werde ich auch wenn ich Zeit habe).
Aktuelles LBC kommuniziert mit dem Server über https. Die Fehlermeldung die Du siehst, besagt, dass ein Perl Modul benötigt wird um eben https zu können.

Hierzu auf der Shell cpan starten und dann in der CPAN shell entsprechendes Modul installieren:

Code:

> cpan

cpan> install LWP::Protocol::https

Etwas Textgekrösel plätschert den Bildschirm runter, auf alles was sich bewegt mit "Y" antworten. Nun sollte Alles tun.

Optional: ggf. als root(user: root pw: osboxes.org) mal ein

Code:

> pacman -Syu

machen, damit wird das OS auf neueste Versionen von Programmen upgegradet.


Rico

[bottisiegen]

guten morgen rico,
hoffe du hast gut geschlafen?!?!!

also das macht mir echt spass. ich denke ich sollte mir auch mal einen linux rechner zulegen.
also ich denke es läuft. im taskmanager ist mein cpu mit 80% belegt.
und das hier steht da jetzt



jetzt frage ich mich, angenommen er findet etwas, wie bekomme ich dann bescheid?

lg
thomas

[rico666]

also das macht mir echt spass. ich denke ich sollte mir auch mal einen linux rechner zulegen.
also ich denke es läuft. im taskmanager ist mein cpu mit 80% belegt.
...
jetzt frage ich mich, angenommen er findet etwas, wie bekomme ich dann bescheid?

Ja, das sieht einwandfrei aus. die 80% sind plusminus 75% von den 3 CPUs, 5% vermutlich VM overhead und Dein host-OS.

Wenn er was findet, sieht das dann so aus:

Code:

$ LBC -c 1 -p 139000-141000
Loop off! Work on blocks [139000-141000] (2097 Mkeys)
Best generator chosen: gen-hrdcore-skylake-linux64
Estimated duration: 1057s
ooooooooooooooooooo
b190e2d40cfdeee2cee072954a2be89e7ba39364:c:priv:00000000000000000000000000000000000000000000000000000022382fb001 - 0x331
oooooooooooooooooooooooooo

Sprich zwischen den 'o' erscheint dann mal eine Zeile mit dem hash160 der gefunden wurde, gefolgt vom privaten key.

O.g. Beispiel ist die #38 der Puzzle transaction

#38: b190e2d40cfdeee2cee072954a2be89e7ba39364 -> 22382facd0

Liegt bei 140160,


Rico

[bottisiegen]

ja juhuu super vielen dank für die hilfe.

aber was ist wenn ich es verpasse?
ich sitze ja nicht die ganze zeit vorm pc
 
lg

[rico666]

ja juhuu super vielen dank für die hilfe.

aber was ist wenn ich es verpasse?
ich sitze ja nicht die ganze zeit vorm pc

Natürlich schreibt er seinen Fund auch in eine Datei namens FOUND.txt - geht also nix verloren.
Für die Fortgeschrittenen gibt es dann hooks: https://lbc.cryptoguru.org/man/user#hooks

Da kann man sich dann selbst was schreiben was er tun soll im Findungsfall. :-)
Das kann vom Rumgepiepe bis zum Mailversand eigentlich alles sein.


Rico

[willi9974]

Wer macht dann was im Falle eines Founds?

Bekommst DU als Betreiber der Infrastruktur dahinter auch eine Info über den Fund? Und zweigst die ggf. gefundenen Coins dann auf eine separate Adresse ab, auf der sich dann der Besitzer bei dir melden soll?

Oder bekommt der Finder an sich, der die Computingpower zur Verfügung stellt, die Adresse und priv. Key zur eigenen Verwendung?

Viele Grüße
Willi

[rico666]

Hi,

Bekommst DU als Betreiber der Infrastruktur dahinter auch eine Info über den Fund? Und zweigst die ggf. gefundenen Coins dann auf eine separate Adresse ab, auf der sich dann der Besitzer bei dir melden soll?

Oder bekommt der Finder an sich, der die Computingpower zur Verfügung stellt, die Adresse und priv. Key zur eigenen Verwendung?

Alles in der Doku beschrieben und 100x diskutiert: https://lbc.cryptoguru.org/man/theory#the-case-for-funds

insbes:

Clearly, this approach is not feasible, because the overhead for doing that would use a multiple times the ressources as if you had a single client working on the task. So this approach would render the whole problem unparallelizable.

bzw:

https://bitcointalk.org/index.php?topic=1573035.msg16182353#msg16182353

There is no way the server could keep up with the generated private keys. All PK generation and checking occurs on the client and after the client has checked the keys, they are discarded. All the server does is distributing chunks of work to the clients, receiving ACKs for work done and performing multi-interval arithmetic to ensure nothing is left out and nothing is done (unnecessarily) twice.

The main reason for the offline processing is speed and scalability - of course. But I also like to leave the decision what to do with a PK found in the clients hands to not get involved in case the client decides to ... hmm ... reward himself.

Google translate oder der freundliche Forumsnachbar von nebenan helfen. Prinzipiell könnte der eine zentrale Server niemals mit den generierten Keys Schritt halten. Für den Fall jemand glaubt der Client wird im Falle eines Fundes irgendwie von Server gesteuert:

https://lbc.cryptoguru.org/about#how-do-i-know-the-pool-doesn-t-scam-me-

Einfach Kabel rausrupfen und manuell einen Bereich eingeben wo man garantiert was findet. Fund wird angezeigt, FOUND.txt wird erzeugt.



Rico

[bottisiegen]

huhu,
ich neheme an die found datei wird erst erstellt wenn etwas
gefunden wird oder?
lg

[rico666]

huhu,
ich neheme an die found datei wird erst erstellt wenn etwas
gefunden wird oder?
lg

Ja. Genau genommen FOUND.txt

Wenn Du ein LBC -x gemacht hast, dann müsste auch eine erstellt worden sein, denn da findet er ja beim testen 4 hits.
Er sagt dann auch "You might want to delete FOUND.txt..." damit man nicht jedesmal einen Herzkasper bekommt wenn die Datei da ist. 



Rico

[bottisiegen]

guten morgen,

alle gut geschlafen?

seit heute morgen kommt das hier




lg
thomas

[bottisiegen]

oooook ich habe den fehler selbst gefunden.

aber wo finde ich den found ordner?
lg
thomas

[rico666]

oooook ich habe den fehler selbst gefunden.

aber wo finde ich den found ordner?

-c 3 gell?

Es gibt keinen found Ordner. Im Verzeichnis "collider" - oder halt entsprechend "in dem Verzeichnis in dem sich das LBC Skript befindet", erscheint bei Fund eine Datei FOUND.txt.

Einfach mal im Verzeichnis collider

> ls -al

eingeben. Bei mir ist ein bischen mehr da, aber sind ja auch development Geschichten.

Code:

# ls -al
total 204
drwxr-xr-x 3 root root  4096 Oct 10 11:35 .
drwxr-xr-x 7 root root  4096 Jan  6 22:33 ..
-rw-r--r-- 1 root root   118 Oct  2 13:19 FOUND.txt
-rwxr-xr-x 1 root root    92 Sep 28 10:58 hook-end.sh
-rwxr-xr-x 1 root root   164 Sep 28 10:58 hook-error.sh
-rwxr-xr-x 1 root root    34 Sep 28 10:58 hook-find.sh
-rwxr-xr-x 1 root root   164 Sep 28 10:58 hook-start.sh
-rwxr-xr-x 1 root root  1278 Oct  9 22:34 janitor.pl
-rwxr-xr-x 1 root root 62156 Oct  9 22:48 LBC
-rw-r--r-- 1 root root 43665 Sep 28 11:05 LBCdiag.txt
-rwxr-xr-x 1 root root   279 Oct  9 22:34 make_blf
-rwxr-xr-x 1 root root  2544 Sep 24 22:12 make_dist
-rw-r--r-- 1 root root  9568 Sep 18 20:17 README.txt
-rwxr-xr-x 1 root root  6104 Oct  9 22:34 sh.common
-rwxr-xr-x 1 root root 30235 Oct  9 22:34 sh.platform
drwxr-xr-x 4 root root  4096 Oct  9 22:48 .svn

Mal schauen was in der FOUND.txt drin ist...

Code:

# cat FOUND.txt 
f0225bfc68a6e17e87cd8b5e60ae3be18f120753:c:(hex)priv:0000000000000000000000000000000000000000000000000000122fca143c05

Kleine Notiz am Rande - gegenwärtig ist der Pool bei

Code:

0000000000000000000000000000000000000000000000000000db1d53800000

Rico

[bottisiegen]

also den ordner habe ich noch nicht.
bin ja mal gespannt ob ich etwas finde.
mit dem schlüssel komme ich nicht so wirklich klar. wo öffnest du die wallets denn dann?

lg

[rico666]

also den ordner habe ich noch nicht.

Zum nun 4. oder 5. Mal: es ist kein Ordner - es ist eine Datei.

mit dem schlüssel komme ich nicht so wirklich klar. wo öffnest du die wallets denn dann?

Code:

./bitcoin-tool --output-format base58check --public-key-compression (un)compressed --network bitcoin --input-type private-key --input-format hex --output-type private-key-wif --input <hier der hex-code>

https://github.com/matja/bitcoin-tool

edit: Gerade kommt mir, dass es eigentlich keine schlechte Idee wäre das Bitcoin tool gleich auf die LBC Appliance mit zu installieren.


Rico

[bottisiegen]

huhu
wenn ich den client neu starte bzw den pc neu starte,
fängt er dann wieder von vorne an?
und merkt er sich schon gefundene adressen?

lg
thomas

[bottisiegen]

huhu schau mal ist das normal?
wenn ich dann enter drücke geht es normal weiter.



lg

[rico666]

huhu schau mal ist das normal?
wenn ich dann enter drücke geht es normal weiter.

Ja, ist es.  

Misslungener Bildschirmschoner. SHIFT drücken reicht auch schon und man wurstelt nicht in die Bildschirmausgabe.
Kannst aber lassen. Er arbeitet auch so weiter. Ich drücke ab und zu schift um zu sehen ob noch alles in Ordnung ist.

So einmal die Woche.  

wenn ich den client neu starte bzw den pc neu starte,
fängt er dann wieder von vorne an?
und merkt er sich schon gefundene adressen?

Wenn Du den PC ausschaltest/neu startest/er abstürzt etc. ...
=> Deswegen wird die Datei "FOUND.txt" angelegt. Die ist natürlich auch über Neustarts/Abstürze etc. persistent.
D.h. Ja, er merkt sich schon gefundene Adressen.

Er fängt nicht von vorne an, sondern fragt beim Server einfach die aktuelle Arbeit an und bekommt was zugewiesen.
Der Server kümmert sich darum, dass nichts (unnötig) doppelt gemacht wird.

Rico

[bottisiegen]

Komisch ist das ich nur mit einem core arbeiten kann.
Selbst wenn ich 3 starten möchte sagt er 1 core use

[rico666]

Komisch ist das ich nur mit einem core arbeiten kann.
Selbst wenn ich 3 starten möchte sagt er 1 core use

Er braucht pro Prozess ca 550 MB RAM. Wenn er feststellt, dass die Anzahl der gewünschten Prozesse mehr Speicher benötigen würde als vorhanden ist, drosselt er runter. Ggf. der VM mehr Speicher geben. Ggf. schauen was

Code:

> cat /proc/cpuinfo
> free

sagen.

Aber Du hast doch geschrieben, dass bei Dir die CPU Auslastung irgendwo bei 80% liegt - oder? Also muss das doch schon mal funktioniert haben.


Rico