I completely agree with you on many things.
That's why I think, from the very first minute, that the code needs to be further developed.
There's a lot to improve on.
I think the 50,000 premine coins obviously belong to the developer, I think we can leave that to him out of respect.
The developer thought of a lot of things, but that's in the past, he didn't have the chance to work it out.
The block reward will almost certainly have to be worked on.
I hope I understand what I'm describing.
Now, in about 1440 blocks a day, 3,240,000 coins are generated.
However, the total supply is only 2.5 billion.
In other words, all coins will be mined in a maximum of 771 days.
At that time, I didn't even count the premine and the higher rewards of the first period.
In other words, about another year and a half and the block rewards will be over.
Here, it's important to build in a steady or decreasing reward, which will increase the supply, but nicely and evenly.
I think the block reward itself is sufficient, I would reduce it periodically or slowly.
I don't quite understand what you mean by the zerocoin, legacy and Zpiv parts of the code.
I don't have enough knowledge to understand how you want to change it.
Could you elaborate on this a bit?
Deleted all references and charts of POS/MN, as for this phrase, I think the dev deleted only the part that related to the QT wallet (just to hide it), because as I explored the code the whole thing that related to Masternode stay there and some places just deactivated.
I see you know more about it than I do.
I'm happy to see that if you feel like supporting the team.
I think the power of the community is what counts.
I'll do what I can to fix the code and at least have an explorer.
Now, a small team is keeping the network alive with our modest mining tools.
The developer gave us a chain here, it's up to us whether we do something with it.
Maybe it would have been better to start BTC from scratch after its developer left.
There have been many changes since then, Bitcoincash, Bitcoins etc.
Some things changed, some stayed the same.
But the coin survived.
On Github "Deleted all references and charts of POS/MN" so all these masternode related like budget, sync, active, configurations, man, payments, spork, spork manager, spork id, spork db, swifttx, should be removed completely, then refactor the code and run tests, also if there is no stake or POS then all related to stake, stake input files should be too removed completely, finally masternode payment & collateral in tx verify, validation and other places also should be removed and refactored, then after that start to work with QT part and also refactor it and update its code, after that the codebase should be updated in small steps, and with the major version update we should pump protocol to make sure the mandatory update for the nodes to follow the new rules & modifications.
I completely agree with you on many things.
That's why I think, from the very first minute, that the code needs to be further developed.
There's a lot to improve on.
I think the 50,000 premine coins obviously belong to the developer, I think we can leave that to him out of respect.
The developer thought of a lot of things, but that's in the past, he didn't have the chance to work it out.
The block reward will almost certainly have to be worked on.
I hope I understand what I'm describing.
Now, in about 1440 blocks a day, 3,240,000 coins are generated.
However, the total supply is only 2.5 billion.
In other words, all coins will be mined in a maximum of 771 days.
At that time, I didn't even count the premine and the higher rewards of the first period.
In other words, about another year and a half and the block rewards will be over.
Here, it's important to build in a steady or decreasing reward, which will increase the supply, but nicely and evenly.
I think the block reward itself is sufficient, I would reduce it periodically or slowly.
I don't quite understand what you mean by the zerocoin, legacy and Zpiv parts of the code.
I don't have enough knowledge to understand how you want to change it.
Could you elaborate on this a bit?
You can increase the total supply without the need for a new genesis, merkle and snapshot and there was such occasions in the past that some crypto projects increased the total supply, one project i remember even increased the supply from 25M to 90M but I think the community should vote for that after all, as for Zerocoin there was a coin named like that and in some old codebases still this part is there, while in new and updated one you won't find it, as for Zpiv its related to Pivx only and you don't need it at all in Peppa, as for block reward you can't change it easily because if you change it then you need a new genesis, merkle for all networks (mainnet, testnet & regtest) and maybe even a snapshot and swapping from old to new coins so its not an easy task and maybe its not worth it at all, also if you change the block reward then you should change all the block reward occurrences in the code & in test files too and change the hex value for the new block reward in some files. If you change the supply don't forget to adapt the subsidy, you can change it without needing a new genesis but if you increase the total supply, sometimes you may need a new logic for the subsidy part but this is easy to do after all.
