NOUTATI:
* am mutat pool-ul terracoin.redpoint.ro pe un alt server (daca puteti sa intrati cu minerii pentru cateva minute, mi-ar prinde bine un feedback... e posibil sa nu mearga totul ok)
* odata cu mutarea, noua adresa a pool-ului este: 16TY1tRV8RPASHvcNWg2S589tay7ZvNYB6 (vechea adresa 1CyxRw4gS6ZRsTTUgfFbNDeEHsiAehADcr a fost folosita ultima oara pt rewardul ultimului bloc: 120,816)
incepand cu blocul urmator, reward-urile vor fi primite pe noua adresa
|
|
|
80,423,295 MH/s ... OARE DE CE AR INTRA CINEVA CU HASH POWER-UL ASTA PE UN POOL? CA EU AS MERGE SOLO!
|
|
|
NOUTATI: cred ca a intrat cineva cu un ASIC pe pool... vad 4,400,796 MH/s in top hashrates! pacat ca toate sunt rejects! -- banuiesc ca a intrat cu --scrypt pe terracoin, si de aia are 100% rejects @philips, multumesc pentru recomandari! incerc sa vad cum am timp de p2pool. deocamdata trebuie sa mut terracoin.redpoint.ro pe un alt server. O sa anunt cand am facut switch-ul. EDIT: 14,016,086 MH/s ! 19,203,549 MH/s -- stratum ii da shares de difficultate = 49794!!! dar, are 100% rejects! fac pariu ca a intrat cu --scrypt flag activat (si cum terracoin e SHA-256, ii da 100% rejejects!) 24,381,710 MH/s ! ce sistem o avea ?!! si tot mai creste: 33,348,641 MH/s ! pacat ca sunt 100% rejects! 40,018,353 MH/s ... la 44,186,872 MH/s primeste shares de difficultate 124485! tot 100% rejects... oare nu se uita deloc la rapoartele minerului?
|
|
|
Never had that with my Stratum implementation. Which codebase is this?
It seems the reason of the 100% rejects was not our server's fault. Those 2 users were wrongly using --scrypt miners for a SHA-256 chain So... that was the reason of their 100% rejects!
|
|
|
It seems some high hashrate users connecting to stratum are getting 100% rejects! This happens for 2 users until now: one with 32,000 MH/s and one with 42,000 MH/s Both users got 100% rejects. No share was accepted. The difficulty was variable, adjusted by stratum automatically.
Can anyone suggest a fix to this problem?
EDIT
It seems this was the users's fault... The reason of those 100% rejects was the wrong use of --scrypt miners for a SHA-256 chain!
|
|
|
totul e ok din punct de vedere al site-ului. poate ai o problema temporara cu conexiunea?
|
|
|
bun venit! ramane de de vazut cat de mare e interesul in terracoin ... daca creste hash powerul si pool-ul reuseste sa se autosustina, o sa vedem probabil si blocuri rezolvate la intervale mai regulate
|
|
|
NOUTATI:
* s-a adaugat cursul TRC/BTC in header, actualizat in timp real, in formatul BTC-e: 1 TRC = 0.00574 BTC (cursul este cel dat de BTC-e.com)
|
|
|
nu cred ca aveam ceva in cont nu am fugit! desi... rammy2k2 are totusi in cont vreo 1.6 TRC... tentant!!! acum serios, problema lui rammy2k2 este generata de incercarile repetate de logare cu parola gresita
|
|
|
nu pot sa ma loghez, introduc username si pass si ...
"Welcome to terracoin.redpoint.ro! Please login or join us to get detailed stats and graphs relating to your hashing!"
@rammy2k2, iar vad 5 incercari nereusite de login pe contul tau. iar ai activat protectia automata a site-ului banuiesc ca ai schimbat parola recent, si acum incerci cu parola gresita. o sa incerc sa-ti resetez manual parola, si revin cu un PM
|
|
|
Este posibila introducerea la statisticile fiecarui muncitor si numarul de share-uri?, nu doar viteza si daca e sau nu active..
Numarul de shares este proportional cu viteza hash (mai bine zis, viteza hash se estimeaza dupa numarul de share-uri trimise de fiecare user pe minut) -- deci, topul vitezei (ratei hash) arata exact topul share-rurilor trimise de fiecare Fiecare user vede numarul lui de share-uri (trimise in runda respectiva) si numarul de share-uri total pe runda (pe pool) Daca vreti sa vedeti numarul de share-uri trimise de alt user, vedeti care e raportul dintre vitezele voastre hash... apoi aplicati acelasi raport la numarul de share-uri Nu este vorba de numarul total de share-uri... ci per worker, pe runda curenta... modificarea per worker implica niste schimbari in baza de date. pana la ceva de genul asta, se poate aplica aceeasi regula de proportionalitate si la workers: se stie numarul de shares si rata hash totala a userului, deci se poate afla cate shares se trimit pe 1 MH/s. apoi se poate inmulti cu rata hash a fiecarui worker de exemplu: daca ai 1000 de shares acceptate pe runda, pentru o rata hash totala de 500 MH/s inseamna ca ai 2 shares per MH/s si daca ai 2 workeri, sa zicem cu 200MH/s si 300MH/s (total 500MH/s) se poate aproxima numarul de shares ca: 2 shares * 200 = 400 shares, respectiv 600 shares pt workerul 2
|
|
|
am incercat sa recuperez parola si nu vine nici un email .. da, nu functioneaza serverul de email... voi reveni eu cu un mesaj privat EDIT: am trimis PM. Problema era determinata de incercarea repetata de logare cu parola gresita.
|
|
|
Este posibila introducerea la statisticile fiecarui muncitor si numarul de share-uri?, nu doar viteza si daca e sau nu active..
Numarul de shares este proportional cu viteza hash (mai bine zis, viteza hash se estimeaza dupa numarul de share-uri trimise de fiecare user pe minut) -- deci, topul vitezei (ratei hash) arata exact topul share-rurilor trimise de fiecare Fiecare user vede numarul lui de share-uri (trimise in runda respectiva) si numarul de share-uri total pe runda (pe pool) Daca vreti sa vedeti numarul de share-uri trimise de alt user, vedeti care e raportul dintre vitezele voastre hash... apoi aplicati acelasi raport la numarul de share-uri
|
|
|
"Account has been banned" Adica ? Astept explicatii .. wtf ? probabil ca s-a activat automat, la incercari repetate de login nereusit o sa ma uit despre ce e vorba, si revin cu un mesaj
|
|
|
INFO:
System reward este TEMPORAR Proportional
(s-a gasit un bug, care impiedica calculul Estimated Rewards in anumite conditii. nu ma pot ocupa astazi, si sunt nevoit sa trec pe Proportional temporar)
|
|
|
please setup and use distinct workers for each miner connected to pool I am trying to identify the trigger for this difficulty spike...
|
|
|
I am having problems with the variable difficulty too. The difficulty for one of my miners has hit 900 already! I would go 15 minutes without submitting a share. Please, let me set my own variable difficulty, or change the behavior so I don't get such extremely high difficulties that prevents me from submitting shares. I think a difficulty of 16 should be maximum for the amount of hashrate I am submitting.
900 seems a little too much, indeed. However, the difficulty is very strong related with workers hash power. And... you have a lot ! Thank you for reporting this issue. I will modify some settings on stratum to lower the interval between adjustments. I've checked your current difficulty on server... it seems you are getting shares with difficulty 15 ... 30
|
|
|
Intrebare : ai de gand sa adaugi si PPC la pool ? TRC e atat de instabil...
nu m-am gandit pana acum la PPC... nu stiu ce sa zic
|
|
|
I am having problems with the variable difficulty too. The difficulty for one of my miners has hit 900 already! I would go 15 minutes without submitting a share. Please, let me set my own variable difficulty, or change the behavior so I don't get such extremely high difficulties that prevents me from submitting shares. I think a difficulty of 16 should be maximum for the amount of hashrate I am submitting.
900 seems a little too much, indeed. However, the difficulty is very strong related with workers hash power. And... you have a lot ! Thank you for reporting this issue. I will modify some settings on stratum to lower the interval between adjustments.
|
|
|
Cred ca trebuie sa mai faci un fine tuning la dificultatea distribuita automat. De ce? am testat cu 2 mineri, unul cu 890 Mh/s, celalalt cu 200 Mh/s. Dupa cateva minute, primul intra cu shares de dificultate 6, al doilea ramanea la dificultate 1. Dupa vreo alte 15 min primul miner se stabiliza undeva la 2,5 shares/min, al doilea pe la 1,9/min. Mi se pare ca "raportul de forte" real e un pic diferit.
Pe acest pool dificultatea este ajustata dinamic de stratum, in functie de rata hash estimata. iar rata hash este estimata pe baza numarului de shares trimise pe minut. Trebuie sa iei in considerare urmatorul lucru: 2.5 shares/minut la dificultate 6 se contorizeaza pe server ca 2.5 x 6 = 15 shares (de diff1) 1.9 shares/minut la dificultate 1 = 1.9 shares pe server si inca un lucru: dificulatea se ajusteaza in ambele sensuri... pana gaseste valoarea optima pentru viteza minerului. o sa modific cativa parametri pe stratum, astfel incat sa ajusteze dificultatea mai des
|
|
|
|