You may already be aware, but TRC is a couple thousand blocks behind.

Yes they both are. Eligius uses CPPSRB and Bitparking uses DGM. So you can't apples to apples another PPLNS pools with them though.

fireduck hasn't been around much recently but I trust him and I like his pool design. I use his software for my own tiny pool. (If you ever want to mine some TRC, hit up my pool (with a high difficulty setting). )

I'm a small GPU miner and I mine on my own TRC pool right now, but the 3 pools I suggest people look at for BTC are HHTT, Bitparking, and Eligius.

Ah ok. I couldn't understand how a 213K miner was getting so many coins.

Is the hash rate graph not scaled for the difficulty of the submitted shares? The hash rate on graph doesn't seem at all accurate.

Right, I just mean if you add shares at a steady rate and after 4 hours half are gone, then the window probably moved N/2 shares in 4 hours. At that rate you'd be at zero in 8 hours.

When you stop mining your score would slowly go down each time one of your shares was pushed out of the N share window by someone else's newer share.

I can only speculate, but if your shares in the look back window dropped in half in 4 hours and you mine constantly, then I'm guessing it'd only take 8 hours for your score to go to zero. Meaning the full N shares only take 8 hours for the pool to mine. It's only your shares within the last N shares that count for payment.

require_once 'jsonRPCClient.php';

$bitcoind = new jsonRPCClient('http://user:pass@host:port/');
$gbt = $bitcoind->getblocktemplate();

Your older shares were moving onto the shelf but your new shares were still fresh and ready for payment. It's not an "all or nothing" situation as I understand CPPSRB, it's handled per-share.

Just a couple bigger miners would get us to finding a block a day as a minimum, which would be awesome! When difficulty is low and Rob joins us, average time drops to a few hours. Wish some large miner who does TRC 24/7 would come on board!

It'll take months, at best, to ship all prior orders. Whereas chips just need to be received from the factory, repackaged, and mailed out.

I'd agree if chips were the only missing component to getting retail units out the door, then they should all go into retail units. But if plenty of chips come in and there is a shortage of some other component, I have no problem with them shipping chips while waiting for the other components to come back into stock.

flound1129 seems quite reputable and withdrawing doesn't protect from a fork. It does protect from a hacker robbing the pool, I guess.

The coins you mind before the fork still exist. The payout after the fork never happened. So those coins should still be around. The pool might have recorded the payout to you but they'll just need to reverse those since any forked payouts made on pre-forked coins were never actually sent.

Forks are super annoying but thankfully pretty rare, even in alt chains. It has been ages since it happened in BTC I believe.

It wouldn't have made a difference. Remember the "coins" only exist in your wallet because they show up on the blockchain. It isn't like a bank account where money is transferred into it. So when a fork happens, and then gets resolved, any transfers done and new coins created on the fork that didn't survive don't exist. It's like they simply never happened at all. So if you have done auto-payout, once the fork was resolved there would be no record of your payment on the blockchain and no record those coins were ever created in the first place. Your wallet, once it updated to the correct block chain, would show the lower balance without the non-existent coins.

About $25/day per Dustcoin.

I believe you can connect to the port of the coin you want to stick with instead of the "multi coin" port.

A number of people have asked for refund and gotten them.

Hey cool Rob, thank you! So for the record my personal GPU mining on the pool is user 17qzWyfQg8qAfYCdVCNsjKmPefRkXsoY8d. He doesn't qualify.

Heh, someone asked me about that when I was first testing. RoyalCoin doesn't interest me at the moment though. I just went with RoyalMining as a play off my name and since the domain name was available.

I do eventually want to have pools for FRC, PPC, and maybe LTC. Want to "finish" my front end first though and TRC has been a great coin to develop with, since it has features like difficulty changing every block.

You all might want to report this on the cgminer thread too, in case it's a 3.x bug and not bitparking-specific.