**** 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.