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

[BitsAndPiecesOfEight]

I agree, the risk of going over max reward should be sufficient to prevent the creation of excessively large block sizes.  I would also like to have the set values persist through wallet restarts as it is a pain to have to repeatedly set these values whenever there is a need to restart the wallet.

what pain ?  2 lines in conf and you'r done

It would be great if that worked.   It does not.    Nor does it work as a command line option.  At least not under Win7

works for me it seems.
ok, if not, 2 lines in a batch file using curl

If the maximum you are attempting is not very big, then the settings you are describing work.  But at least at the time I tried it, the maximum values allowed using those settings did not allow any where near the amounts I am able to set the threshold(s) too after the wallet is running.

There was in fact a way to use command line and/or .conf settings to set a higher (but not much higher) value when I originally attempted to automate it,  The problem at the time was that the maximum acceptable values used at wallet startup were much lower than what a larger stakeholder was able to set the values to after the wallet was running.  It seems like the startup maximum was something like 200 HBN which is kind of like "why bother" raising it from the default value of 5 at all.  Larger stakeholder were able to set the value much higher than 200 (based upon total HBN in wallet) but only after the wallet was up and running. 

This may have changed in a subsequent wallet release and when I get a little time I will see if setting those values again allows for a more reasonable max threshold at startup.

[1713512107]

1713512107

[1713512107]

1713512107

[Tranz]

I hear you everyone!!  

At the risk of alienating people and sounding like a broken record. I don't think I can give free rein to the split and combine threshold, at least not yet.  There is too much at risk with the network. Keeping the difficulty going up requires more blocks ready to stake then the chain will allow.

But I do hear you!!

So what I set it at, not yet committed so it can yet change, is; The standard max, which can be set in the config and startup switch is Split 2500, Combine 5000.  The old was 100/200 so it is a big jump now.

In the wallet I also increased the amount you can set manually. It is now Total of all loaded wallets / 400 for split, and /200 for combine.  The old divisor was 500/250.  

Now in my opinion these numbers are way to high! They are putting the block chain at risk by not getting more stakes out there.  So It is unlikely I change them again until we are at 1 day staking and/or we are in the double digits for stake difficulty.  The wallet is efficient at staking, and I have plans to further increase this, so there is not much need to make this much higher.

If you want higher, you will have to compile the wallet and add your own settings.  Hint, it is 2 lines..


So other then the split/combine threshold max anything else???

I plan to release 2.0.1.0 next few days. So I am looking for quick hitters, nothing hugely complex, at least right now.

[poke@]

I have a suggestion.

In Coin Control, can you add the ability to hold shift and click multiple amounts at once? Or am I doing it wrong by single clicking a bunch of small stacks into a large stack?

[Tranz]

I have a suggestion.

In Coin Control, can you add the ability to hold shift and click multiple amounts at once? Or am I doing it wrong by single clicking a bunch of small stacks into a large stack?

You can use the space bar and down or up button to select quickly.

I also suggest playing with the select coins (amount/age/weight >< ) feature. It is a way to grab certain coins quickly

[BitsAndPiecesOfEight]

I hear you everyone!!  

At the risk of alienating people and sounding like a broken record. I don't think I can give free rein to the split and combine threshold, at least not yet.  There is too much at risk with the network. Keeping the difficulty going up requires more blocks ready to stake then the chain will allow.

But I do hear you!!

So what I set it at, not yet committed so it can yet change, is; The standard max, which can be set in the config and startup switch is Split 2500, Combine 5000.  The old was 100/200 so it is a big jump now.

In the wallet I also increased the amount you can set manually. It is now Total of all loaded wallets / 400 for split, and /200 for combine.  The old divisor was 500/250.  

Now in my opinion these numbers are way to high! They are putting the block chain at risk by not getting more stakes out there.  So It is unlikely I change them again until we are at 1 day staking and/or we are in the double digits for stake difficulty.  The wallet is efficient at staking, and I have plans to further increase this, so there is not much need to make this much higher.

If you want higher, you will have to compile the wallet and add your own settings.  Hint, it is 2 lines..


So other then the split/combine threshold max anything else???

I plan to release 2.0.1.0 next few days. So I am looking for quick hitters, nothing hugely complex, at least right now.

A perfectly acceptable solution!  My sleepy, offhand, just prior to going to bed comment that the "max reward should be sufficient to prevent the creation of excessively large block sizes" was not based upon any real math.  Projections even if the current difficulty following the wallet upgrade holds, easily shows that allowing the max stake reward to be the only limiting factor in split/combine max thresholds would allow the value to be set way to high to support a healthy network and allowing the max persisted values that you have stated above will pretty much solve the issue for most people anyway.

Your statement regarding compiling your own settings answers another question I had about whether the max limitation was enforced at the individual wallet level or at the network protocol level and should be a perfectly acceptable option to anyone who would like to go down that route as well.

[HCLivess]

That's a huge roadmap, thanks

[vancefox]

2500/5000 is just fine... much better than current.

[Tranz]

So other then the split/combine threshold max anything else???

I plan to release 2.0.1.0 next few days. So I am looking for quick hitters, nothing hugely complex, at least right now.

i need splitblock option/function in Send, HYP-like (® presstab)

This is do-able. Might take me another week or so to implement, but I will call 2.1 complete after this then..

[Tranz]

2.0.1.0 is pushed to Github

https://github.com/Crypto-Expert/HoboNickels/pull/32/commits/b3bff705029c3d48a7367879e19aba69fbff95e4

Added SplitBlock to GUI. @presstab Hyperstake
Increasing default splitthreshold and combinethreshold, plus updated Max
for each. This will work in startup and config switches up to 2500/5000.
And further increases in gui.
Changed max percentage for Stake For Charity to 100%
Renamed SetStakeMinAge to GetStakeMinAge
Renamed SetTargetSpacing to GetTargetSpacing
Created stub function for GetModiferInterval. Will be used to fork and
allow for 1 day min stake period.
Fixed CoinControl Weight to correct show at 8.8 days until fork fixes
it.
Fixed Stake Estimate in GUI.
Fixed Fee Estimate when using CoinControl.
Bumped version to 2.0.1.0

Please review and give feedback. I plan to compile the offical release here tonight or tomorrow.

[forzendiablo]

maybe we make masternodes like in EXCL or even SYS plans ?

[Turrican]

2.0.1.0 is pushed to Github

https://github.com/Crypto-Expert/HoboNickels/pull/32/commits/b3bff705029c3d48a7367879e19aba69fbff95e4

Added SplitBlock to GUI. @presstab Hyperstake
Increasing default splitthreshold and combinethreshold, plus updated Max
for each. This will work in startup and config switches up to 2500/5000.
And further increases in gui.
Changed max percentage for Stake For Charity to 100%
Renamed SetStakeMinAge to GetStakeMinAge
Renamed SetTargetSpacing to GetTargetSpacing
Created stub function for GetModiferInterval. Will be used to fork and
allow for 1 day min stake period.
Fixed CoinControl Weight to correct show at 8.8 days until fork fixes
it.
Fixed Stake Estimate in GUI.
Fixed Fee Estimate when using CoinControl.
Bumped version to 2.0.1.0

Please review and give feedback. I plan to compile the offical release here tonight or tomorrow.

You removed the code for old client disconnection ?

[Tranz]

maybe we make masternodes like in EXCL or even SYS plans ?

Again these are a type of update that takes quite a bit of work. Something to think about, but gain vs work is important. My time is limited, and doesn't seem to be much else out there able to assist in development and testing..

You removed the code for old client disconnection ?

No, I removed the section that was based on time. Now it will always disconnect based on the version.h file.

I have the offical version compiled, but I haven't gotten a chance to fully test it out yet. Crazy day......

[dnp]

maybe we make masternodes like in EXCL or even SYS plans ?

Again these are a type of update that takes quite a bit of work. Something to think about, but gain vs work is important. My time is limited, and doesn't seem to be much else out there able to assist in development and testing..

You removed the code for old client disconnection ?

No, I removed the section that was based on time. Now it will always disconnect based on the version.h file.

I have the offical version compiled, but I haven't gotten a chance to fully test it out yet. Crazy day......

pace yourself. we dont want you to burn out
in november (and through the winter months) i'll have time at home in front of the computer. i'll try to resurrect my Mac and install a build environment.

[Casimir1904]

HBN uses a lot of memory, planned to optimize that?

[Tranz]

HBN uses a lot of memory, planned to optimize that?

Plans yes.  Right now every PoS Coin based on BTC Core -> PPC uses the same memory per block.  I will be looking to improve this. Or watching to see if others can conquer this big hurdle. No small task, but needs to be done for the longevity of the coin for sure.

[Tranz]

2.0.1.0 is ready.

https://github.com/Tranz5/HoboNickels/releases/latest

Going to try go get a Mac Release out for it here soon. Anyone have experience creating Mac wallet? I can compile them but having difficulty with compatibility and creating a static executable.

[vancefox]

Seems a few more people are jumping into hbn... I only have .5% of the stake weight right now.

[FlungSpun]

Seems a few more people are jumping into hbn... I only have .5% of the stake weight right now.

What do you  expect to have normally?

and how are you calculating it? from client reported net / wallet values?

[vancefox]

One thing I noticed with 2.0.1.0

The s4c doesn't seem to be working.  I've had 5 stake blocks without any sending to the charity address after 25 confirmations... Latest stake has 38 confirmations as of this post.

EDIT: I disabled and re-enabled the s4c.  I'll edit again when I get another stake to let you know the outcome.

EDIT 2:  That fixed it.  Had to disable and then enable s4c in order for it to work right.

[vancefox]

Seems a few more people are jumping into hbn... I only have .5% of the stake weight right now.

What do you  expect to have normally?

and how are you calculating it? from client reported net / wallet values?

I use the wallet with network weight and my weight...

my weight / network weight = my % of the network.