-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Net hash rate and your stats hash rate showing 4x higher. Pool hash rate OK. #58
Comments
It appears that after some time, the your hast does come in line. The network hash always remains 4x higher though. Left it on for 24 hours + |
this is not a problem with the pool, this is because you have incorrect target time for XDN. |
Makes sense, considering Ducknote has four times the target time of Monero. Which file do you edit for that? Ive changed the target time in the config.json many times finding optimal settings for my pool and its had no effect on the net hash (as expected). You help is appreciated! |
The pool code is specifically written for Monero, but since Monero is a Cryptonote coin the code works with pretty much all other Cryptonote, but you have to understand the coins and there metrics such as block target times. Changing Block Target Times: In the home.html file, "website_example/pages/home.html", line # 207 reads The "60" value is the coins block target time. This will need to be updated to represent the target time of whatever coin you are trying to setup a pool for. Also, to setup a functioning pool for coins other than Monero, you will need to modify the coinunits. |
What did you modify within index.html to correct poolhashrate? |
For some reason, the net hash and the hash that shows up when you enter your wallet info are displaying 4 times higher than they should. The pool hash is showing correctly. I thought it might have been a bug to do with having clusterforks set to auto since I have 4 cores. I set that to 1, and it still does it though. Is there any reason that this is happening? My pool is currently on XDN if it makes a difference.
The text was updated successfully, but these errors were encountered: