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

[cyberlync]

I just tried to get some NMC as BTC, when I look at the transactions log, it shows 0.0000000 as amount and no wallet number is shown.

[1714239705]

1714239705

[1714239705]

1714239705

[Inaba]

It goes into your BTC balance, not into your BTC wallet.  If you want to cash out your earnings for BTC, then select a manual payout from there.  If you have auto payout setup for both, it will convert NMC first to BTC, then auto-payout your earnings in either BTC or PP.

[cyberlync]

Ooh, I get it now. Would it be possible to show the btc amount on the transaction list when converting nmc to btc? (If so, could you please add it to the already too long todo-list).

[Inaba]

Sure, I will make that change now actually... it's fairly easy.

[Inaba]

Done... I will add a current exchange rate display ASAP as well.

[cyberlync]

Thank you for the fast replies and implementation!

[blackhat]

Code:

Exch Rate: 1 BTC = 0.00625001 NMC	-10.86981182 	0.06787511

After all, shouldn't it be vice versa? (1 NMC = 0.00625001 BTC)

Then again, I suppose something's wrong with the exchange formula. Simple math here states:

10.86981182 NMC that amounts for 0.06787511 BTC would yield an exchange rate of 0.00624437.
So, either exchange rate or converted amount is wrong, if I'm not badly mistaken. If I am, slap me with a trout at will.

But if I'm not, maybe you could look into this?

PS: Hi, MMC folks.

[Inaba]

Yes, sorry, I did have it reversed.  It is, in fact, 1 NMC = .00625001 BTC.

I think the discrepency came from a rounding error eating the 1000's place.  I've corrected that (it was using part of the code that processes the PP exchange rate, but since we aren't rounding to nearest cent, that code doesn't need to be in there.).  If you're missing BTC (or NMC) let me know how much and I will credit it to your account.  Sorry about that and good catch!

[blackhat]

Awesome! I'll PM you the details. Thanks for the fast fix and let's hope to get some easier blocks soon...

[mmortal03]

Yes, sorry, I did have it reversed.  It is, in fact, 1 NMC = .00625001 BTC.

I think the discrepency came from a rounding error eating the 1000's place.  I've corrected that (it was using part of the code that processes the PP exchange rate, but since we aren't rounding to nearest cent, that code doesn't need to be in there.).  If you're missing BTC (or NMC) let me know how much and I will credit it to your account.  Sorry about that and good catch!

On a related note, you should probably make the default nmc auto-payout threshold be at least 10 times (or 100 times) whatever you have the default bitcoin auto-payout threshold is set to.  You currently have it at something of the reverse (for example, my bitcoin payout was 0.2, and my nmc payout defaulted to 0.02), which would mean minuscule-sized namecoin payouts for me (still plausible, but not what most people would expect).

By the way, your NMC to BTC conversion feature is excellent. You should be getting more people to join just for this feature, I'm sure! Until we have a way to directly convert NMC to dollars, people are going to want to use something exactly like what you're implemented.

[Meni Rosenfeld]

Future hash expansion will be FPGAs.

I don't know why people believe that. FPGA is a jack of all trades which can be taught the trade of hashing. The future is custom ASICs.

[Inaba]

Hey Catfish, I'll bite.  I'd like to try out your setup.

mmortal03 - Hmm, yeah I can up the default. So you're thinking like 20 NMC or something?  What about when we reach parity with BTC difficulty though?

[Inaba]

I broke the prop differential display.

Two blocks ago, I made some changes to the getwork server which eliminated a really slow table in the database.  As such, I had to make a bunch of changes to the share counting and tracking code and in the process I apparently broke something and it's only now becoming apparent.  Your payouts should be accurate even though it's listing it as substantially lower compared to prop.

I think the problem lies in the code counting shares it shouldn't be counting (stales, duplicates, etc...) when it's calculating prop, but I can't seem to find where that's getting injected into the DB improperly.  I need to go over the getwork server code and the website code and see where they aren't matching up.

I just wanted to let everyone know that it is only a display bug and not a payout bug.  If anyone notices that their payout is less than it should be, let me know asap, but the math is adding up everywhere else and payouts are paying out to the correct amount from the spot checks I've done as well as the total payout being right on the money, so to speak. 

So... just letting everyone know since we've solved a couple blocks in rapid succession and the bug appears to be present in more than just my view of the block history.  I didn't want anyone to worry. 

Let me know if you have any questions.

[Inaba]

Previous blocks should be correct now and your accounts are updated with the correct unconfirmed and confirmed BTC. 

I paid a little bit extra in the last three blocks for the trouble.  So your confirmed balance increased a bit as did your unconfirmed balance compared to previous.  If there are any problems with your balances, let me know.

I think the issues are worked out with block solves, but should a problem arise next solve I will get it taken care of immediately.  Sorry for the troubles.

I've also added NMC quick stats info to the quick stats box at the top of the page.

Additionally, your estimated payout on every page is now calculated against your DG score instead of prop (previously, it was calculated against prop on all but the My Accounts page). 

[Inaba]

How does the prop differential and payout look for this block for everyone?  It looks ok from the numbers here, but I want to check with the actual miners to make sure you guys are happy with things or if I need to make adjustments.

[gnar1ta$]

Everything looks good for me. Thanks for all the work. This is the only pool I've found with constant improvements and great stability.

[cyberlync]

How does the prop differential and payout look for this block for everyone?  It looks ok from the numbers here, but I want to check with the actual miners to make sure you guys are happy with things or if I need to make adjustments.

Looks fine here. There was a round where the Top20 miner list looked off, everyone's hashrates were cut by half approximately. I don't think it affected the payout or anything.
Thanks for the work you put into the pool.

[BadPenny]

Lookin' good here.   
Thanks for all the hard work that goes into Eclipse!

[Inaba]

I'm glad everything is working for you guys.  Sometimes it's hard to tell what the miner experience is just by looking at the numbers.

How does the prop differential and payout look for this block for everyone?  It looks ok from the numbers here, but I want to check with the actual miners to make sure you guys are happy with things or if I need to make adjustments.

Looks fine here. There was a round where the Top20 miner list looked off, everyone's hashrates were cut by half approximately. I don't think it affected the payout or anything.
Thanks for the work you put into the pool.

Yeah, the top miners is calculated by dividing the time and shares submitted over the life of the block.  Due to some of the changes, the calculation got screwed up.  But in either case, the calculation doesn't have any relation to the payout tables, so it doesn't have any reflection on payouts, as you surmised.

[blackhat]

Let me get this straight: "(+9.24%)" under "Prop diff." means payout is 9% greater compared to what the payout would have been using proportional method? If so, a positive amount means "good". In the "luck" column, positive amounts mean "bad".

So, it would be my suggestion you should color this column accordingly (orange for "bad", green for "good" - this has to be the miners view, of course )