Die Website zeigt das aber noch nicht an.
Fehlt dann jetzt nicht was von 49,35 bis 50 Bits?
Oder machen wir das später nach?

Yeah, i usually don't read the english thread

Müsste es nicht "is not aware" heißen, weil er das _nicht_ weiß?

Und: Wo zum Henker kommt der auf 1000 CPUs?
Kauft der Amazons Service, oder lässt der bei seiner Firma "schwatt" mitlaufen?

Ach so war das gemeint, der Pool weiß das was fehlt. Ja, Verständnisfehler meinerseits, danke.

Ja, 512 MKeys/s waren 4 mio Seiten auf directory.io die Sekunde. Da sind wir drüber hinaus. 


Eine gewisse Analogie zum BTC Mining ist nicht abzustreiten. Ich habe ja die Evolution (Inflation würde ich es nicht nennen) CPU->GPU->FPGA->ASIC schon vor geraumer Zeit prognostiziert. Momentan sind wir irgendwo beim Pfeil zwischen CPU und GPU.

Mittlerweile kenne ich mich mit dem Generierungsprozess Privkey -> hash160 so gut aus, dass ich zuversichtlich sagen kann, mittelfristig einen GPU client zu haben, der gut 4-6 mal schneller ist als oclvanitygen (knapp doppelt so schnell sind wir heute bereits).

Und wenn ich das habe, besorge ich mir ein FPGA Entwicklerboard und mache da ein wenig mit rum.

Im Gegensatz zu Bitcoin-Mining, was ja eine unendliche Geschichte ist, ist das hier ein endliches Projekt. Der Suchraum ist natürlich gigantisch, aber endlich. Für diesen Suchraum sind 586 MKeys/s immer noch sehr wenig, aber die interessante Info hier ist, dass wir mit dieser Speed offensichtlich bereits in Bereiche vordringen, wo wir "Erster!" ausrufen können - schliesslich ist ja #51 bislang unangetastet und es sieht so aus als wäre es wirklich am LBC den privkey dazu zu finden.

Was vor allem für mich interesant ist, ist den Pool bei diesem Kapazitätsanstieg zu beobachten wie das ganze skaliert. Ohne Änderung, also ihn einfach so laufen zu lassen wie er ist, kann ich sagen, dass das sicher bis 50 GKeys/s skaliert. Sehr konservativ ausgedrückt - vielleicht sogar 500 GKeys/s aber so weit will ich mich nicht aus dem Fenster lehnen. Jedenfalls weiß ich schon, wie ich mit leichten Änderungen den Pool  weit über die TKeys/s Grenze hinaus skalieren könnte - sollte die Zeit mal kommen.

Ich habe auch gestern alle P2SH hash160 in die BLF Datei mit aufgenommen. Der Pool checkt also für alle mit aktueller BLF nicht mehr gegen ~11 mio  Addressen ab, sondern ~14 mio (im Übrigen zum Nulltarif - der LBC wird dadurch nicht langsamer). Vorerst nur experimentell, wenn das Ärger machen sollte nehme ich es wieder raus.


Rico

Auskennen tue ich mich damit auch noch nicht, aber das habe ich vor 6 Monaten auch über GPU Programmierung gesagt. 
Ein wenig habe ich mich schon umgesehen was es (bezahlbares) auf dem Markt gibt. Aber eine Einschätzung welche Anweisung in C in welchen Schaltkreis (mit entsprechendem Gatterverbrauch) übersetzt wird habe ich nicht finden können.

Der von Dir gepostete FPGA hat 50k LE, da gibt es auch noch ganz andere Brummer:
https://www.altera.com/products/fpga/stratix-series/stratix-10/overview.html
hat 5.5 mio LEs

"Up to 10 tera floating point operations per second "

Das entspricht dem einer derzeitigen High-End GPU , bei 125W Verbrauch.

Der große Vorteil bei diesen FPGAs (und warum ich sowas überhaupt in Erwägung ziehe): man kann sie auch in OpenCL programmieren.
https://www.altera.com/products/design-software/embedded-software-developers/opencl/overview.html

Also das, was ich momentan auf der GPU veranstalte. Vielleicht compilier ich einfach nur das Programm für den FPGA neu? :-)


Rico

Die libsecp256k1 ist laut den Bitcoin Core Developern mindestens um den Faktor 5 schneller als die nächstbeste Alternative - OpenSSL.
Ist libsecp256k1 nun gut oder OpenSSL schlecht?
Ist ein moderner Skylake gut oder ein "alter" Westmere schlecht?
Ist die Baureihe 222 gut oder die Baureihe 116 schlecht?

Das Schlüsselwort lautet Entwicklungsaufwand und daraus resultiert Fortschritt. Moderne Chipfabriken kosten Milliarden und es laufen darin Prozesse ab, die noch vor 30 Jahren als physikalisch unmöglich galten. (bspw. Wellenlänge Laser vs. Strukturgröße in der Litographie)...

Kommen wir zum Thema: LBC Client

Die gegenwärtig zum Download stehende Version macht auf meinem Notebook - bekanntlich benchmarktechnisches Zentrum der IT-Welt - ca. 7.5 Mkeys/s
Meine Development-Version (bis gestern Abend) mit einigen Optimierungen (bloom@GPU etc.) machte 9 Mkeys/s

Seit heute früh 0:30 MEZ arbeitet auf meinem Notebook eine Version, welche die EC-Arithmetik von Arulbero (siehe hier ff.) benutzt.

=> momentan ca. 20 Mkeys/s (= 40 Millionen Adressen pro Sekunde = 2.7x so schnell wie oclvanitygen)

Die GPU ist nun zu ~80% ausgelastet


Wir haben also noch etwas Reserve nach oben.  

Ich werde jetzt noch etwas testen, Pakete schnüren und dann die Version auf den Server schieben.



Rico

Ich habe neue Versionen der SSE42, AVX2 und Skylake CPU Generatoren auf den FTP Server gestellt. DIese nutzen die arulbero-ECC anstelle der libsecp256k1 und geben einen schönen Keyrate-Bonus. Nicht so hoch wie die GPU Versionen (folgen bald), aber immerhin. Die SSE42 Version erfährt interessanterweise den größten Zuwachs.

SSE42: +79%
AVX2: +29%
Skylake: +6%

Die  SSE41 bzw. 32bit-generic Versionen laufen aus - keine Updates verfügbar.
Es wird aber eine 64-bit generic Version geben.

How to update?

1) Beendet euren laufenden LBC durch drücken der Taste "e" und wartet, bis ihr den Shell prompt bekommt.

2) Gebt auf der Kommandozeile ./LBC -u - das wird den Generator (und ggf. die BLF Datei) aktualisieren


3) Gebt dann ./LBC -x ein um den Generator zu testen und einen neuen Benchmark zu fahren. Ihr solltet nun eine bessere Keyrate sehen.

4) Fertig!


Rico

Da kannst du aber drauf wetten.
Aktuell ist mindestens 1.029...

@rico
Ich hab "nur" so ~20% mehr, und ich kann nicht sehen welchen Generator er benutzt.
-u hat was runtergeladen, -x hat getestet und mit den normalen Optionen geht's direkt los.
Die "Best Generator chosen"-Zeile kommt nicht.
Hast du das weggemacht, oder bin ich mal wieder zu doof?

@hodl:
Ich glaube, das "best generator chosen" habe ich weggemacht.

@Janu$$

ftp://ftp.cryptoguru.org/LBC/client/LBC holen

passenden Generator von hier holen.
ftp://ftp.cryptoguru.org/LBC/generators/

sse41 gibts momentan nicht. ggf. in der VM konfig einstellen, dass er die CPU Features an die virtuelle Maschine weiterreicht.
auspacken, umbenennen, ausführbar machen


neuesten Bloom filter holen
ftp://ftp.cryptoguru.org/LBC/blf/
(sind die .blf.bz2 Dateien mit den 17MMTT- am Anfang) also neuestes Datum holen.


Bloom filter auspacken umbenennen z.B.


Rico