I generally wait a few days before updating the thread title.  It's not like it means much .

The trades were executed, but the script to properly allocate the sales to users hung up due to Cryptsy's API timing out.  As a failsafe it wouldn't repeat the script until it was manually checked/reset.

Or you just tell me your username since it isn't the same as your bitcointalk name.

Just backing these statements up.  BTC Guild today is using less bandwidth per month today than ever, even going back to June 2011.  For reference, there are single unit ASICs today with more power than the entire Bitcoin network had back in June 2011.  The load is also down across the board.  Fewer miners in total with higher average speeds than what we've seen in the past.

Stratum scales with the number of connections.  The speed of miners is irrelevant on any pool with vardiff, which ALL major pools have.  A miner running at 4 GH/s at diff4 and a miner running at 4 TH/s running at diff 4096 will put the same bandwidth and CPU load on the server as each other.

Guaranteed either:

A) Didn't set a payout threshold.
B) Didn't set a wallet.
C) Didn't confirm a wallet

BTC payments have continued to process hourly without issue the entire time.

EAC and LOT are now caught up on automatic payouts.

Nice, organofcorti comes in and backs me up with SCIENCE!  I mean STATISTICS!  Which are kinda like the bastard child of science.  It was a rough estimate, but it did seem like about a once a month occurrence from my observations over the last 3 years.  Glad to see I was pretty close.

Looks like a large miner clogged them up by not using auto convert or auto payout for a long time.  The pool leaves 5m LOT and 500k EAC locally and puts the rest on the exchange for fast conversion normally, but this user recently turned on a payout threshold and has more than that many of each coin waiting to get paid.  I disabled the exchange reloading scrypt for those two coins to let them build up enough balance to catch up.

Yet another reason I'm removing individual coin payouts with the update.

Not sure on the exact time between blocks (since blockchain.info no longer records time seen vs timestamp, it uses the timestamp for both now), but ~1h for the whole network, while rare, isn't something that's all that unusual.  Once every month or so.

Problem found and fixed.  The website runs on a separate server from the database server.  The server running the website is virtualized and the system clock had drifted enough to screw up the averaging window.  Rankings/charts pages are unaffected because those are all done using the historical data in the database, while the dashboard attempts to create a live estimate.

Nothing has changed.  Sounds like your miners got lucky on share submissions?

According to poolpicker.eu, the *best* performing multipool over the last 14 days averaged 0.0033 per MH/s, and it's been declining ever since.  So no, it should be giving you less than 0.01/day even if you were mining on the luckiest pool over the last 2 weeks.  The variance between most the well performing pools on poolpicker.eu is unrelated to algorithm or performance, and more related to just how lucky they were when they were on DOGE/LTC, which has the biggest impact on daily earnings for any multipool.

It looks like your account was pruned in January 2012.  After the pool discontinued proportional and started PPS in 2011, there were 3 pruning events:

1) January 2012:  Accounts which had not logged in since the change to PPS and did not have the minimum withdrawable balance (0.01 at the time) were pruned.
2) October 2012:  Accounts which had not logged in since the change to PPS (1 year prior) were pruned.
3) June 2013:  Accounts which were created before May 2013 but had 0 mining activity in their history were removed (over half the registered accounts were unused).

The balances and account details for the 1st and 2nd pruning events were preserved including their unpaid balances and are available for restoration.  I can restore your account (assuming its the same as your forum name), though the balance is under 0.01 (~0.0026 to be exact), which is subject to a 0.0005 fee if you want to withdraw it (0.0021 to your wallet).

Send an email to support@btcguild.com if you want to have the account restored.

Wow.  So you tested a PPLNS pool for a whole 6 hours and came to a conclusion on earnings?  Good riddance.  Don't bother logging back in after 5 hours and noticing your earnings have doubled since when you evaluated them.

The pool already penalizes high difficulty coins if the pool speed is low.  For the pool to hit LTC, it needs to be at least 15% more profitable than the next best alternative.  Variance is a bitch, but not mining LTC at all because the pool speed is low is going to hurt your income in the long run.

Regarding manual vs auto:

Most coins are only worth mining for maybe 15-30 seconds at a time.  Due to all the "anti multipool" difficulty switchers, coins will change by factors of 5-10x in their difficulty, while their price moves only a fraction of that amount.  Manual switching cannot be done fast enough for proper profit switching, unless you're *guessing* on a coin having a rally, which is no different than gambling.

The new system, once deployed, will be able to balance the pool hash rate over multiple profitable coins at once, where only a portion of the pool is moved based on what the difficulty of the highest profitable coin is.  This system will also prioritize moving miners with lower stale rates, meaning that less hash rate will be wasted due to moving people who have horrible configurations (intensity too high).


Example:

1) DOGE is the most profitable coin at a difficulty of 700.  100% of the pool is set to DOGE.
2) WDC becomes the most profitable at a difficulty of 13.  The pool moves 30% of its miners to WDC, leaving 70% of DOGE.
3) WDC difficulty adjusts, and that 30% is moved back to DOGE.
4) CSC becomes the most profitable at a difficulty of 0.8.  The pool moves 10% of its miners to CSC.
5) LOT becomes even more profitable due to a high block reward, difficulty of 0.7.  The pool moves 20% of the pool from DOGE to LOT, putting the split at 70/20/10.
6) The LOT block gets solved, new reward puts it much lower in profitability, all those miners return to DOGE.
7) CSC difficulty adjusts back up, those miners return to DOGE.


These are round numbers, but that's the idea of the new system.  The pool will factor in the total speed of the pool compared to the difficulty of the newly profitable coin, to determine a base amount of speed to move to the coin.  It will add a modifier based on how much more profitable the new coin is.



Since the new system no longer tracks per coin shares, the fact that you individually did not have your miner moved to CSC or LOT in that time frame does not mean you didn't benefit from the pool mining it.

Banks don't work on Weekends and Holidays.  Apparently they even turn off their computers because electronic ACH transfers also take those days off.  As a result, 3-4 business days is essentially a full week.

Order submitted Thursday -> Friday, Tuesday, Wednesday, Thursday -> 4 business days later.

After a lot of consideration, the merger is likely not going to happen.  ScryptGuild is going to remain a separate entity from BTC Guild.

However, there are going to be some major revamps in how ScryptGuild operates over the next month, to make the process more user friendly, reduce the number of settings, and make it easier to track things like BTC per MH/s/day.  These changes will also be targetting making it easier to add/remove coins from the system.  Some more details will be posted over the weekend.

ScryptGuild is still going to be doing a server migration over the next month to get it connected to the BTC Guild colo for higher uptime and fewer networking issues which currently plague OVH.


The plan is removing the ability to pick a specific coin to mine, and having the pool stop tracking shares submitted to each coin.  Instead the pool will simply track shares submitted, and pool the rewards from all the blocks mined in a given shift and split it that way.  This will reduce the database overhead *significantly*, and also make it easier to add or remove coins to the system.  Users will be able to observe what coins were mined, the exchange rate that was paid for each coin, and then how that reward was split.

Users will be able to pick BTC or LTC for their converted amounts.

Part of this change will also be modifying the coin switching backend as it relates to lower difficulty coins, only moving a percentage of users to a low difficulty coin for example when it becomes the most profitable, something which is not possible to do right now since the system is specifically allocating a user's shares to a specific coin for reward splitting.

Is CoinTerra one where it's either locked at 1024 difficulty, or requires difficulty to be specified in the hardware?  I know at least one newer ASIC would only run at 1024, which means you need to be able to specify your miner starts at that difficulty instead of using vardiff.

Specifying which coin is helpful.