Topic: [20 gh] NMCBit pool 3% fee prop 6.6% PPS - page 16. (Read 63693 times)

Currently my system pays out right after a block is found for both BTC prop and PPS.
HOWEVER, the system is bit slow and I am working on a solution to speed that up.  This new solution will take me some time to code so you will need to put up with the slowness for now.

If you where not paid for the last block please let me know as I did reduced the slowness but my code may had a bug I was not aware of.

  Not real sure how many confirms he requires but your account updates once per hour.  My credits from the prop round that just finished showed on my account with only a few confirms on the block.

What is the confirmed blocks required before crediting prop btc payouts ?

You are not special, I make dumb mistakes all the time it's not a big deal don't beat yourself up about it.

Well thinking about we could be the only dumb one and we are special.   LOL

Just having fun
Davinci

  Davinci, m8, don't waste your time on me, bro. ;p  You will find I often ask silly questions and am quite often mistaken when it comes to the inner workings of things that I am not familiar with. It is quite likely in this situation that either, one; I was mistaken about the numbers I saw or, two; that it was a one time fluke due to the recent new round start on BTC and a second round starting on NMC.

  However, if I do notice anything funky, which I have not. I will attempt to document it better to present it to you. Sadly between my horrible grammar and our very slight language barrier I feel like I am stressing you out with more work than what is really neccessary. I am very happy with the service and have noted ZERO issues that are of concern. Please feel free to ignore any of my unfounded, inquisitive observations in the future.

   Sincerely,
       Derek

At this very moment a user has this...

3,918 (0.33% rejects)BTC   918 (0.00% rejects)NMC

Now the reason he has no rejects for NMC is because between shares 3918 and 3000 he had 13 rejects but between shares 3000 and 3918 he had no rejects.

Thus there is no way you could have lower stales amount on the BTC side then on the NMC side unless your BTC share count is lower then NMC or ASTRONOMICALLY high that the reject does not register as .001%.

No you should of had .1 stales on the BTC let me check into that do you know when that occurred?  Better yet the next time you see something like that let me know.

Aye, I was not confused on that part when I referenced the stales. I should have been more clear. I was refering to watching the difference immediatly following a new BTC block start and a new NMC block start...

  I had 0% stales on BTC side 800~ shares in and .19% on the NMC side about 400 shares into its new round....

  That led me to believe our dif 1 results were first checked on BTC getwork and then NMC getwork. *shrug*

What about pool hopping? Is this pool (well, the miners of that pool) hurt by them?

... a little bit.  It may be too early in the morning for me though - Imma give it another read once I wake up a bit more.

But from parsing that, I can only imagine what you went through to set it up.

The Merge Mine Proxy gets work from both block chains and merges them but when you create a solution it works for both because most of the work you are doing is a MAKE work project.  

So because its mostly a "make work" job the two "get works" are allied in such away that the smaller solution works for both chains.

To keep it really simple your share works for both chains.

Thus the diffrenences in reject % is baised on how many shares and rejects occurred in a given round.  If you give 1000 shares and have 1 reject that's 0.1%.  So lets just say a new round starts for the namecoin block chain and you give 100 more shares on top of the 1000 for bitcoin chain and your get one more reject, then your total shares is 1100 for bitcoin block chain and 2 rejects giving a % of less then 0.2 for BTC and 1% for nmc blockchain.

Example:

rejects	shares given	BTC	NMC
1	100(1%)	100(1%)	100(1%)
1	1000(0.1%)	1000(0.1%)	100(0%)
2	10000(0.02%)	10000(0.02%)	100(1%)
3	20000(0.015%)	9000(0.01%)	100(0%)

The first 2 columns show the rejected and shares given over every round.    In the first row we pretend that the rounds for both BTC and NMC started when we started the round and we gave 100 shares with 1 reject you can clearly see the reject rate is the same because the shares are the same for both chains.
In the next row you can assume that a new round started at for NMC at share 900, and no new rejects occurred thus the NMC round has no rejects because it's a new round.

In the 3rd column a new NMC round occurred at share 9900 and between 9900 and 10000 of all shares given to the pool a reject occurred and it counts on the NMC round making the reject rate SEEM high.  Looking at the overall shares given over 10k it's not high because you gave 2 rejected shares over 10,000 shares!

In the final row you can see you have given 20000 shares but a new BTC round occurred at share 11000 but the reject occurred in the BTC round but not the NMC round.

I hope this clears it up.

As a german i would say: "Bleib mal geschmeidig!"
Translated it may be something like this: "Dont get your knickers in a twist."
Even in Germany we have round about high taxes, but always not much enough in the cash box and remaining high and growing debts.
Then you can think and really see where a country stays, taking low taxes and definitely going downhill.

 I would have to assume by watching my own stats that it first checks the share with the bitcoind and then checks it with the nmc side. I gather this assumption by watching the fact of 0 stales in the BTC side give a few .#% stales on the nmc side. As not all submited btc results would prove true for nmc..

Quick question if you don't mind - I've reached my fill so far today of 'google-fu'

What's your 'main' round?  Is it BTC which then (through MM) submits a NMC share, or vice-versa?

If a pool pays even money on a PPS they will get KILLED so that's why some pools do MSPPS or whatever it's called.  A pool has the possibly of going under before the next difficulty if PPS is not at 7% or more.  Thus statistically the real fair value of a PPS is just under 7%.
Look, I know you want a 3% PPS biased on the 50/Diff but statistically you would wipe me out.  Also  I show you how much you get for PPS so it's not like I am hiding something.  So please stop busting my balls they hurt!    LOL

Can't pull the wool over on a German, and your fiscal responsibly is an island of sanity in an insane world that's why when everything falls a part we will be singing deutschland über alles, if we don't stop spending money we don't have by creating it.

Hope you have your gold and silver stashed away dude, cuz everyone will be feeling financial pain once the dollar collapses.

i am a bit confused talking about fees and taxes  - like our german finance-minister

1. PPS/Prop.: 3 %
3 % at all - one time at the withdraw for PPS and Prop.

2. PPS/Prop.: 6 %
3 % fees PPS/Prop. + 3 % tax at withdraw = 6 %

3. PPS: 9.99 % / Prop.: 6 %
6,66 fee PPS, 3 % Prop. fee + 3 % tax at withdraw = 9,99 % PPS and 6 % Prop.

plz tell us which "number" we are getting, whats going on

Glad I used your pool tonight, that sure was two hours of pure profit on the bitcoin side.

You don't know the half of it.  It was so difficult that I would not wish it on my worst enemy.

Davinci,

Recently signed up on your pool to take part in some merged mining.  Aside from the temporary headache of getting namecoind to work (gui has spoiled me), your pool is working out swell.

Thanks for the hard work!

I created a video on how to use NMCBIT.COM
http://www.youtube.com/watch?v=uNsfSGckOAU
Audio did not work, I'm fixing it.