known bugs:
1.Timestamp field not checked on realtime
a. solution for now: flood the chain with transaction every 3-4 secs, that way we all have equal chance of finding solution in 3-4secs but actual solution is on 3(c). he cannot time cheat because daemon includes all tx in pow verification.
2.transaction bug -daemon issue new work to miner causing hashing start again from scratch. unlike on getblocktemplate where it works only on what was previously accepted by the mempool.
b. solution getblocktemplate on walletupgrade -hard to do but mmcmc can do it.
3. time-roll but sbh accepting it. sbh is supposedly the checkpoint.
c. solution add node consensus on time. nodes will be dependent on peers for timestamp. add node calls and get nodecallreply.timestamp and issue checking sequences on this. once nodes consensus is made on block broadcasted to network, sbh lockdown until another consensus of nodes on the new block. no more rewriting. also will result to proper block spacing dependent on established frequency of nodecalls.
a. effects: so many fork-off. miners with high hashrate but cheating will fork off as sbh cannot be rewritten. honest nodes will check cheaters block submission but will deny it ofcourse, if cheater has his own hosted supernode, then his wallet and his supernode will fork off as long as masternode and honest node remain uncorrupted. (my thought:so what fuck them off cheaters)
also, penalize the cheaters, on wallet upgrade hard code lock down on cheaters account. bye bye cheater. many days on cheating wasted.
4. super super stupid difficulty retargeting. -adaseb is also gaming this bug.
a. solution- copy others. only those succesful coins. (copy/paste)
more bugs to update:
Yes I agree that this coin has problems, but if the original developer is not going to address them then that is not much I can do. Like I said before, this requires extensive coding and I don't have the experience for this. I tried to get a hold of "code_honesty" and "xiphon" to see if they want to rewrite the code and they didn't reply my to PM.
Albert replied in my Github for the issue that we opened and he pretty much said everything is normal.
The only issue above I can fix is the difficulty retargeting, I can make it much tighter. However this will require all nodes and clients to upgrade immediately to the latest version to avoid a network fork.
Those blocktimes that the poster above included makes it very fishy to what kind of custom miner software that CMCMC guy is using. And it also seems that nanopool does this from time to time also.
OCminer and poolmn won't launch a pool. I tried to contact both of them by PM and I didn't even get a reply.