LTC i pochodne na starych FPGA

[pr0myk]

Chciałem pozbyć się za symboliczne kilka groszy paru ztex'ów, ale nadziałem się na info, że można nimi kopać LTC. A że sam nigdy jeszcze nie przeprogramowywałem tych płytek to chciałem się upewnić, że jest sens.
Czy ktoś z większym expem może to potwierdzić ?


https://github.com/kramble/FPGA-Litecoi ... Ztex-1-15y

https://github.com/kramble/FPGA-Litecoi ... mental/CM1

[rav3n_pl]

Gdzieś na FB ktoś się chwalił, że kopie LTC na Antminerach bez przeróbek. Ale z 200Gh SHA było bodaj max 100kh (zwykle ~10kh). Jak podobnie na FPGA jest to chyba bez sensu całkiem.

[daniox]

Cytując za www.fibonacci.io

"Scrypt uses 2 functions: sha256 and
reduced round salsa20.
One can divide scrypt in 3 parts:
-data preprocessing, here is only sha256 used,
-array building using salsa20
-post processing using sha256 again."

Rozbili scrypt na 3 części, w pierwszej i ostatniej używają sha256, może takim Antminerem i zestawem GPU można by liczyć scrypt szybciej niż samym GPU ?

[majkel_94]

Zapewne byłby problem taki, że coś liczyłoby szybciej
Albo antek szybciej by sha robił niż GPU salse, albo odwrotnie. Ale jak dopasujesz moc GPU to dałoby radę może

Bo nie ma problemu z synchronizacją - w kopaniu i tak chodzi o to by przetestować miliony kombinacji, więc antec liczy sha i do pamięci wrzuca, gpu bierze z pamięci, liczy salse i wrzuca do pamięci, antec znowu z pamięci bierze i liczy i wypluwa gotowe

[lenny]

Zapewne byłby problem taki, że coś liczyłoby szybciej
Albo antek szybciej by sha robił niż GPU salse, albo odwrotnie. Ale jak dopasujesz moc GPU to dałoby radę może

Bo nie ma problemu z synchronizacją - w kopaniu i tak chodzi o to by przetestować miliony kombinacji, więc antec liczy sha i do pamięci wrzuca, gpu bierze z pamięci, liczy salse i wrzuca do pamięci, antec znowu z pamięci bierze i liczy i wypluwa gotowe

Łatwo powiedzieć, trudniej zaimplementować (czyt. daj najpierw 50k PLN, to Ci ktoś taki algorytm + firmware zrobi)...

[majkel_94]

Jak będzie się dało i będzie opłacalne, to zaraz ktoś tak zrobi, niekoniecznie to udostępni

[rav3n_pl]

Wydaje mi się, że antek (i wszystkie ASICe) wypluwa sha256(sha256(x)) i nie ma jak tego rozbić. Na FPGA się da.

[haloon]

Zapewne byłby problem taki, że coś liczyłoby szybciej
Albo antek szybciej by sha robił niż GPU salse, albo odwrotnie. Ale jak dopasujesz moc GPU to dałoby radę może

Bo nie ma problemu z synchronizacją - w kopaniu i tak chodzi o to by przetestować miliony kombinacji, więc antec liczy sha i do pamięci wrzuca, gpu bierze z pamięci, liczy salse i wrzuca do pamięci, antec znowu z pamięci bierze i liczy i wypluwa gotowe

Właśnie po części byłby problem z synchronizacją, a w zasadzie z transferem danych. W antminerze miedzy tylko samym pierwszym i drugim stopniem hashujacym trzeba zapewnić transmisję na poziomie 330+Tb/s. USB 2.0 jest zbyt wolne - około milion razy...

edit: pomyliłem jednostki, będzie około 10 razy mniej..

[Chancellor]

Hmm Antminer S1 wyciąga jakieś 200 Ghash/s, dobrze pamiętam? Czyli perwszy stopień do drugiego przesyła te 200 GHashy w sekundę. Ponieważ jeden hash ma 32 bajty, to wychodzi mi 6,4 TB/s. Ale i tak USB 2.0 jest 100 000 razy za wolne.

[lucky777]

Wydaje mi się, że antek (i wszystkie ASICe) wypluwa sha256(sha256(x)) i nie ma jak tego rozbić. Na FPGA się da.

Podobne mam wrażenie.
Jeśli wierzyć tej odpowiedzi http://bitcoin.stackexchange.com/a/7264 to w rzeczywistości jest jeszcze gorzej.

[majkel_94]

Czyli ASIC nie tylko liczy hashe, ale też potrafi sprawdzić ich "poprawność" czyli czy blok rozwiązany? Skoro nie wypluwa 6,4TB/s?

[Chancellor]

W podlinkowanym artykule pada stwierdzenie, że wstępnie sprawdza 32 bity hasha na "zerowość". Dokładne sprawdzenie jest pewnie w programie minera, ale to redukuje nam transfer danych do 1,5 kB/s...

[pr0myk]

Gdyby ktoś był zainteresowany tematem to mi udało się zaprzęgnąć ztex'a 1.15y do kopania anoncoina. Kopie z nikczemną prędkością ~60 Kh/s (~15 Kh/s per core), ale kopie