When I'm mining I keep getting the message: "Waiting for work to be available from the pool."
Talkminer stops mining from that point on (I am getting normal Mhs). Mining starts again when I restart talkminer. Pretty annoying since I wasted a few days of mining like that.
Any1 know what to do??
Same issue Hope somebody has a solution. I was away this weekend and wasted 3 days of mining... There are some bugs in SGminer. Sometimes it stops to send shares. I see the same issue on one of my rigs (may be because it has mixed cards 7950/7970, other rig without problem with only 7950) Thanks to email monitoring on my pool, I do restarts from time to time
|
|
|
Dear Dwarves Miners, anything can happen even to a reliable Pool if you should note something's wrong on the Pool, please let me know at admin@dwarfpool.com, so I can react and fix it much faster! Thank you for your trust and patience!!
|
|
|
DwarfPool - Anonymous pool, no registration required- Autopayouts from 0.1 TAC Coin once an hour - True round based PPS (proportional your shares), 1% fee - No transaction fee - DDoS protection by different providers - Free choice of 3 server locations worldwide- Monitoring of every rig via email - Separate workers with the same wallet-id for detailed per rig statistics (available shortly) - Maxmimum transparency, no stealing shares and no hidden fees! - Greatly optimized stratum pool engine - Works with all known GPU and CPU miners - Stratum protocol: 3350 - Support in english, русский, deutsch Servers: erebor.dwarfpool.com (France) moria.dwarfpool.com (USA available shortly) eredluin.dwarfpool.com (Japan available shortly) http://dwarfpool.com/tacDwarfPool Quality you can trust!
|
|
|
people, very sorry, that was a technical issue on DwarfPool, fixed now, nothing got lost, payments made!
|
|
|
Reward divided proportionally ALL sent REAL shares. Dwarfpool only accepts the real shares reaching the pool which are still actual for current block. Only these shares will be calculated, the rest are "out of date/invalid".
If you claim you are outdoing what is staistically possible - prove that. process optimization has been my work last XX years, should I really share with a liar my experience and point at your bugs? )))
|
|
|
Dwarfpool's 'accepted' stale shares are payed by the really valid ones, so it is just a hidden tax they call 'optimization'.
Can you stop bullshit and brazen lie!Dwarfpool is the honest and reliable pool, never accepts expired shares and always paid according sent shares You cannot break math with big red letters, you know. If block propagation through the network takes 1 second and happens every 30 seconds on average, you get at least 3% stales stales on average. Anything less is fake. I wonder, if you dont catch it or just misleading miners who dont know "the kichen". Reward divided proportionally ALL sent REAL shares. Dwarfpool only accepts the real shares reaching the pool which are still actual for current block. Only these shares will be calculated, the rest are "out of date/invalid". Yes, I really deeply optimized my pool, but you still get these bugs, that's why 1gh have more rejects.Dear Dwarfpool miners, you are happy using the most optimized pool!
|
|
|
Reorder 1gh is a lier, shitting and slandering other pools!
|
|
|
Dwarfpool's 'accepted' stale shares are payed by the really valid ones, so it is just a hidden tax they call 'optimization'.
Can you stop bullshit and brazen lie!Dwarfpool is the honest and reliable pool, never accepts expired shares and always paid according sent shares
|
|
|
For the price to go up, we have first to get to an exchange... (however feel free to destroy yours...)
NO! wait with exchanges! monitoring of many coin launches, pumps/dumps shows, first thing is right development and promotion -> interest of users -> exchange
|
|
|
this just meant, while gh's server was down, miners were automatically switched to failover servers on the other pools, and switched back when it was up again, nothing about service or sth else
Well you have to wonder why one pool is the primary, and another is the failover with such an active "fan" on the thread, slandering and shitting all over the other pools, as well as with devs who didnt care about the concentration the whole hashrate in one hands, no I really dont wonder about why one pool is the primary and why miners, when faced with such an event (assuming they pay some attention to things), don't consider swapping them around.
this happens automatically, miners didn't even noticed something wrong
|
|
|
^^^^^ So that's what happens when 1gh has a glitch - temporary exodus to other pools ^^^^^ It means 1gh has the ability to do a double spend and 51% attack on Maxcoin(i.e they can spend double more maxcoin than they have, and fork the maxcoin network to nothingness). This coin has no future. No, the fact that they have more than 51% of the hashing power means that. The temporary exodus means that miners are fickle creatures and can and will hop pools as soon as they smell something being off.. but then flock right back again to the pool that has served them best (be that actually the case, or psychological). Just to address 1gh's > 50%, though.. they have that on many (all?) coins they offer pools for. It's actually in their best interest not to abuse that power on any single coin, as they stand to lose more than they stand to gain. It would be an unwise proposition at best. While I understand people's concerns about any one actor having more than half the network hashing power behind it, those concerns are often misguided. ( don't make me a liar, 1gh ) this just meant, while gh's server was down, miners were automatically switched to failover servers on the other pools, and switched back when it was up again, nothing about service or sth else
|
|
|
best coin with the worst name. i guess its better than a real cool named cut and paste coin so i bought some gl
WøW! How true… So much so I will be going to the Technical University in Graz, Austria. Researchers from TUGraz and DTU (Denmark Tech Uni) created the Grøstl algo. I'll be promoting Groestlcoin in its spiritual home and hope to catch up with Florian Mendel and Martin Schläffer. http://www.groestl.info/team.htmlIt has long been a unproven theory of mine that our original Dev gruve_p is none other than Praveen Gauravaram (see link above) Since contacting Praveen is near impossible Im going to Graz (about a 2 hour drive from where I am) I hope to go next week… Thanks for ur interest in GRS! UPDATE: Spoke with Florian Mendel on the telephone. Nice guy! Will let u know more as I do. are you from Austria? just looked to graz ca.6h, far away ((
|
|
|
Dwarfpool updated to new version
|
|
|
Groestl wallet updated to new version
|
|
|
Can this be real:O? Now almost 8000 mhs. Somebody got an updated miner? hacks? I constantly watch and look after my pool, it is optimized against hackers long time ago I checked this is really common large miner from china. He earns equal he finds as candidate-blocks.
|
|
|
And since dwarfpool has about 50% of hashrate (yes, again!!!) it seriously harms the DGW algo and it sets totally incorrect difficulty.
Do you write such a bullshit in your right mind or accuse dwarves again just using the situation?? Why do you prejudice the reputation of my pool to Dark' dev?? Yesterday by PM we found that the problem was not on my pool and not on my wallet. After restart of suprnova server, the whole groestl-network came to the normal state! Since the same hour! Ocminer, sorry, I wasn't and 'm not accusing anyone, everything can happen in such a complex crypto structure to everyone. I just defend myself, I find it unfair to public obviously wrong information So, really "GREAT WORK" srcxxx!
|
|
|
To this time on the pictures: the web-page of pool takes it from wallet, not from the server. And wallet takes from other nodes. Therefore sometimes block time is different from server time and from other blocks. We will look at the situation during next hours, two pools are restarted (official and suprnova)
|
|
|
Please see more detailed! 10 blocks in a minute!!! and who has mined all these blocks? On dwarf only two blocks And afterall, 10minutes difference! What's up?
|
|
|
29 seconds Est. Avg. Time per Block
And was as low as every 10 seconds
This is not right srcxxx!
That's right that something is not right )) ALL POOLS find blocks twice quicker than it must be
|
|
|
KGW? Is that DGW (Dark Gravity Wave)?
of course DGW, sorry I think I have an idea what could have happend in wallet, I'll check it straight now thanks- look forward to feedback Upgrade to DGW v2 ASAP? So, I don't know, ut may be it's because of not adjusted time on some nodes(pools?): 2014-05-10 20:21:12 -185 -13 -1 +0 +0 +0 +1 +23 +89 | nTimeOffset = +0 (+0 minutes) Too big time-difference between nodes, visibled via test wallet
|
|
|
|