Difficulty divided by 140 Million is approximately how many petahashes the network is. so, 16,818,461,371 / 140,000,000 = 120 Petahash = 120,000 Terrahash.
your 1 th miner should average 1 TH.s / 120,000 TH.s (network size) X 3600 (bitcoins per day (not exact) = 0.03 BTC per day
This is about 1 bitcoin per month or $620. Your electric bill on that miner would be about $70-$100 per month.
The little tooltip message that pops up when the mouse is over the pool luck graph at bottom of PPLNS page uses 24 hour time format The rest of that page uses am/pm format
Trivial I know, but it caused me some confusion at start when new to BTC Guild, so perhaps when developers are not launching new scrypt pools, or updating servers or dealing with DOS attacks, falsified transactions, etc, etc etc
IE has been flagging secure connection for the better part of the last 6 weeks wonder why Firefox finally jumped on the same issue.
The error above happens when Cloudflare updates an SSL cert on a proxy (or starts a new proxy). They need to add all the domains to the cert, so for a brief period the certificate pops up that error.
Just wondering if I can run 2 different USB ASICs (Antminer + Block Erupter) on same Win 7 PC using CGMiner ?
Yes you can.
Well I guess that does answer my question in a minimalist sort of way I found a post elsewhere saying CGMiner tries to use all attached devices by default, but it's not working for me.
Given the few cent per day, don't think it's worth bothering about so wil just continue running the Ant alone
All miners on the pool are working on the transactions that the pool has selected for inclusion in the next block. Different pools will normally have a slight difference in the transactions in their blocks due to different size limits, and which transactions they have seen on the network (since it's all p2p, not all pools since all transactions at the same time).
BTC Guild sends you a new work template every 30 seconds, regardless of whether or not a new block is on the network. This new template includes an updated list of transactions to include in the block, since the more time between blocks, the more likely new transactions with higher priority/higher fees have been sent on the network waiting for confirmation.
Final question on this - are we all hashing the same "package" of transactions or is that a fluid situation managed by the pool software ? ... suppose it has to be fluid
Each hash a miner does is using a different blob of data. A single change in a single bit will produce a completely different hash, with no deterministic way to know how it will change. To prevent miners from repeating work, pools take a template of work, and increment a pool-side counter for each miner's work. This means the template each miner receives is slightly different, so that they will produce completely different hash results. Miners then take this template and have three values they can change:
1) ExtraNonce - A piece of the coinbase (payment transaction) that allows for a miner to increment a counter. Most pools use 4-bytes for this value, meaning ~4.2 billion possible increments. 2) Nonce - Another 4-byte counter, this is part of the block header. It has ~4.2 billion possible values as well. You can use up ~4.2 billion nonces (~4.2 Gigahashes), then increment the ExtraNonce by 1, which allows you to try all 4.2 billion Nonce values again. 3) nTime - This is a timestamp part of the block header. It *can* be altered within certain limits. Each change in this would be another 4.2b x 4.2b possible hash results. Most miners do not increment nTime anymore because there is no reason to alter timestamps with how much work can be generated by default.
By changing a single bit on any of those 3, you get a completely different hash. There is also the pool side counter for each miner so there is no overlap, and then each pool has different payout addresses so no pool has overlapping hashes either.
Thanks Eleuthria - takes a bit of digesting So a 2 TH/s miner running at the full 2 TH/s would require ~2,100 secs to try all 4.2 billion hashes (Extranonces) for a single nonce setting and a single nTime ? .... unless of course it got a hash result lower than the target
2 TH/s is actually 2 *trillion* hashes per second. Your miner adjusts the nonce first, then adjusted the extranonce once it runs out of numbers to try. At 2 TH/s, this happens roughly 500 times per second.
Each hash a miner does is using a different blob of data. A single change in a single bit will produce a completely different hash, with no deterministic way to know how it will change. To prevent miners from repeating work, pools take a template of work, and increment a pool-side counter for each miner's work. This means the template each miner receives is slightly different, so that they will produce completely different hash results. Miners then take this template and have three values they can change:
1) ExtraNonce - A piece of the coinbase (payment transaction) that allows for a miner to increment a counter. Most pools use 4-bytes for this value, meaning ~4.2 billion possible increments. 2) Nonce - Another 4-byte counter, this is part of the block header. It has ~4.2 billion possible values as well. You can use up ~4.2 billion nonces (~4.2 Gigahashes), then increment the ExtraNonce by 1, which allows you to try all 4.2 billion Nonce values again. 3) nTime - This is a timestamp part of the block header. It *can* be altered within certain limits. Each change in this would be another 4.2b x 4.2b possible hash results. Most miners do not increment nTime anymore because there is no reason to alter timestamps with how much work can be generated by default.
By changing a single bit on any of those 3, you get a completely different hash. There is also the pool side counter for each miner so there is no overlap, and then each pool has different payout addresses so no pool has overlapping hashes either.
Thanks Eleuthria - takes a bit of digesting So a 2 TH/s miner running at the full 2 TH/s would require ~2,100 secs to try all 4.2 billion hashes (Extranonces) for a single nonce setting and a single nTime ? .... unless of course it got a hash result lower than the target
EDIT to explain what it is: In getwork days, the pool provided you a single unit of work, you finished it, and asked for more. Discarded was a figure of how much work you had asked for that you never got to use due to longpolls making it obsolete. In GBT/Stratum, pools don't provide you with a unit of work, but they provide you with a template to make work locally.
Is there a good plain english write up explaining pools and how they operate or is it all programmer-speak gobbledegook ?
My inclination was that a pool just divided the potential solution space amonst live workers and gave them alll something to do Is that anywhere near correct ?