Quote from: JaredKaragen on September 30, 2016, 08:26:23 AM

Quote from: denravonska on September 30, 2016, 07:46:39 AM

Quote from: aarons6 on September 30, 2016, 07:22:00 AM

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

There you go again. There is proof of a problem. It has been proven by many users mining both coins that need
to be converted and coins that don't. And no one has demonstrated a correct block or overpaid block. There I go repeating myself
again.

The only thing that's estimated is the converted value. No conversion, value is real. That's why I'm focussed on mining the same payout coin.
If the pool mines a block of a coin with a block reward of one and I get a 10% share of that block I earned 0.1 coins, period. It's not an estimate.
It has been shown that the value of a cleared coin matches exactly the percentage share of a block.

Yes I have done some speculation and have backed it up with the available data and reasoning. I get frustrated when the same unsupported FUD is
spewed repeatedly. I then have to repeat myself to refute the bad analysis to avoid people getting more confused.

The problem is now defined as precisely as possible with the data available to users. Any further speculation is based on
fantasy not reasoning. We need data! You say there's no proof, I disagree. Regardless the next step is to collect more data.

If you think I'm wrong, do your own test. Mine a pool with only one coin to a walltet of the same coin. Monitor the blocks that are found.
You will see the amount and estimate are the same and are exactly the correct percentage of the block reward. The value will not fluctuate
while the block is maturing because it is the same coin. Then note the cleared value and compare with what was credited to the wallet.
If you get the cleared value or anything close to it I'm wrong.