|
There are people with really large GPU farms out there. Might not be a good idea any more. But a year ago when difficulty was much lower before BTC shot to $250? They probably all made a fortune in hindsight.
|
|
|
|
thanks, it seems that I can't deploy my own mining farm, there is no way to rise my mining speed, right now I only get 500kh/s.
Per video card. Build another PC and put 4 7950s in it and you'll add another 2MH/s or so.  If you want 40Mh/s on LTC, you'd need ballpark 80 7950 video cards (at 500KH/s each). |
|
|
|
|
Except we aren't investors in their company (or in financial assets managed by their company) and we receive no dividends/interest/return and were promised none. We are customers who pre-ordered products that haven't been delivered yet.
|
|
|
|
Hi guys,
I'm wondering how to achieve 40000 kh/s while mining scrypt based coins like litecoin, as I know for sha256 based coins like btc there are mining machine like BFL and avalon which provide many Gh/s, but for scrypt based coins how could i achieve about 40 Mh/s? As I see in some ming pool, some users have 18000kh/s or 39000 kh/s, how these mining rigs have been setup?
Any one could help?
They are farming multiple machines under the same payout hash or the same worker ID/login. |
|
|
|
If they cannot deliver by some date we choose, then we have the right to request a refund in mass. Why not just request a refund now if you are tired of waiting? They apparently honor all refund requests. |
|
|
|
How do FGPA's compare to GPU for Hashrate? or is it that they save more electricity?
I'm building a LTC mining rig over the next month and looking at all my options, especially if I should just save it.
I don't know about the designs people are talking about or how it'll work on LTC, but the previous generation of BTC miners seemed to run similar to GPU in cost to hashing power (or a bit more expensive), but with much lower power usage. |
|
|
|
|
It seemed to me from the description that getdifficulty should be telling me the "current" difficulty, in the sense of the block we are working on right now. However it seems to actually return the difficulty of the most recent block on the block chain. getinfo does the same thing. However, cgminer has the correct difficulty of the block we are working on right now. Once this block is found, that's the difficulty in the chain.
Is there a way to get the difficulty out of the *coind for the block being worked on at this moment? I'm messing with TRC which has difficulty change every coin, which is why I noticed.
Is the only option to take the 'target' field from getblocktemplate and convert that to a difficulty number manually? That just occurred to me.
Thanks.
|
|
|
|
When was the last time HHTT found a block?
2013-04-17 16:48:19. Found blocks are listed under the miners list on front page. The PPLNS piece didn't even enter my mind. If you find your user hash in the miner list you can confirm your PPLNS share. |
|
|
|
I mined definitely more than .0001 BTC and the mining was at least four days ago. I'm wondering why I never received a payout.
Ah, then I will need to leave it to fireduck. I'm just a random third party. |
|
|
|
Hi, when slush was ddos'd about five days ago I mined on your pool for about ten hours, but never received a payout. I'm hashing at 1,200 Mhash/sec. How long do you have to mine on HHTT before you are eligible for a payout?
I used stratum.hhtt.1209k.com port 3333 and my bitcoin address as the username. Password doesn't matter right?
You can see your stats/credit on the front page if you scroll down to the big miner list. The payout info is near the bottom: If the balance for an address is greater than 1.0 BTC, a payout is done.
If the balance for an address is greater than 0.25 BTC and the last payout was more than 24 hours ago, a payout is done.
If the balance for an address is greater than 0.001 BTC and the last payout was more than 3 days ago, a payout is done.
Payouts are automatic and cannot be requested. These rules are run at the start of each hour. All I can guess without knowing your payment hash to check the chart is you mined less than .25 BTC and it was less than 3 days ago? Sounds like you mined 5 days ago, though. |
|
|
|
If you want a simple hopping-proof method, PPLNS is it (not the pay-once variant), assuming it's implemented correctly. Is there a hopping proof way to implement the pay-once variant? Assuming you store d/D as your score for shares submitted as you outline in original post (this is the way I store share data already). |
|
|
|
|
Glad you sorted that out, but sorry to hear you lost those coins. TRC had some serious problems that week. Hopefully behind them for good, now.
|
|
|
|
If it's not on the block chain it has nothing to do with BTC-E. They can only go by what the blockchain says. Are you running the latest version of the TRC client? If you are before version .36 you might be on the wrong chain.  |
|
|
|
|
If you go to your finances page on BTC-E and hit "make deposit" next to TRC it'll show you all of the coins pending deposit and # of confirmations. If you don't see anything there, check the explorer url someone listed earlier.
On the off chance you are using an outdated client and are on a forked (invalid) block chain yourself, you don't actually have legitimate coins and any you try to send to BTC-E will never arrive. (BTC-E had the opposite problem the other day when they were on the invalid chain themselves, and so selling coins that didn't exist for BTC.)
|
|
|
|
Now that Eligius has been on CPPSRB for a while how do people like it? Thinking about using it for an alt coin pool or two, and you guys are the forerunners with it.  |
|
|
|
|
To be really wacky one could do pay-twice-PPLNS with X=2.
I should probably force myself to go with DGM and be done with it. I just like the simplicity of CPPSRB.
Thank you for your time and for writing the Analysis paper.
|
|
|
|
Not really. If for example X=0.5 then still normally a block will be paid out 100% to recent miners - each share will be paid twice the PPS rate. But in lucky times when there aren't enough unpaid shares, past miners can be paid. An X < 1 will further increase the time to maturity on old shares, won't it? Is there a way in a pay-once-PPLNS model to avoid an unbounded time to maturity? |
|
|
|
|
Show Posts
