Link to github repo?

EMC has a wallet lock feature and notification via email and SMS on account change.  Wallet locks for 24 hours after a change to the account if activated and can not be disabled.

Yes, column C appears (to me at least) to be the data entry column and column B appears to be an example column.

For my calculation, B6, 9 and 10 are 0, as my costs are 0 for the items in question (they are already paid for and wattage for components is already figured into the wattage of the cards - I take my readings with a Kill-A-Watt meter for the whole system - much more accurate than figuring theoretical draw of an individual card + components).

Thanks!  I think the sheet is kind of broken though.  The data column, which appears to be the column to the left of the "example" column, doesn't do much of anything.  Looking at the formulas, it seems the "example" column is suppose to be the actual data entry column, which is kind of confusing. 

It also appears to break with 0 values in B6, B9, and B10.

Would be interesting, but I'll be damned if I'm putting in the info to download it.

You might consider hosting it on a not crappy file hosting site if you want better uptake.  Sounds interesting, though.  Let me know if it's available elsewhere.  (I suggest maybe using a public Dropbox share or if you must use a filehosting site, Megauplaod)

Well, even though I upgraded my gaming rig, it seems the driver update didn't take.  I re-did it and the CPU bug does indeed seem to be gone on 11.12.  Hoo-ray!

Ok, so it takes me forever to type in hangul, jeez. I need a hangul keyboard.  

Nothing yet has happened with BFL, still waiting on the first shipments.  The first "live" demo I did went fairly well, but waiting on some production units.  I gave them a number of suggestions to increase their hashrate and lower power consumption; they went back to the drawing board on the power distribution system and also on how they handle getwork requests.  I think they are going to be about 250 - 300% over initial power estimates (60w - 70w instead of 20w) and somewhere right around their target hashrate.  The demo unit I saw was around 800 MH/s, down about 20% from their target, but they had a LOT of inefficiencies in the debug code that could be rectified fairly easily.

My decidedly unqualified opinion is that it's going to be the best FPGA solution on the market, assuming they start shipping in the next week or two like they plan, for at least a few months if not upwards of into a half year at least.  At the very least, it will be the most polished and best looking solution at a competitive hashrate and price.

Hmm, seems to be under Control Panel > Region and Language > Keyboards and Languages for me.

Now to figure out what keys correspond to what characters.

감사합니다!

Ok, so how the hell do I enter Hangul in Chrome or Firefox?  The few times I've needed to write Hangul, I just cut and paste the characters I want, so it takes my like a month to "type" out a paragraph. Back in the DOS days, I had a hangul word processor, but it was tedious to enter on a QWERTY keyboard (two keys per usually), so what's the modern method of data entry in hangul?

But that is kind of the point, in your description and just chatting about it here in the posts, you are equivocating on the term itself.  That should be your first indication that the metric is misleading.  If you can't even talk about the subject in definitive terms in casual conversation, it's not suitable as an accurate metric.  "Many non-PPS pools..." "...expected to pay as much as..." etc...

The fact that it's very misleading is not an accusation, I apologize if it comes across as such, I am simply stating a fact.  The way you are presenting the data is misleading in so far as the fact that you are saying the "effective fee" (which is a somewhat ambiguous term in and of itself) is 2.1%, when in fact it's not.  It MAY BE 2.1% under SOME circumstances, but under MOST circumstances it is not.  It may be 2.15%, 1.2%, .05%, 6% (in the case of some pools paying out "bonuses"), etc... You are basing your constant "effective fee" off of a value that is non-constant, both between different pools and even within the same pool, making your metric useless (and hence misleading).

Your chart idea is a good one, I like it.  As far as a reward/efficiency metric that pools can standardize on, that's probably not a bad idea actually.  I will have to give that some thought. 

I guess you aren't taking me up on my offer of 100 BTC?

Your "effective fee" is very misleading.  Your fee is 4%, and you should advertise it as such.  Some pools have a .5% stale rate, some have a 5% stale rate, so your "effective fee" is meaningless as a comparison unless you compare it to a specific pool that never improves or gets worse, which is impossible.  So if you really mean what you say and that you should use a comparable metric, advertising a generic "effective fee" is not it.

Your fee, say in Hotdogs case, costs her (him?) almost $100 a month - people need to understand that in money terms, not in terms of percentages. If you want to advertise a comparable metric, use that.  At XX Hashrate, the fee is YY USD per month.  

Yes, a capacitor is a good analogy, though I think the heater is a better layman description for people to get the concept.  I think I'll use that going forward. 

Sorry about being confusing, I actually thought to myself I should clarify that but then promptly forgot to do so before posting. But yes, I did mean to imply that you resumed mining at some point.

When you say it seems not to work, what do you mean exactly?  How many NMC blocks were solved after you turned it on?

I'll offer 100 BTC

Some of the confusion I think I'm seeing with DGM is the lag time between cause and effect.  Most people seem to have figured it out, but occasionally there will be some new people or what have you that don't understand that what you do right now won't necessarily affect your payout for another 4 - 7 blocks.

For example, on EMC, if you stop mining right now, your Proportional Differential will be higher than if you had kept mining for the current block.  However, 4 - 7 blocks down the road, your prop differential is going to start taking a bit of a dive until it evens out the increase you saw on the block you stopped mining on, then it will start picking back up to neutral territory.

It makes for some confusing cause and effect if you aren't prepared for it or understand what's going on. 

What stale rate are you seeing?  Stale rate seems to be about 1% right now...  But yes, I can add some more info with regards to stale rate.  I've been kind of holding off until the switch to PSJ as all that sort of statistical gathering is going to change dramatically on the back end and I don't want to work on it twice.  But I will see what I can do in the interim.

Yeah, the night before last was a good night for sure!

So then what's the value?  I deem it to be 10 BTC, Grue 35 BTC.  If you have another number in mind, post it.

Huh good point... I thought I read it was a proportional pool.  Either I am mistaken, which is likely, or it's been changed since I first read it.  So if it's not proportional, then rock on!  I guess that makes EMC hopper friendly, too!

I'm not sure how that's being friendly if you condone the robbing of non-pool hoppers?  No one in their right mind should mine on a hoppable pool, as the non-hoppers will be robbed and the hoppers will abandon ship at 43%.