Re: [ ~60 GH/s ] Mainframe Mining Cooperative - 0% fee special - CPS/SSL/API/LP
Hi guys,
Sorry this is my fault for not explaining well enough.... i was at the eye doctor replying on my phone so i didnt maybe explain it as well as i should have.
When i say that we define a round as periods between payouts i meant this ONLY for the purpose of generating statistics. CERTAINLY NOT for calculating payouts.
If it took 100,000 shares to find block one then the round shares counter will keep going until 120 confirms are reach for that first block and a payout is done.
Right before payout on block 1 the counter might say 350,000 round shares (block 1 plus shares towards block 2). but calculations are done only on that 100,000 shares alone and only those who contributed to that 100,000 shares are paid out of that block.
After block 1 is paid out, the 100,000 shares which contributed to finding that block will removed from the current round leaving that 150,000 shares towards block 2. So you will see the round shares not reset to 0 after we have the first block confirmed -rather you will see them drastically reduce (its gonna be something like $current_number - the 5.8 million it took to get us to that first block).
One other thing to note which i know will cause confusion. Your round estimate at the moment is taking into consideration the entire amount of round shares so you can expect that it too will change when the first block is confirmed.
I understand it might be a bit confusing and we have plans to work on this to make it better as we get the time. I also think that the biggest oddities and confusion will only be apparent until we have the first confirmed block. After that it should make more sense how the stats are done.
Open to any discussion or ideas about this and appreciate the feedback!
Cheers,
Anni
Sorry this is my fault for not explaining well enough.... i was at the eye doctor replying on my phone so i didnt maybe explain it as well as i should have.
When i say that we define a round as periods between payouts i meant this ONLY for the purpose of generating statistics. CERTAINLY NOT for calculating payouts.
If it took 100,000 shares to find block one then the round shares counter will keep going until 120 confirms are reach for that first block and a payout is done.
Right before payout on block 1 the counter might say 350,000 round shares (block 1 plus shares towards block 2). but calculations are done only on that 100,000 shares alone and only those who contributed to that 100,000 shares are paid out of that block.
After block 1 is paid out, the 100,000 shares which contributed to finding that block will removed from the current round leaving that 150,000 shares towards block 2. So you will see the round shares not reset to 0 after we have the first block confirmed -rather you will see them drastically reduce (its gonna be something like $current_number - the 5.8 million it took to get us to that first block).
One other thing to note which i know will cause confusion. Your round estimate at the moment is taking into consideration the entire amount of round shares so you can expect that it too will change when the first block is confirmed.
I understand it might be a bit confusing and we have plans to work on this to make it better as we get the time. I also think that the biggest oddities and confusion will only be apparent until we have the first confirmed block. After that it should make more sense how the stats are done.
Open to any discussion or ideas about this and appreciate the feedback!
Cheers,
Anni