Wpis z mikrobloga

@fegwegw: no jesli masz stały 64 znakowy szyfr i ustawisz na sztywno zera to im wiecej zer tym mniej kombinacji do suzkania kazde dodatkowe zero to 16 razy mniej kombinacji do szukania, z jednym zerem masz 16 do potegi 63 kombinacji, z dwoma zerami masz 16 do potegi 62 kombinacj itd itp, dlatego nie do konca rozumiem, nie da rady skierowac mocy obliczeniowej gpu, zeby przypisywala dana liczbe zer na poczatku,
@grypa-grypowska: ale przecież Ty nie 'przypisujesz' zer na początku :D

Szukasz takiego nonce, który spowoduje, że hash zacznie się od X zer.

Łatwiej znaleźć taki, który ma jedno zero na początku, trudniej taki, który ma dwa, i tak dalej.
@grypa-grypowska: Problem polega na tym, że Ty nie szukasz danych na podstawie hasha, tylko szukasz hasha na podstawie danych.

Pozostając przy Twoim przykładzie z szyfrem w zamku na rower: wyobraź sobie, że tego zamka nie widzisz - jest za czymś schowany i możesz jedynie na ślepo, po omacku ustawiać szyfr. Zamek jest tak skonstruowany, że otworzy się w przypadku, gdy na jego początku wystąpi odpowiednia liczba zer. Jeśli trudność wynosi 1,
@sequencer: no jesli przeszukujesz 100 mln kombinacji na sekunde no to wiadomo, ze trudniej trafic kombinacje z 10 zerami niz z jednym zerem, bo jest takich kombinacji mniej, beda sie one z mniejsza czestotliwoscia pokazywaly, tylko pytanie czy nie mozna ustawic mocy obliczeniowej, zeby przeszukiwała tylko kombinacje z np. 16-18 zerami na poczatku?
Nie możesz myśleć o tym, jak o "przeszukiwaniu kombinacji" hashy. Hashe są generowane na podstawie danych. I z Twojego punktu widzenia są absolutnie losowe do momentu, aż ich nie wygenerujesz i nie poznasz. To dopiero wtedy możesz stwierdzić ile zer dany hash ma na początku. Przy czym nie ma żadnej znanej metody, by zwiększyć prawdopodobieństwo wygenerowania hasha z zerem (czy jakąkolwiek inną cyfrą) na początku, zmieniając tylko dane. A kopanie bitcoinów to
@grypa-grypowska: Wydaje się że nie rozumiesz na czym polega liczenie hash.
Podam przykład, zaznaczam że nie liczy się tego w taki sposób jak poniżej, to tylko do zobrazowania jak trudno jest znaleźć hash z wymaganą liczbą zer na początku.

Dane wejściowe, składniki do obliczenia hash, tylko niektóre można modyfikować
A block version can't change
B previous block hash can't change
C merkle root can change
D block timestamp can change
E
@ce029c47: @sequencer: obejrzalem ten filmik powyzej i tam jednak gosc mowi o przeszukiwaniu cyferek 0-9 (szukamy liczby zwanej nounce ktora spina calego hasha szyfrujacego calosciowo block header) a nie hasha, bylem pewny ze sie hasha przeszukuje to jedno, a druga sprawa, ze jesli losujesz hasha to nie ma znaczenia czy szukasz hasha z 20 zerami czy bez zadnego zera, bo tak jak w totolotku 1,2,3,4,5,6, ma taka sama szanse na
grypa-grypowska - @ce029c47: @sequencer: obejrzalem ten filmik powyzej i tam jednak g...

źródło: comment_1619772326zVxgA6m0IY9NBFsCuKAI1B.jpg

Pobierz
gosc mowi o przeszukiwaniu cyferek 0-9 (szukamy liczby zwanej nounce ktora spina calego hasha szyfrujacego calosciowo block header) a nie hasha

@grypa-grypowska: gość to upraszcza, do wykopania bloku czyli znalezienia sha256 jest brane więcej składników niż te 4 podane, nie można powiedzieć że nonce spina cokolwiek jakby było najważniejsze, nonce jest jednym ze składników który wpływa na wynik czyli obliczany hash.
Tak to jest prawda, zmienia się nonce czyli taki licznik