Szybszy spadek nagrody do 12,5BTC na skutek wzrostu mocy

[slasta]

Jak BFL zacznie masowo wysyłać swoje konserwy, do tego KnC też, i Avalon również i jeszcze ktoś nowy wejdzie do gry, to na początku owszem skoki procentowe będą rosły, ale później gdy ASICi będą normalnie dostępne i każdy będzie mógł je kupić od ręki to skoki będą coraz mniejsze, a jak opłacalność będzie na granicy to trudność się zatrzyma a nawet zacznie spadać.

[Bitmar]

Jak BFL zacznie masowo wysyłać swoje konserwy, do tego KnC też, i Avalon również i jeszcze ktoś nowy wejdzie do gry, to na początku owszem skoki procentowe będą rosły, ale później gdy ASICi będą normalnie dostępne i każdy będzie mógł je kupić od ręki to skoki będą coraz mniejsze, a jak opłacalność będzie na granicy to trudność się zatrzyma a nawet zacznie spadać.

Teraz jest wojna na jakość czyli szybkość urządzeń.
Potem będzie wojna na ilość urządzeń.
A jeszcze potem będzie wojna między farmami ASIC w stylu ASICMINER która w tej chwili ma już 25% mocy sieci a resztą górników.
A następnie lub nawet w trakcie obecne firmy ASIC lub też nowe będą wypuszczały urządzenia coraz szybsze w mniejszym procesie technologicznym.
Kiedyś dojdziemy do momentu kiedy osiągniemy najszybszy możliwy układ w danym czasie, i do momentu kiedy każdy górnik będzie miał ich tyle, że będzie się liczyło zużycie prądu. Wtedy faktycznie wzrost się zatrzyma, pytanie tylko czy to będzie przed czy po zmianie nagrody za blok

[virus]

albo nowy algorytm zabije ASIC i przez miesiac bedziemy bloki kopali przez 100min zamiast 7 min i wszystko sie ustabilizuje

[mateusz]

Wtedy rządy wkraczają do gry.
Kupują i konstruują co potrzebne do kopania i przejmują sieć.

Bitcoin nie może już sobie pozwolić na zmianę algorytmu. Przynajmniej nie w taki trywialny sposób.

[virus]

to nie takie hop-siup ... przejdziemy na scrypt , albo cos rownie sprytnego i mozna zapomniec o "cudach techniki rzadow wielkich mocarstw"

A tak poza tym to jakby rządom tak zależało na kontroli BTC to czemu tego jeszcze nie zrobili ?

[szuetam]

Dobrze rozumiem, że między zmianami trudności, wraz ze zwiększoną mocą sieci, bloki są rozwiazywane szybciej? Czyli teoretycznie możliwe jest wygenerowanie całej pozostałej puli bitcoinów między jednym, a drugim skokiem trudności? Gdyby została podłączona tak wielka moc obliczeniowa.

Z tego co rozumiem to tak

Nawet gdyby komuś chciało się odrobić matmę, można by policzyć że np gdyby w N (wartość do polczenia) tygodniu funkcjonowania sieci, gdyby ktoś podłączył dzisiejsze asic wykopałby wszystko na raz

Ale także w drugą stronę, jeśli moc spadnie gwałtownie to zmiana trudności może trwać miesiące.

I prawdopodobnie i tego doświadczymy, kiedy sieć się nasyci ASICami nastąpią korekty w dół, co opóźni halving day.

[hanti]

nie bo by trudnosc urosla do takiej jak teraz po 2016 blokach a co do tego w druga strone to racja, gdyby nagle moc bardzo spadla to rozwiazanie 2016 blokow moglo by trwac miesiace albo i lata w extremalnym przypadku

[slasta]

nie bo by trudnosc urosla do takiej jak teraz po 2016 blokach a co do tego w druga strone to racja, gdyby nagle moc bardzo spadla to rozwiazanie 2016 blokow moglo by trwac miesiace albo i lata w extremalnym przypadku

Nie prawda. Zmiana trudności następuje co 2016 bloków lub co 2 tygodnie( 2016bloków /6 ( blok powinien wpadać co 10min czyli 6 bloków na godzinę) / 24 (bo tyle h ma doba) = 14 dni). Więc gdyby nagle moc drastycznie spadła to był po prostu przestuj przez ten okres 14 dni od ostatniego skoku trudności.

[Nuke]

Nie rozumiem.
Jedni piszą, że co 2 tyg. Inni że tylko 2016 bloków. Ludzie gdzie jest źródło??
Ja z tego wykresu widzę, że kiedy trudność spadała to zmiana następowała po dłuższym okresie.

[jerry]

Nie rozumiem.
Jedni piszą, że co 2 tyg. Inni że tylko 2016 bloków. Ludzie gdzie jest źródło??
Ja z tego wykresu widzę, że kiedy trudność spadała to zmiana następowała po dłuższym okresie.

Niektórzy twierdzą, że trudność spada co 2016 bloków lub co dwa tygodnie, ale chyba nikt jeszcze nie wskazał źródła tej informacji.

Najdłuższy do tej pory okres zmiany trudności to 42 dni (wrzesień 2009), najkrótszy to 3 dni (lipiec 2010).

[hanti]

co 2016 blokow i tyle slasta pls nie wprowadzaj w blad

[slasta]

https://en.bitcoin.it/wiki/Protocol_rul ... lty_change

[Nuke]

https://en.bitcoin.it/wiki/Protocol_rul ... lty_change

To znaczy to samo co 1 block/ 10 min

[powered]

Nie prawda. Zmiana trudności następuje co 2016 bloków lub co 2 tygodnie

Nie ma żadnego lub
Przeliczenie trudności następuje dokładnie co 2016 bloków tak aby bloki były rozwiązywane co 10 minut. I przy stałej niezmieniającej się trudności przeliczenie to przypada po prostu co 2 tygodnie. A w rzeczywistości wypada to wcześniej lub później zależnie od tego czy moc sieci rośnie czy maleje.

[hanti]

tak jest
slasta juz duzo razy byla trunodsc po 15-16dni a max 41.5

[slasta]

Oki, przyznaje że nie jest to sztywne 2 tygodnie, bo tyle wychodzi przy wzorcowym wydobyciu 1blok/10min, ale ramy czasowe są ustalone co jest opisane w fragmencie:

Kod: Zaznacz cały

Once 2016 blocks has been reached we loop back until we hit the 2016th block before the current one. We find the difference in time between the current block and that one. This difference (called the actual timespan) is limited in bounds between [2 weeks/4, 2 weeks*4].
Then we get the last target for this old 2 week window and multiply it by the ratio of the actual timespan / the target timespan (2 weeks in secs).
new target = old target * time for 2016 blocks / 2 weeks.

[skrzypu]

I przy stałej niezmieniającej się trudności przeliczenie to przypada po prostu co 2 tygodnie. A w rzeczywistości wypada to wcześniej lub później zależnie od tego czy moc sieci rośnie czy maleje.

Nie zupełnie. Nawet przy stałej i nie zmieniającej się trudności, przeliczenie nastąpi po wydobyciu 2016 bloków. 2 tygodnie to tylko orientacyjny czas przeliczony na papierze zakładający, że bloki będą wydobywane DOKŁADNIE co 10 minut. A tak w praktyce nigdy się nie dzieje. Jeśli moc sieci będzie maleć to wcale nie oznacza, że będziemy czekać ponad 2 tygodnie i tak samo wzrost trudności nie zapewni nas, że przeliczenie nastąpi szybciej niż 14 dni.

I dalej... Przy stałej mocy sieci może się okazać, że te 2016 bloków wykopiemy w godzine a może się zdarzyć, że i rok będziemy ich "szukać".

[hanti]

Oki, przyznaje że nie jest to sztywne 2 tygodnie, bo tyle wychodzi przy wzorcowym wydobyciu 1blok/10min, ale ramy czasowe są ustalone co jest opisane w fragmencie:

Kod: Zaznacz cały

Once 2016 blocks has been reached we loop back until we hit the 2016th block before the current one. We find the difference in time between the current block and that one. This difference (called the actual timespan) is limited in bounds between [2 weeks/4, 2 weeks*4].
Then we get the last target for this old 2 week window and multiply it by the ratio of the actual timespan / the target timespan (2 weeks in secs).
new target = old target * time for 2016 blocks / 2 weeks.

tu jest tylko opisane jak jest wyliczana nowa trudnosc, jesli moc sieci spadnie nagle 100x to pare miesiecy mozna czekac na nowa trudnosc

[slasta]

To czemu służy wyliczanie czasu ? Jeśli skok trudności miał by się odbywać zawsze co 2016 bloków to wzmianka o nim jest zbędna. IMO zdanie "This difference (called the actual timespan) is limited in bounds between [2 weeks/4, 2 weeks*4]" określa ramy czasowe w jakim może dokonać się skok trudności. Czyli nie szybciej niż 2 tygodnie/4 = 3,5dnia i maksymalnie po 2tygodnie * 4 = 56dni.

[jerry]

To czemu służy wyliczanie czasu ? Jeśli skok trudności miał by się odbywać zawsze co 2016 bloków to wzmianka o nim jest zbędna. IMO zdanie "This difference (called the actual timespan) is limited in bounds between [2 weeks/4, 2 weeks*4]" określa ramy czasowe w jakim może dokonać się skok trudności. Czyli nie szybciej niż 2 tygodnie/4 = 3,5dnia i maksymalnie po 2tygodnie * 4 = 56dni.

Wygląda, że problem rozstrzygnięty

Dziwne byłoby, gdyby nie przewidziano zabezpieczenia przed nagłym dużym spadkiem mocy i związanym z tym wydłużeniem czasu do następnej zmiany trudności.