HoboNickels - HBN - High Fast Stake - Version 2.0! More Secure, Less Intensive

[lightspeedy]

Hey Everyone.

Would like a quick feedback/vote.

Right now the difficulty for HBN is very low. Not many miners these days. And those who are mining are taking advantage via flash mining. They wait until no blocks have been mined for hours and the diff drifts lower and lower, then they turn on 100+ mh/s and crush though block after block after block.  This either causes large Regorgs or wallet delays.

So I would like to do something for this.   Here are a few options.

1) Turn off PoW of completely.
2) Set minimum PoW Difficulty to say 2 or 3 or higher.
3) Only allow 1 PoW block for every 5 PoS blocks.

I am leaning towards 1 or 3. Likely 1.  Would like to implement something before July is over. So going to move quickly..

What say ye?  

Why not combine point 2) and 3) ??
I would set min PoW difficulty to 5 because the mining hardware power increased over the recent years.
You also could check a faster PoW difficulty adjustment.
If more than 2 PoW coins were created the last 30 seconds then adjust the new difficulty while multiplying it by the to much created coins.

[1714018439]

1714018439

[1714018439]

1714018439

[Tranz]

speaking the tweaks.
I found it hell difficult to sent some bigger amount to other adress while want to send recently staked blocks in amount which is stakeable under the treshold .
Use case: would like to send 150k to someone in 5k block of most fresh coinst . currently it takes ages to do so.
first ... wallet is ugly laggy.
than coincontrol sort is laggy.
once first operation is done  and you go back to coin control there is no way it remembers your filter and position of collumns you made to make your selection simplier...


at the end i dont mind its the price of this lovely coin to handle ... but ..


if i check to send 150k and just say  : send in 5k  out of newest blocks and everything happens in one go... it would be great

Noted and I agree. Part of the laggyness also comes from flash mining and part from staking. I like how PressTab did the split via HyperStake. I will look to implement that as well!  Lots to do..

Why not combine point 2) and 3) ??
I would set min PoW difficulty to 5 because the mining hardware power increased over the recent years.
You also could check a faster PoW difficulty adjustment.
If more than 2 PoW coins were created the last 30 seconds then adjust the new difficulty while multiplying it by the to much created coins.

I am actually coding up combining 1 and 3.

At block 5.7 million every PoW must only come after a PoS block. Or if no block is found in 10 minutes.
At block 6.0 million only if no block is found after 10 mins.

[Tranz]

Here is what I have come up with. I will be doing more testing, so might be some tweaks but this should be pretty solid.  

https://github.com/Tranz5/HoboNickels/commit/e14a28cce0967110327f758066c11922af94aa5e

Proof of Work Limits

From Block 5.6m PoW will only be accepted after a Stake block, or 10minutes with no block.
From Block 6.0m PoW will only be accepted after 10 mins with no block.
Bump to version 1.5.3.0 and update Proto Version, will send alerts.
Bump back down the DB version , as LevelDB1.9 "should" work fine as a drop in with LevelDB 1.7

Let me know your feedback if you have it.

[*Sakura*]

Here is what I have come up with. I will be doing more testing, so might be some tweaks but this should be pretty solid.  

https://github.com/Tranz5/HoboNickels/commit/e14a28cce0967110327f758066c11922af94aa5e

Proof of Work Limits

From Block 5.6m PoW will only be accepted after a Stake block, or 10minutes with no block.
From Block 6.0m PoW will only be accepted after 10 mins with no block.
Bump to version 1.5.3.0 and update Proto Version, will send alerts.
Bump back down the DB version , as LevelDB1.9 "should" work fine as a drop in with LevelDB 1.7

Let me know your feedback if you have it.

First of all, Tranz, I really respect you. But 5-6 million blocks is very, very much for computer resources, especially if you have a lot of POS coins.
Why not make a hardfork with a new blockchain? We need to do the simplest swap scheme. For example, the user downloads a new wallet v.2, replaces the v.2 wallet.dat file with old v.1 wallet.dat file, and starts working with the new blockchain. I remember, so did in the Syscoin project.
Thus, even if someone misses the swap process, he will never lose his share. And this can be done every 2-3 years.
Please consider my proposal.

[HCLivess]

Thank, amazing

I vote for "stake for charity" limit removal for above 50%
not critical, obviously

[Majormax]

Here is what I have come up with. I will be doing more testing, so might be some tweaks but this should be pretty solid.  

https://github.com/Tranz5/HoboNickels/commit/e14a28cce0967110327f758066c11922af94aa5e

Proof of Work Limits

From Block 5.6m PoW will only be accepted after a Stake block, or 10minutes with no block.
From Block 6.0m PoW will only be accepted after 10 mins with no block.
Bump to version 1.5.3.0 and update Proto Version, will send alerts.
Bump back down the DB version , as LevelDB1.9 "should" work fine as a drop in with LevelDB 1.7

Let me know your feedback if you have it.

First of all, Tranz, I really respect you. But 5-6 million blocks is very, very much for computer resources, especially if you have a lot of POS coins.
Why not make a hardfork with a new blockchain? We need to do the simplest swap scheme. For example, the user downloads a new wallet v.2, replaces the v.2 wallet.dat file with old v.1 wallet.dat file, and starts working with the new blockchain. I remember, so did in the Syscoin project.
Thus, even if someone misses the swap process, he will never lose his share. And this can be done every 2-3 years.
Please consider my proposal.

If this can be done without serious issues (that is quite a big if) , then it is a good suggestion.  The resource consumption of the wallet does deter a lot of users.

I know Tranz is opposed to swaps, and he is the one who would have to do the coding, no mean feat. Isn't a swap is like creating a new coin : lots of potential for bugs, and a whole design project ?

Perhaps there are capable coders who would could put something together as an example for others (including Tranz)  to look over ? Then the community can begin to discuss it.

I am ignorant of code, so apologies for the crudeness of the suggestion !

[Tranz]

First of all, Tranz, I really respect you. But 5-6 million blocks is very, very much for computer resources, especially if you have a lot of POS coins.
Why not make a hardfork with a new blockchain? We need to do the simplest swap scheme. For example, the user downloads a new wallet v.2, replaces the v.2 wallet.dat file with old v.1 wallet.dat file, and starts working with the new blockchain. I remember, so did in the Syscoin project.
Thus, even if someone misses the swap process, he will never lose his share. And this can be done every 2-3 years.
Please consider my proposal.

Let's call this plan D. If all attempts at lowering memory and CPU fail. Then I won't discount the idea completely. But for now it is only a fleeting thought in my mind.

Thank, amazing

I vote for "stake for charity" limit removal for above 50%
not critical, obviously

Yes, I will be doing this in final version 1.6 release.

[*Sakura*]

First of all, Tranz, I really respect you. But 5-6 million blocks is very, very much for computer resources, especially if you have a lot of POS coins.
Why not make a hardfork with a new blockchain? We need to do the simplest swap scheme. For example, the user downloads a new wallet v.2, replaces the v.2 wallet.dat file with old v.1 wallet.dat file, and starts working with the new blockchain. I remember, so did in the Syscoin project.
Thus, even if someone misses the swap process, he will never lose his share. And this can be done every 2-3 years.
Please consider my proposal.

Let's call this plan D. If all attempts at lowering memory and CPU fail. Then I won't discount the idea completely. But for now it is only a fleeting thought in my mind.

Oh, thank you! Of course, if all of the above problems can be solved without a fork/swap, it will be even better.

[ReydeApio]

Here is what I have come up with. I will be doing more testing, so might be some tweaks but this should be pretty solid.  

https://github.com/Tranz5/HoboNickels/commit/e14a28cce0967110327f758066c11922af94aa5e

Proof of Work Limits

From Block 5.6m PoW will only be accepted after a Stake block, or 10minutes with no block.
From Block 6.0m PoW will only be accepted after 10 mins with no block.
Bump to version 1.5.3.0 and update Proto Version, will send alerts.
Bump back down the DB version , as LevelDB1.9 "should" work fine as a drop in with LevelDB 1.7

Let me know your feedback if you have it.

Will the increase in time between PoW blocks have a corresponding increase in the PoW block reward?

e.g., Before Block 5.6m Ming the Miner would have the opportunity to mine X blocks per 24 hours and after Block 6.0m he would get Y per 24 hours...

[Tranz]

Here is what I have come up with. I will be doing more testing, so might be some tweaks but this should be pretty solid.  

https://github.com/Tranz5/HoboNickels/commit/e14a28cce0967110327f758066c11922af94aa5e

Proof of Work Limits

From Block 5.6m PoW will only be accepted after a Stake block, or 10minutes with no block.
From Block 6.0m PoW will only be accepted after 10 mins with no block.
Bump to version 1.5.3.0 and update Proto Version, will send alerts.
Bump back down the DB version , as LevelDB1.9 "should" work fine as a drop in with LevelDB 1.7

Let me know your feedback if you have it.

Will the increase in time between PoW blocks have a corresponding increase in the PoW block reward?

e.g., Before Block 5.6m Ming the Miner would have the opportunity to mine X blocks per 24 hours and after Block 6.0m he would get Y per 24 hours...

No, it may have the opposite effect. With no PoW, the PoS will be the only thing moving the chain, so the difficulty should go up a bit.  Taking down the reward a bit.  Orphans should be lower though.

[Rockstaratemyhamster]

Maybe the lack of miners is due to problems with the network and nobody reporting them? I tried to solo mine and hit a dozen of blocks but all of them get rejected. Tested with different miners and settings, opening ports etc.  Mining other coins is fine though. So i guess the problem is not on my end. https://img1.picload.org/image/rplpipra/1.jpg

[Tranz]

Maybe the lack of miners is due to problems with the network and nobody reporting them? I tried to solo mine and hit a dozen of blocks but all of them get rejected. Tested with different miners and settings, opening ports etc.  Mining other coins is fine though. So i guess the problem is not on my end.

It is fixed in ver 1.5.3.0.

You can get that version here:
https://github.com/Tranz5/HoboNickels/releases/tag/1.5.3.0

Required before block 5.6 million.

[HCLivess]

Thank you very much! What about master nodes? They revived projects like Chaincoin to previously unwitnessed popularity. Could something like that apply to HBN?

[Tranz]

Thank you very much! What about master nodes? They revived projects like Chaincoin to previously unwitnessed popularity. Could something like that apply to HBN?

Don't know too much about Master Nodes. What can you tell me about them, what benefit do they have?

[EGStrategies]

Did the network fork recently? My wallet is all messed up since last night and is always a few seconds behind syncing and now is farther and farther behind on its block height. I just ran the wallet staking. Is there anything that can fix this?

[lightspeedy]

Did the network fork recently? My wallet is all messed up since last night and is always a few seconds behind syncing and now is farther and farther behind on its block height. I just ran the wallet staking. Is there anything that can fix this?

Too much transactions in your wallet?
Had the same issue with a wallet size of 120Mb and about 135K transactions.

[EGStrategies]

Did the network fork recently? My wallet is all messed up since last night and is always a few seconds behind syncing and now is farther and farther behind on its block height. I just ran the wallet staking. Is there anything that can fix this?

Too much transactions in your wallet?
Had the same issue with a wallet size of 120Mb and about 135K transactions.

shouldn't be that, my transactions are under 500 total wallet is under 1 Mb

[lightspeedy]

Did the network fork recently? My wallet is all messed up since last night and is always a few seconds behind syncing and now is farther and farther behind on its block height. I just ran the wallet staking. Is there anything that can fix this?

Too much transactions in your wallet?
Had the same issue with a wallet size of 120Mb and about 135K transactions.

shouldn't be that, my transactions are under 500 total wallet is under 1 Mb

Did you update to the new wallet version 1.5.3??
When was the last reboot of your machine?

[Tranz]

No forks. I have wallets running all versions of 1.5 and all are good to go. However I will say the network was very very busy this morning with a ton of PoS and PoW blocks.  This caused many wallets to lag while they processed the blocks. Also some, including two of mine, and sounds like yours, may have missed a block in the middle of that, and this caused a bunch of orphan blocks to come into your wallet.  Until you were able to get that missing block, you were behind. All of mine resolved themselves without having to do much more then just wait it out. 

You can try to set the reserve balance high and basically turn off staking for a bit till you can get caught up. Or you may need a quick wallet restart.

This further validates my notion to turn off PoW at block 6.0 million.

Further more I think we need at least 1 more fork to put block time to 90 seconds and allow blocks to stake starting at 1 day old.  I think both of these will allow the network and wallets to run much smoother. We will see how things go after block 5.6million which will put the brakes on PoW, not stop it, but slow it down. Then how things are at 6.0million when PoW is turned of.

Hopefully by that time I should have a much more efficient staking algo that will lower wallet lag and decrease CPU, which will help your wallet and the network run a lot smoother.

[panpine]

switching to 1.5.3 is a kind of vote ? if majority stays with 1.5.1 including cryptopia and fairglu's explorer they will be on diffrent chain than 1.5.3ers after mentioned blocks?