Post
Topic
Board Pools (Altcoins)
Re: █▓▒░-< [ZPOOL.CA][BTC Multipool] The miners multipool >-░▒▓█ Paid 900+ BTC
by
denravonska
on 30/09/2016, 11:43:40 UTC
**** Total Unpaid is a combination of your confirmed Balance and your fluctuating total pending. This value will rarely be constant.
Nobody is questioning fluctuating balances. What we wonder is where 20% go during payout. Riddle me this: If I offer you $10 (that is 10 USD, not $10 worth of pesos) to wash my windows, how much do you expect to get paid? $10 or $8? If I mine 10 coins of something I expect to see 10 and not 8 coins of that something in my wallet, excluding the pool fee. Now if i DO offer you $10 worth of pesos and I DO mine coin X and get paid in BTC I DO expect the balance to fluctuate a bit.

Again, you are holding an estimate, a 'non-static value' (a pending/pre-paid assumption before share paid) as a known integer(your random cash exchange montra above), a static known value. 

We understand that Share%*98% is what you should theoretically be paid.   But again.... Theory.  The path of the result is unknown to most.  Is the pool getting 2% of all mined blocks, then the rest is divvied up?  What order does it happen in?  How would the resulting estimate be a different number between those two events?

Yes.  Some logic will interfere.  It inherently does.  This is why programmers are highly paid.... because they can understand, and think on these types of levels.   But sometimes... people miss details.  They stick one calculation before the rest and it work fine in all but one or two instances.

These are called bugs.


Now if it's a real problem (not meeting 100% in all daily payouts between everything it needs to be), yes.  that is serious.  But there is no proof of a problem.    Just some symptoms with no cause or hysteresis of proof in them.

But there's a very real chance, an equal chance or possibly greater that it could just be a display problem via the code....  remember, it's pre-estimating.  I keep repeating this.  Over and over again.



What joblo said. It's not pre-estimating when there is no conversion to BTC, or at least when there should be no conversion. The payout size is actually very well known. Take BERN for example. One block is 250 coins. If I have mined 10% of one block I should get 25 BERN if I ask to get paid in BERN. Judging by the code, that might not be the case. Instead, we may have two redundant conversions; one conversion from BERN to BTC, and then another one from BTC back to BERN.

It's also very possible that there is something funky going on with BTC payments as well, but that's a bit more complex with more variables.