[CRITICAL] Fork risk!

Weteran
Awatar użytkownika
Posty: 1497
Rejestracja: 7 czerwca 2011
Reputacja: 1
Reputacja postu: 
0
Napiwki za post: 0 BTC

Re: [CRITICAL] Fork risk!

Postautor: Przemo » wtorek, 12 marca 2013, 18:01

gertoip ale to nie jest tak, że to cała gałąź 0.8 nie akceptowała bloków lecz tylko osoba, która znalazła blok używając wersji 0.8 odrzucała bloki 0.7. Więc jak ktoś do potwierdzeń transakcji używał klienta 0.8 to on akceptował bloki 0.7 akceptował po prostu standardowo wszystkie znalezione bloki w sieci. A za bloki sieroce odrzucone uważał te, które miały niższy target.
Dlatego zapytałem developerów, żeby mieć pewność.
Napisali też o nowym mechaniźmie sprawdzania transakcji na przyszłość, będą poziomy alertów: 1 sierota żółty, 2 sieroty czerwony. Nie wiem gdzie to będzie wbudowane ale zobaczymy.
ekonokomik pisze:
qertoip pisze: Na razie wszystko wskazuje, że system obronił się wzorowo. Deweloperzy zareagowali błyskawicznie, poole również.
No wlasnie chyba "system" się nie obronił :P Obronili go deweloperze i srodowisko. Jeśli dobrze zrozumiałem temat, to opanowac sytuację udało się tylko dzieki temu że BTC to wciąż dość hermetyczne i zintegrowane środowisko i minerzy (oraz sprzedawcy, kantory) zastosowali się do prośby developerów. A nie musieli, prawda?
Nie. Developerzy zepsuli i developerzy naprawili, siec się zachowała prawidłowo zgodnie z przewidywaniami. To nie jest tak, że siec będzie działać wg pierwotnie ustalonych zasad niezależnie od ludzi ponieważ sieć jest tak zrobiona, że o działaniu sieci decydują właśnie ludzie, większość głosuje (w postaci mocy obliczeniowej) co jest prawda a co nie. I tak samo było w tym przypadku.
Jak większość zechce cokolwiek zmienić w algorytmie to to zmienią. Developerzy jedynie proponują zmiany ale większość musi się zgadzać z tymi zmianami.

Na pewno jest panika wśród developerów o to jak dalej z nowymi wersjami, jakie procedury wdrażania, tak żeby nie dopuścić do podobnej sytuacji.

Nie ma też znaczenia czy ASICminer jest zły czy dobry i czy zgodzi się przejść na inny chain czy nie, kluczowa sprawa to moc obliczeniowa, jak nie będzie miał > 51% mocy to sobie może nie przechodzić jego strata. Jakby się BTCGuild nie zgodził to wszystko trwało by tylko dłużej a on brnąłby w nicość.
Żeby wygenerować sierocy łańcuch składający się pod rząd z 4-6 bloków to naprawdę nie wystarczy 51% mocy tylko znacznie więcej.
W dodatku potwierdzenia na przyszłość mogą działać tak, że jak się pojawiają dwie sieroty obok siebie w ostatnich XX blokach to potwierdzenia się wydłużają do 8 bloków bez równoległych sierot. Wtedy nawet 100% mocy nie wystarczy, żeby zamieszać u sprzedawców czy w kantorach a tylko zamrozi realizację bitcoinów na jakiś czas.

Weteran
Posty: 1684
Rejestracja: 6 czerwca 2012
Reputacja: 1
Reputacja postu: 
0
Napiwki za post: 0 BTC
Lokalizacja: Kraków

Re: [CRITICAL] Fork risk!

Postautor: virus » wtorek, 12 marca 2013, 18:48

jest już jakaś łatka na to ?
czy trzeba downgrade robic dalej ?

Weteran
Posty: 4337
Rejestracja: 29 czerwca 2011
Reputacja: 0
Reputacja postu: 
0
Napiwki za post: 0 BTC

Re: [CRITICAL] Fork risk!

Postautor: lenny » wtorek, 12 marca 2013, 18:55

Emocjonujący dzień w społeczności Bitcoin, bez dwóch zdań :) Na Bitcointalk wrzawa straszna.
A osierocony fork nadal się buduje, ale powolutku i nie ma szansy już wygrać. Budują go same botnety i inne bezobsługowe systemy, widać po nieznanych numerach IP. Jedyny rodzynek, to - uwaga - DEEPBIT! Dziś w południe Deepbit wykopał Block #225458 na osieroconym łańcuchu -_-'

@virus:
Wszystko zostało już opanowane, nic nie trzeba robić.

Dyskutant
Posty: 165
Rejestracja: 25 lutego 2012
Reputacja: 0
Reputacja postu: 
0
Napiwki za post: 0 BTC

Re: [CRITICAL] Fork risk!

Postautor: quakociaptockh » wtorek, 12 marca 2013, 21:19

Czy na przyszłość aby uniknąć takich problemów nie powinno być kilka niezależnych implementacji klienta?

Weteran
Awatar użytkownika
Posty: 1497
Rejestracja: 7 czerwca 2011
Reputacja: 1
Reputacja postu: 
0
Napiwki za post: 0 BTC

Re: [CRITICAL] Fork risk!

Postautor: Przemo » wtorek, 12 marca 2013, 22:13

Tak właśnie powinno być, od początku mnie niepokoi, że kilka miesięcy i już starsza wersja nie działa :/ Albo mi rypie prowizje 1.8 BTC za przelew...
To już nie przelewki, wdrażanie nowej wersji musi zajmować z pół roku do roku i wtedy nawet jak będzie błąd to nic się nie stanie. Pewnie teraz to dotrze do developerów.

Dyskutant
Posty: 165
Rejestracja: 25 lutego 2012
Reputacja: 0
Reputacja postu: 
0
Napiwki za post: 0 BTC

Re: [CRITICAL] Fork risk!

Postautor: quakociaptockh » wtorek, 12 marca 2013, 22:19

No to na co czekamy? Napiszmy własnego. Jest gdzieś jakaś dokumentacja techniczna, żeby było wiadomo, co i jak zaprogramować?

Rozmowny
Posty: 63
Rejestracja: 22 czerwca 2011
Reputacja: 0
Reputacja postu: 
0
Napiwki za post: 0 BTC

Re: [CRITICAL] Fork risk!

Postautor: darekry » wtorek, 12 marca 2013, 22:54

Nie podoba mi się zastosowane rozwiązanie.
1. sztucznie wybrany został łańcuch z wersji 0.7, która była słabsza. developerzy poprosili, żeby kopać na 0.7 i tak łańcuch 0.7 rósł szybciej niż ten 0.8
2. bloki z 0.7 nie zawierały wszystkich transakcji. można niby mówić, że większość to te same transakcje, ale z jakiegoś powodu przekroczyło maksymalny rozmiar bloku - czyli coś nie weszło. Oznacza to, że na chwilę obecną sieć nie była w stanie zapisać wszystkich transakcji do bloku.
3. ukarani zostali nie ci, co zostali na starej wersji (jak to powinno mieć miejsce) tylko ci, którzy mieli najnowszą wersję bitcoind, co źle wróży na przyszłość (po co aktualizować, jak można na tym tylko stracić)
jeżeli pomogłem możesz się odwdzięczyć:
1LLi8L4Tv198Q3e3P6biGGUAhUt6HzRGGo

Bardzo Zły Moderator
Awatar użytkownika
Posty: 14458
Rejestracja: 16 kwietnia 2012
Reputacja: 2683
Reputacja postu: 
0
Napiwki za post: 0 BTC
Lokalizacja: Polska/Wwa/GW

Re: [CRITICAL] Fork risk!

Postautor: rav3n_pl » wtorek, 12 marca 2013, 23:13

grep 'receive version' .bitcoin/debug.log
I zobaczcie, są nawet wersje .3, większość .6 sporo .7 i trochę .8
Ludzie nie aktualizują, a fakt - powinien być hard fork np za 2 miesiące do 0.8 i tyle. Update albo giń.
Piffko: PLC/BTC 1Rav3nkMayCijuhzcYemMiPYsvcaiwHni
BIP39 Mnemonik z talii kart
Bitcoin Core 0.29
Linki do YT, TT, LI i reszty

Gaduła
Posty: 307
Rejestracja: 20 maja 2011
Reputacja: 28
Reputacja postu: 
0
Napiwki za post: 0 BTC

Re: [CRITICAL] Fork risk!

Postautor: doooku » środa, 13 marca 2013, 17:07

rav3n_pl pisze:grep 'receive version' .bitcoin/debug.log
I zobaczcie, są nawet wersje .3, większość .6 sporo .7 i trochę .8
Ludzie nie aktualizują, a fakt - powinien być hard fork np za 2 miesiące do 0.8 i tyle. Update albo giń.
Spokojnie, jeżeli wersja nie ma krytycznych błędów bezpieczeństwa to nie ma potrzeby aby była aktualizowana. Widziałem systemy gdzie jeszcze działa Centos 3 albo java 4 (2005 rok). Pamiętaj że IT jest tylko dostawcą usług i dopóki dany system dostarcza przewidzianą wartość biznesową to spokojnie trwa.

Całe zamieszanie pokazuje niedojrzałość bitcoina, po kilkuletnim okresie stabilizacji klient już powinien być w pełni stabilny i gotowy do ciągłej pracy nawet przez kilkanaście lat.

pm7
Weteran
Posty: 7892
Rejestracja: 20 maja 2012
Reputacja: 969
Reputacja postu: 
0
Napiwki za post: 0 BTC

Re: [CRITICAL] Fork risk!

Postautor: pm7 » czwartek, 14 marca 2013, 18:21

doooku pisze: Całe zamieszanie pokazuje niedojrzałość bitcoina, po kilkuletnim okresie stabilizacji klient już powinien być w pełni stabilny i gotowy do ciągłej pracy nawet przez kilkanaście lat.
Ależ jest gotowy do pracy nawet kilkadziesiąt lat. Cały problem wyniknął z różnic między 0.8 i starszymi wersjami, a nie jakiegoś wewnętrznego błędu.

Weteran
Posty: 4337
Rejestracja: 29 czerwca 2011
Reputacja: 0
Reputacja postu: 
0
Napiwki za post: 0 BTC

Re: [CRITICAL] Fork risk!

Postautor: lenny » poniedziałek, 18 marca 2013, 01:04

Znalezione na bitcointalk, przy okazji rozmowy nt. double spendu przeciwko OKPay.:
Obrazek
:D
https://bitcointalk.org/index.php?topic ... msg1633599

Wróć do „Bezpieczeństwo”

Kto jest online

Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 20 gości