Hello everybody,
First I want to apologize for being quiet for more than a week. I had very busy days due to some events.
Next, I must tell you that I implemented the postponed bonus block reward payment.
Credits to kovand11 for the idea:
The specification is 1% for x64 block, so the cheater miner only have to check 100 addresses in average, which could be done in a few ms-s.
A good solution:
Every block has two outputs:
-normal reward: 1024 and goes to the miner
-bonus reward: x0 x7 or x63 based on last block hash, and goes to the founder of the last block.
Technically, a block following the winning one will have an extra coinbase tx (that has no inputs and has only outputs) that credits proportionally all addresses listed as txouts of the 'normal' coinbaise tx of the winning block.
The code is being tested now. As soon as we are sure that it works fine and bosian approves the fix the hard fork will be scheduled.
Take care.
P.S. I will respond to PMs I have in my box shortly.
That is the great news,
Will you use PoW only for the super block control ? or Using PoS also ?
IF PoW+PoS,
it will be unfair for the miner, becasue of the number of mining blocks is depend on the PoW mining hashrate,
but, the number of super block chance is depend on the PoW mining hashrate and PoS mining (QT),
the super block chance will be
portion of PoW mining power + 90% x 3X x PoS block chance
such as somebody mining on Pool, even have low hashing power, he will have much more block fragments
it will have more chance to PoS block, and more chance to get the super block
if Yes, I will create an extra wallet, and I will generate fragments and keep running to get SuperBlock only
IF PoW only for superblock reward, and PoW/PoS for superblock solve
it is good way to resolve,
(1) followed PoS block will ignore the chance of SuperBlock ?
(2) the practical reward chance will be reduced, so, need to adjust the reward?
IF PoW only,
(1) there are some distance of blocks from the generated block and to the solver block
(2) the practical reward chance will be reduced, so, need to adjust the reward ?
AND, one more basic issues
This coin will be changed to 1024 fixed rewards ?
If not,
the cheating miner will mining between 1536 ~ 2048 chance only, it will makes 20~25% more gain,
If yes,
the reward concept will be changed too much ?
Anyway,
I have been simulated the super block only mining suing simple batch file with the blocknotify option,
and, I found it is very easy to do the selective mining,
and, better than continous mining
such as
(1) I have put, blocknotify=\hash.bat into conf file
(2) and, I have calcuate the super block chance
(3) if super block chance, I have been mining this coin
(4) if not, I have been mining the other coin
the average reward for the continous mining with 2MHs, 160GRA/minutes
superblock mining with 2MHs, 550GRA/minuts
(5) I have dump the block information using getblocktemplate, and use the coinbase,
(6) I have mining when the coin chance is higher than 1500, or super block
the aveage rewards for the selective mining with 2MHs, 196GRA/minutes
I hope you can resolve more firm and reliable way
And, it is the common problem for ALL random reward coins,
It is the good chacne to show this coin is superior than the other coin,
Some extra issues,
(1) the block time of this coin
(2) too many orphans with some ratio between PoW/PoS diffs
(3) threading for PoS mining (and/or better PoS mining)
(4) block time reference in the three