P2Pool - zdecentralizowany pool peer-to-peer [4000 TH/s]

[green3d]

Restart bitcoind i po krzyku

u mnie pomagal na krotko...

A system miałeś 64bit? Ja mam xubuntu 12 i bardzo fajnie działa p2pool, nawet przez jakiś czas na tej maszynie (jakiś athlon 2 i 16GB ram) pracowało równocześnie p2pool do LTC.

[dragonus]

64 bit

fajnie dzialal do dzisiaj...

[green3d]

64 bit

fajnie dzialal do dzisiaj...

Jaką masz wersję p2pool i bitcoind?

[dragonus]

p2pool najnowsza, w skrypcie startowym mam git pull
bitcoind tez

dragon@p2pool:~$ bitcoind getinfo
{
"version" : 80100,
"protocolversion" : 70001,
"walletversion" : 60000,
"balance" : 0.00000000,
"blocks" : 236498,
"connections" : 37,
"proxy" : "",
"difficulty" : 11187257.46136079,
"testnet" : false,
"keypoololdest" : 1367771623,
"keypoolsize" : 101,
"paytxfee" : 0.00050000,
"errors" : ""
}

[b0il3r]

po restarcie spadlo, to fakt, ale juz rosnie - obecnie dochodzi do 4 sek

[dragonus]

masz dokladnie to samo co ja
u mnie to zbieglo z testowym podlaczeniem fpga, dlatego szukalem w calkiem innym miejscu :/

[deathmul]

Mam takie pytanie z całkiem innej beczki:
Czy udało się komuś uruchomić P2pool pod PPC? Z tego co pamiętam były z tym duże problemy

[dragonus]

pokopalem chwile testerem u lenny'ego i taki sam dramat...
same straty, ktos wie ocb?

[lenny]

A ja dalej nic nie restartowalem, nie bylem nawet w domu, a p2oool nadal ostro kopie wraz z farma FPGA:) I nawet efficiency wzroslo:

Kod: Zaznacz cały

Efficiency: 110.0%

Dalej nie wiem oco tu chodzi, ze tam latency wzroslo a nadal mozna kopac. Dragonus moze Ty tez jednak pusc jednego ztexa niech pokopie przez noc zobaczysz czy da sie kopac na twoim node.
Podaj mi IP to tez sie pozniej podlacze do Ciebie i zobacze, czy DOA odbiega bardzo od normy.

[filet187]

Dodanie do bitcoin.conf

Kod: Zaznacz cały

blockmaxsize=100000

Powinno rozwiązać problem na razie obserwuje czy znowu latency będzie wysokie.

[dragonus]

lenny, kopalem z kwadrans 2 ztexami, nedza byla, zobacz sam...
ogolnie moje koparki z raspi z polmine wspolpracuja pieknie
z p2pool zawsze pare procent rejected, nizsza ilosc mhash niz gdzie indziej
tu i tu stratum, nie wiem od czego to jeszcze zalezy...

[lenny]

Nie poddawaj sie, najwazniejsze to miec jak najwieksze Efficiency, reszta sie nie liczy za bardzo Podlacz ztexa do swojego p2pool nie do mojego;) Wszyscy inni jakos kopia wiec twoj problem tez na pewno da sie rozwiazac:)

[dragonus]

nie poddaje sie
niemniej pare godzin temu doszedlem ze problem jest w p2poolu zanim ktos raczyl sprawdzic i zauwazyc ze gdzie indziej tez sa totalne lagi, pisalem tutaj i nikt nawet nie zweryfikowal u siebie...

nie jestem developerem p2poola, na widok pythona robi mi sie niedobrze wiec spokojnie przeczekam na polmine.pl, ze swojej strony zrobilem co moglem, tj. ustalilem winowajce... (p2pool)

poki co poczekam na nast. update p2pool

[lenny]

"problem jest w p2poolu"
No to ciekawe, czemu u innych działa? I kopią dalej... Jak dla mnie to się właśnie poddałeś:P Ale nikogo nie będę namawiał ani przekonywał ;P

Wróciłem do domu, zaraz zobaczę, co tam w trawie piszczy

[dragonus]

U mnie efficiency spadło poniżej 100%
Objaw taki sam tylko skutek mniejszy, zobacz co w trawie piszczy u Ciebie

[lenny]

Zrestartowałem bitcoind i p2pool (z nową wersją, bo jechałem na starszej sprzed 2 tygodni), efekty to latency spadło z 4 sekund na 0.3s, a p2pool raportuje:

Kod: Zaznacz cały

Node uptime: 0.010 days Peers: 6 out, 2 in

Local rate: 19.9GH/s (4.4% DOA) Expected time to share: 0.0893 hours

Shares: 4 total (0 orphaned, 0 dead) Efficiency: 122.8%

[dragonus]

Zobacz za godzinę...
Ja miałem najnowsze wersje...
Tymczasem dobranoc

[BoBi]

U mnie chwila po restarcie latency skacze do ponad 2s, ale Efficiency mialem od rana ponad 120%

[lenny]

35 minut od restartu p2pool i bitcoind. Wynik:

Kod: Zaznacz cały

Node uptime: 0.024 days Peers: 6 out, 2 in

Local rate: 20.2GH/s (8.6% DOA) Expected time to share: 0.0911 hours

Shares: 9 total (0 orphaned, 0 dead) Efficiency: 122.2%

Latency skoczyło już ponad 1s ale nie ma to żadnego wpływu na wyniki kopania. Czekam dalej:)

[lenny]

Zrobiłem małe śledztwo, mimo, że nie jestem żadnym ekspertem, to zauważyłem pewną rzecz:
Sieć bitcoin jest atakowana jakimiś okropnymi transakcjami typu:
https://blockchain.info/tx/7227c9d39216 ... w_adv=true
99 KB w pojedyńczej transakcji (!). Jeden input i setki outputów na ten sam adres.
Czy to nie czasem przesyłanie zaszyfrowanych danych w transakcjach (w hashach?), o których ostatnio tyle się mówiło? Albo to po prostu atak na sieć bitcoin?!
Takie transakcje całkowicie zapychają bitcoind, i p2pool nie ma tu nic do tego, skoro wpisanie ręcznie komendy:

Kod: Zaznacz cały

bitcoind getblocktemplate

Na wynik trzeba czekać naprawdę czas liczony w sekundach, raz 1 raz ze 3.

Jak takie transakcje musi nasz bitcoind mielić (a jest ich więcej, sprawdziłem zawartość mojego blocktemplate!), to nic dziwnego, że takie wysokie latency jest.

Edit1: Poprosiłem już developerów na bitcointalk o przyjrzenie się temu problemowi. Trzeba na początek znaleźć opcję w konfiguracji bitcoind, aby filtrować takie transakcje.

Edit2: podobno od wersji 0.8.2 takie transakcje mają być automatycznie filtrowane.

Edit3:
dragonus, zamiast psioczyć na p2pool "to na pewno bug w kodzie, %#%# pythonowe g..." ....yhy... to... no właśnie. p2pool nie ma nic do tego, to cała sieć bitcoin jest atakowana.