Re: BiblePay | Masternodes | Sanctuaries | POBH - ASIC Resistant | 10% ORPHANS
rob, last payout was not as you wrote, that if somebody stake 20% then he get 20%
check this: https://www.biblepay-central.org/en/podc/user/1987688/
he had 20% and got 40%
i still think it is as i wrote, that user will have 20% shares, and block reward will be divided by sum of all shares, so payout for one share will not be 20% but more (depends on how many users staking 100%)
Yes, I also received only a little payout and the explorer says I staked 50k, although I had (already since yesterday) almost 500k staked and several podcupdates going through.check this: https://www.biblepay-central.org/en/podc/user/1987688/
he had 20% and got 40%
i still think it is as i wrote, that user will have 20% shares, and block reward will be divided by sum of all shares, so payout for one share will not be 20% but more (depends on how many users staking 100%)
However I think this is correct, since the payout for the next superblock is decided at the moment of the last one, i. e. approx. 24h before. Tomorrow's payout should be as expected.
Dave-
The easy way to see this is to look @ the pool superblock view report, and highlight your row yellow, scroll to the top and memorize where the utxo/utxo weight columns are, scroll back down and check your UTXO/UTXOWeight values - see if your magnitude reflects your utxo stake level.
I checked over 10 last night and they look on the money....
I tried "exec podcupdate true" several times, but my reported utxoweight (in getboincinfo) changes constantly (sometimes it's correct, sometimes it's the old 50001, often it seems to be a completely random number). Something is seriously wrong there.
My only explanation would be that I also have this wallet running on my ARMs for pool mining. Since lichtsucher hasn't updated the linux ppa yet, they still run on 1.1.1.3. Could this be the problem? Otherwise I wouldn't know what else I could do...
Missed out on 2 payments already and apparently gave my coins away to the "big guys", it's a shame. :/
Hi Dave,
Oh OK now Im starting to understand the problem a little deeper. First of all since you have the utxooverride set in the primary controller wallet I think those are going out. Just type 'exec utxoreport cpid' and you will see the pattern. I dont believe there is a problem with gyrating amounts (as 2,000 people are using it now) I believe the gyrating amounts are being sent at intervals between your controller, your other wallets... The utxoreport will reveal that.
As far as running the latest, yes - if your miners are not running the latest they should technically be OK- but are probably trying to send podc updates using the old default of 50,000. So best advice there is to set 'utxoamount=-1' on the OLD mining wallets pre 1.1.1.6, or 'utxooverride=-1' on the new mining wallet (actualy just put both in the file), that should prevent it from being sent. Notice - you cant use '=0' because zero means it will try to send 50K.....
Once you interpret the utxoreport then lets go from there - it should reveal that your mining wallets are sending in a small stake, preventing you from being paid. Your Pool row is probably @ utxo below 5% meaning it drops to zero.