I'm not so sure. Current UTC time is 22:47 so that's almost 6 hours ago. Oddly, your last payout was many hours beyond mine and nanoprobe's. My last confirmed is:

6370294    2014-09-03 11:16:55 (UTC)    Credit    Confirmed          694690    122.21877594

I hope this is just a front end issue as this is a terrible time to have problems while a 15 mil max jackpot is waiting to be triggered.

Anyone know what's going on with Miningpoolhub? It's been stuck for 8.5 hours. Showed as high as 14800% done 30 minutes ago, now showing 12015.75% done.

Maybe it's just the inconsistent terminology that is being used but I'll admit I'm having a hard time understanding all this.

Under Q2 in the FAQ it says "(the algorithm) gives the superblock to the finder of the hash where it meets the superblock criteria." It seems that this is a fairly incomplete description of the entire process as I've now come to understand that once the superblock is found, the reward is not announced/released until the next block is found as well. But as the superblock is ultimately still given to the original finder of the superblock hash, what does it matter who finds the next block?

I've now learned that the next block, the one in which the reward is announced/released, can be either a PoW or PoS block. But as the finder of the hash of that meets the superblock criteria is the same regardless of what type the next block turns out to be, why make that finder's jackpot earnings dependent on the type of the subsequent block?

If cloudminers makes that seemingly arbitrary distinction, then whether the finder of the hash gets 50% or 100% of the jackpot comes down to a flip of a coin more or less. Additionally, whether the rest of the pool gets 50% or 0% of that jackpot also comes down to a random coin flip. I fail to see how any of the parties involved would find that to be an appealing method of jackpot distribution.

Jackpots are PoW only

Looks like the Jackpot just shrunk. Now at 22M+ instead of 25M. I guess the block rewards just changed as well?

Can anyone elaborate on what to do with your wallet as far as practices for safeguarding one's coins? I'll admit, there's still a hell of a lot I don't understand about wallets and I have more invested in JPC than anything else, so I'm quite alarmed by the recent conversation.

My (very likely wrong) understanding was that if you have any non-corrupted wallet.dat, even quite an old one, the blockchain will resync and fill out the all of the transactions such that you shouldn't have any trouble getting your coins back. But now it sounds like the wallet holds data that is not found on the blockchain at all and if your wallet.dat gets corrupted than you'll have no way of ever reclaiming your coins.

Can anyone explain this?



When I scroll over the greyed out item it says:

"Unconfirmed (0 of 3 confirmations)
Generated but not accepted
Mined"

The more recent stakes have over 400 confirmations already. I don't really care about the coins as much as I want to make sure this issue won't snowball into something disastrous down the line. Thanks

Is your pool stuck as well? Miningpoolhub is up to 13280.46% done and climbing fast

OMG OMG OMG I found the problem.

I googled "ccminer won't start" and soon found my way to a page that said:

"if you are getting errors when running about missing Dll file you may need to download and install Visual C++ Redistributable for Visual Studio 2012"

Well, I didn't get any errors but I tried it anyways. Boom. Done. Working great!

Thanks to all for trying to guide me through this! And maybe make this requirement/solution more prominent on the front page? Oh I'm so relieved...

I was hoping the new Windows compile would change things but it hasn't. I suppose my computer might be the only one in the world having this problem, but ccMiner will not mine JPC for me. I really hope this doesn't extend to the other algos. Anyways, if either of the Christians feels like investigating this possible bug further I'll be glad to help in any way I can. Here's everything I can think to provide.

Batch code:


Batch output:


GPU-Z:

 

Thing's I've tried:
Using each card individually (-d 0, -d 1, -d 2)
Using no -d (sets threads 0, 1, and 2 to CPU)
Used different pools
Other versions of ccMiner (v0.7 ccminer50.exe, v0.7 ccminer35.exe)

I'm using 3 of the EVGA SCs (02G-P4-3753-KR) if it matters somehow. I don't what else to say. Thanks for any help.

Here's what happens within seconds of loading a cudaminer .bat file:


Here's what happens after a few minutes of loading a ccminer .bat file


Cudaminer is version 2014-02-09, ccMiner is v0.7 using the ccMiner50.exe. I'll have to wait until I get home later to see what GPU-Z says about GPU usage/core clock info.

Unfortunately it's nothing that obvious as I'm definitely using ccMiner v0.7, but I checked anyways. However, your comment did make me compare how they each start up and I can say that they basically start the same.

After starting either program they both say "Stratum detected new block" but cudaminer would immediately initialize GPU #0 and go on from there. The ccMiner program just waits about a minute and throws out the same "Stratum detected new block," doing so endlessly.

Is there some other command I need to apply to get ccMiner to initialize my GPU?

Hello all. I've been using cudaminer for my 750tis but wanted to give JPC a try so this is my first time using ccminer. I've done a good bit of reading on this forum and the commands look close enough to cudaminer that I should be able to figure it out but I can't quite get it to work properly and definitely need some help at this point.

Basically, the .bat file seems to run fine except it only gives me a new "Stratum detected new block" every minute or so. No hash information, no hash acceptance confirmation. I checked the dashboard on miningpoolhub.com and there's definitely no shares being counted.

I'm using the v0.7 release from a few days ago. Here's my .bat file (my username and such is filled in properly in the real one):

ccminer50.exe -a jackpot -d 0 -o stratum+tcp://us-east1.jackpotcoin.miningpoolhub.com:20484 -O username.worker:password

Any ideas?