[1200 TH] EMC: 0 Fee DGM. Anonymous PPS. US & EU servers. No Registration!

[kano]

I suppose the second addendum to the numbers was glossed over slightly. It says this:

[2] Fractional parts may be problematic, since many decimal fractions cannot be represented exactly as binary fractions.

That would seem to indicate that it is better to use Integers then decimals or other real numbers. At least since they may not get the same value that the server sends.

I agree that using real numbers here is not the best idea. Unfortunately, stratum's protocol defines this as a Number represending a multiple of bdiff 1 (difficulty 1 subject to bitcoin rounding rules), which cannot reasonably represent traditional pdiff targets (which are easier to check). Additionally, EclipseMC has been using fully variable targets anyway.
I expect during stratum's BIP discussions, consensus will probably determine using a target as getwork and GBT do (without these problems) is the proper solution.

Actually I have an idea on how to suggest handling it I may see what Con thinks.

BFGMiner handles it by truncating the difficulty (with a special case of pdiff 1 for difficulties under bdiff 1) and letting the server reject shares that it doesn't think meet its target. This results in some degree of rejected "high-hash" shares, but it guarantees no valid ones are lost.

If you fail at math, it's a problem, if you don't, then the risk of losing (or gaining) one share in maybe every few billion-trillion is pretty much irrelevant.
That one share lost in a few billion-trillion can never be a block, so it doesn't matter.
...

Anyone who tries to force the old pool difficulty used onto Stratum, simply needs to complete school level maths first, and then think again.

The lost shares related to checking the difficulty will be if the pool implementation of the same is faulty and allowing in shares that are below what the pool specifies, or rejecting shares that are above what the pool specifies.

[1714943443]

1714943443

[1714943443]

1714943443

[1714943443]

1714943443

[ChipGeek]

Maybe I'm blind, but I've looked for this on the EMC site multiple times:

How do I switch from DGM to PPS?  or PPS to DGM?

[mufa23]

Maybe I'm blind, but I've looked for this on the EMC site multiple times:

How do I switch from DGM to PPS?  or PPS to DGM?

In "My Workers", click on "Manage" towards the upper right. Now under "Worker Type", there is a drop-down menu to switch between DGM and PPS. (This is the same page that allows you to make workers, and chose their passwords)

[Inaba]

My Workers -> Manage ... there's a drop down called Worker Type

[ChipGeek]

Thanks guys.  I had forgotten about the Manage button - even though it's bright red!    It's so obvious when you know where to look.

[mdude77]

In case you didn't see my post, I wrote a .Net "widget" for Windows that allows you to monitor your miners on p2pool, eclipse, ozcoin, and 50btc.  More pools are coming as time permits (bitminter is next).

https://bitcointalk.org/index.php?topic=86502.0

M

[Inaba]

Thanks mdude77 I will check it out later today!

[cyberlync]

Everything seems to be up and running at the moment. Are you still having issues?

Inaba, what's up with nmc unconfirmed thing? I've got like 1.5 hanging for a week now, is it working at all?

Seems that I have caught this bug too, I have over 11 unconfirmed NMC's.

[-ck]

I believe I've found what the issue is with stratum+emc+cgminer causing lots of rejects.

Okay I see the problem here on EMC stratum.

Based on a commit luke-jr did to bfgminer, it seems he thinks that new work notification by stratum mandates that all work be thrown out in favour of the new work, because he FORCES the clean flag. However no other pool actually expects this, only forcing a clean when they actually send the work clean message. So I'm going to go out on a limb here and say the problem lies with the implementation of stratum on EMC, as coded up by luke-jr.

[Inaba]

Interesting, thanks for the heads up ckolivas!

[goxed]

us2 was probably down today, and after it got back up, my miners were able to connect to it, but it was not acknowledging shares of my miners. I realized it after mobile miners screen was showing 0MH/s for my us2 miners and showed them as down (red) even though my miners were still mining on us2.

[Inaba]

It should be working now.  It had some problems earlier that required it to be brought down unexpectedly. 

I think it's worked out now, but I am monitoring it for the evening to be sure.

[punin]

I'm still having issues with US2 using stratum. Shares are going to pool, but stats aren't showing it.

[Inaba]

Only with Stratum?  Someone is sending malformed Stratum packets to that pool, what version and program are you using?

[goxed]

Only with Stratum?  Someone is sending malformed Stratum packets to that pool, what version and program are you using?

I am not using Stratum. My cgminer versions are 2.7.0 and 2.8.4, between 4 miners on us2.

[wogaut]

Same issue here. My BFL rig on US2 had switched to the backup pool, when I restarted the miner, it's now on US2 again, but the EMC pool shows 0MH/s for it.

Please look into it!

[Inaba]

Ok... found the problem for that... I'm working on it now.  The shares are caching on that server and will be processed as soon as it reconnects with the main DB.  It will probably take about 30 minutes ones that happens and stats will be a bit funky until then.  You can keep mining on it, your stats just won't update until it processes.

[Inaba]

Ok, US2 is starting to process the backlog of shares now.  Still are going to go a bit crazy for the next bit.

[DobZombie]

Hey Inuba, I like the fact that any txts I get now come from one phone number.

My SMS inbox isn't full of miner alert spam now

[conspirosphere.tk]

Just a question: does EMC includes TX fees in the miners payments?
Now after the halvening this is more important.