Grrizz
|
|
January 11, 2014, 10:10:07 PM |
|
Unfortunately it looks like valid-errors back to 70% of the hash rate, not due to more people jumping on but a net hash drop
|
|
|
|
WhyS
|
|
January 11, 2014, 10:16:48 PM |
|
It's being worked on
But whoever is able would do good to switch to another pool
|
|
|
|
cdg1941
|
|
January 11, 2014, 10:19:36 PM |
|
3% tax please we can't let this die. we have the community can we get a pool ( NOBLE pool) of coins going to act as a incentive to basiclly bribe the larger hashrates to switch mining pools
|
|
|
|
TheTribesman
Legendary
Offline
Activity: 1019
Merit: 1003
Kobocoin - Mobile Money for Africa
|
|
January 11, 2014, 10:37:29 PM |
|
How about asking the owner of valid-error to setup valid-error2 and valid-error3 pools?
|
|
|
|
cdg1941
|
|
January 11, 2014, 10:39:26 PM |
|
How about asking the owner of valid-error to setup valid-error2 and valid-error3 pools?
either way we need to get the bigger hashrates spread out
|
|
|
|
TheTribesman
Legendary
Offline
Activity: 1019
Merit: 1003
Kobocoin - Mobile Money for Africa
|
|
January 11, 2014, 10:43:32 PM |
|
How about asking the owner of valid-error to setup valid-error2 and valid-error3 pools?
either way we need to get the bigger hashrates spread out Yes, I agree, but miners have been complaining of lower payouts when they use other pools. At one point valid-error was only 30% of network but it's payout was better than other pools. What's the difference? Config? If the owner can be convinced to setup 3 pools (valid-error, valid-error2, valid-error3), all at 2%, it may be worth his efforts and might help to spread out the larger hashrates.
|
|
|
|
Grrizz
|
|
January 11, 2014, 11:02:46 PM |
|
How about asking the owner of valid-error to setup valid-error2 and valid-error3 pools?
either way we need to get the bigger hashrates spread out Yes, I agree, but miners have been complaining of lower payouts when they use other pools. At one point valid-error was only 30% of network but it's payout was better than other pools. What's the difference? Config? If the owner can be convinced to setup 3 pools (valid-error, valid-error2, valid-error3), all at 2%, it may be worth his efforts and might help to spread out the larger hashrates. I agree, my average has been about 1/3 of what I should have been getting over the last 3 days, the reason I still stick with the smaller pools is to help the coin and hope they pick up. I've got about 225K (3 and a bit days on smaller pools plus 1 day on valid error) from mining but my estimates show ~190-200K per day.
|
|
|
|
cdg1941
|
|
January 11, 2014, 11:05:29 PM |
|
could a tax rate based on hashrate be implemented?... at least for a short time
|
|
|
|
blade87
|
|
January 11, 2014, 11:18:24 PM |
|
Block rewards for the smaller pools is a must, imo.
|
|
|
|
cdg1941
|
|
January 11, 2014, 11:28:44 PM |
|
but where are they going to get the necessary currency to be able to pay out, most are at 0 - 1% fee. and with the hashrates over there it just doesn't seem feasible.
unless we as a community are willing to put some of our own work and currency into a fund through donations, in order to fund it.
and just to be clear i'll donate what i can
|
|
|
|
pool-mining
Newbie
Offline
Activity: 44
Merit: 0
|
|
January 11, 2014, 11:35:21 PM |
|
could a tax rate based on hashrate be implemented?... at least for a short time The problem isn't really the pool hashrates, it's the net hashrate. My pool, has averaged between 25MH/s and 15 MH/s most of the day (currently at the lower end, had a few long rounds the last hour or two) and Valid Error has been sat in the 50's most of the day (some wild swings for both, but otherwise pretty constant). Our pools are remaining pretty stable, but the net hashrate (maybe not totally accurate all the time) has been swinging from under 100MH/s to over 200MH/s. It the net rate that's making Valid Error go over 50% so regularly, which is not the fault of the pool. In the last hour, the combined hashrates of http://noble.pool-mining.com and http://noble.valid-error.com/ have been around 70/75MH/s, but the total Network Hashrate has been 180 at a high, and 86 (now) as a low. Unless something is reporting wrong in the network hashrates, it means our two pools are anything from 40%, to 85%+ of the total for the coin - and that's with nothing really changing in the two pools themselves. If we can manage the massive swings in total hashrates, then it's possible to manage the pools, but pool operators can't balance hashrates very well in this situation. If I were to up my fee's to 5%, it may take several hours for miners to notice - and leave - by which time, the total net hashrate may have exploded thus negating the need for a single pool to reduce users, hurting the pool and not having much effect on the coin at all. I don't know how you'd manage the total network hashrate, but I think we all agree we need to see it either stabalise, or grow at a steadier pace - rather than swing wildly 150% in a matter of a couple hours... All that being said, my pool will be retaining 0% fees until at least Monday (or if we go above 50%, unlikely) to try and retain the total net hash rate we currently have. I'm looking at putting in higher block rewards too, but given the 0% fee, I'm not sure I personally have enough in my wallet to make this that attractive.
|
|
|
|
whylieaboutcake
|
|
January 11, 2014, 11:42:39 PM |
|
could a tax rate based on hashrate be implemented?... at least for a short time The problem isn't really the pool hashrates, it's the net hashrate. My pool, has averaged between 25MH/s and 15 MH/s most of the day (currently at the lower end, had a few long rounds the last hour or two) and Valid Error has been sat in the 50's most of the day (some wild swings for both, but otherwise pretty constant). Our pools are remaining pretty stable, but the net hashrate (maybe not totally accurate all the time) has been swinging from under 100MH/s to over 200MH/s. It the net rate that's making Valid Error go over 50% so regularly, which is not the fault of the pool. In the last hour, the combined hashrates of http://noble.pool-mining.com and http://noble.valid-error.com/ have been around 70/75MH/s, but the total Network Hashrate has been 180 at a high, and 86 (now) as a low. Unless something is reporting wrong in the network hashrates, it means our two pools are anything from 40%, to 85%+ of the total for the coin - and that's with nothing really changing in the two pools themselves. If we can manage the massive swings in total hashrates, then it's possible to manage the pools, but pool operators can't balance hashrates very well in this situation. If I were to up my fee's to 5%, it may take several hours for miners to notice - and leave - by which time, the total net hashrate may have exploded thus negating the need for a single pool to reduce users, hurting the pool and not having much effect on the coin at all. I don't know how you'd manage the total network hashrate, but I think we all agree we need to see it either stabalise, or grow at a steadier pace - rather than swing wildly 150% in a matter of a couple hours... All that being said, my pool will be retaining 0% fees until at least Monday (or if we go above 50%, unlikely) to try and retain the total net hash rate we currently have. I'm looking at putting in higher block rewards too, but given the 0% fee, I'm not sure I personally have enough in my wallet to make this that attractive. Thanks for your willingness to sacrifice the fee in the interest of the currency. I've been donating since I began at your pool because of it Thank you!
|
|
|
|
ddirt
Newbie
Offline
Activity: 57
Merit: 0
|
|
January 11, 2014, 11:53:50 PM |
|
I have repeatedly seen 3 pools combined hashrate show greater than the total net hashrate. How can that be??? I just don't trust the net hashrate numbers, plus it seem the difficulty is changing much more frequently than every 30 blocks. Those two things seem more fundamental and intrinsic to the development of this coin than having a pool with a big share at this point. Are the devs working on these issues?
The "overweight pool" problem will sort it itself out when more miners come onboard, with big ones that will be solo mining.
|
|
|
|
cdg1941
|
|
January 12, 2014, 12:05:30 AM |
|
I have repeatedly seen 3 pools combined hashrate show greater than the total net hashrate. How can that be??? I just don't trust the net hashrate numbers, plus it seem the difficulty is changing much more frequently than every 30 blocks. Those two things seem more fundamental and intrinsic to the development of this coin than having a pool with a big share at this point. Are the devs working on these issues?
The "overweight pool" problem will sort it itself out when more miners come onboard, with big ones that will be solo mining.
i know that the question about the difficulty hs been brought up before. i think that it is being worked on, at least that is the impression that i got while reading the posts. i also have noticed the pool v. net hashrate deviation from time to time. from what i've seen it seems that there is a bit of a lag between them. this could be a result of the different pools being hosted on servers in many countries, and the information transfer rate between them. but on another point, do we as a community want the big rigs to come and dominate this currency and destroy it as they have so many others? somehow we need to up our numbers and our hashrate while trying to limit the effect of the bigger rigs.
|
|
|
|
Grrizz
|
|
January 12, 2014, 12:25:50 AM |
|
The good news is the net hash has popped back up again
|
|
|
|
Rofo (OP)
Legendary
Offline
Activity: 1232
Merit: 1000
|
|
January 12, 2014, 12:53:56 AM |
|
Regarding the difficulty, we were always under the impression that this line in the main.cpp handled the re-target (making it every 30 minutes or blocks). We've also been told in the early stages it's more complicated than that and will fluctuate until hash-rates rise and settle. Can anyone with more technical experience of this please share with us your experience/knowledge. Thanks.
LINE 836 static const int64 nTargetTimespan = 30 * 60; // 30 x 60 seconds (30 blocks)
|
|
|
|
Rofo (OP)
Legendary
Offline
Activity: 1232
Merit: 1000
|
|
January 12, 2014, 01:33:28 AM Last edit: January 12, 2014, 01:46:17 AM by Rofo |
|
We've also got some great volunteers moving their hashes around at the moment (about 10mh/s worth) so we should see a much more even spread and normalized hash-rate again soon. Thanks to everyone getting involved on IRC and helped sort it out - I am genuinely impressed and grateful.
|
|
|
|
niceman
|
|
January 12, 2014, 02:12:39 AM |
|
Welcome to new multicoin pool. http://www.coinmine.pwPool uses self-made software and its Beta testing phase now. But everything should work fine. Stratum protocol VAR DIFFiculty Clean and fast interface! One registration and statistics for all pools Automatic payouts every 5 minutes No payout fees! Will be happy if you'll point some miners here. Smiley 0% mining fee during beta testing period! Additional information: https://bitcointalk.org/index.php?topic=406178.0
|
|
|
|
icecube45
Legendary
Offline
Activity: 1218
Merit: 1000
|
|
January 12, 2014, 02:29:36 AM |
|
I'd like to thank hearnomore of valid-error. He has helped me optimize my pool, we are now finding more blocks, faster noblepool.zapto.org
|
|
|
|
ctenc001
|
|
January 12, 2014, 02:42:43 AM |
|
I'd like to thank hearnomore of valid-error. He has helped me optimize my pool, we are now finding more blocks, faster noblepool.zapto.org
care to share the details of what he did? =)
|
|
|
|
|