Pages:
Author

Topic: HoboNickels - HBN - High Fast Stake - Version 2.0! More Secure, Less Intensive - page 47. (Read 478852 times)

dnp
full member
Activity: 401
Merit: 110
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 Smiley
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.
legendary
Activity: 1540
Merit: 1060
May the force bit with you.
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......
member
Activity: 227
Merit: 26
“BitCloud [BTDX]”
2.0.1.0 is pushed to Github

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

Quote
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 ?
legendary
Activity: 1526
Merit: 1000
the grandpa of cryptos
maybe we make masternodes like in EXCL or even SYS plans ?
legendary
Activity: 1540
Merit: 1060
May the force bit with you.
2.0.1.0 is pushed to Github

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

Quote
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.
legendary
Activity: 1540
Merit: 1060
May the force bit with you.
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..
legendary
Activity: 1033
Merit: 1005
2500/5000 is just fine... much better than current.
legendary
Activity: 2114
Merit: 1090
=== NODE IS OK! ==
That's a huge roadmap, thanks
newbie
Activity: 12
Merit: 0
I hear you everyone!!  Grin

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.
legendary
Activity: 1540
Merit: 1060
May the force bit with you.
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
newbie
Activity: 21
Merit: 0
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?
legendary
Activity: 1540
Merit: 1060
May the force bit with you.
I hear you everyone!!  Grin

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.
newbie
Activity: 12
Merit: 0
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.
sr. member
Activity: 414
Merit: 251
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

No unless it was fixed in last releases then it does not work from the conf.

Also I agree, I should be 100% user discretion.
Some of us enjoy trying for the 249.99 (adjust to your POS coin limits) at the minimum age by predicting future difficulty etc ...
part of the fun. reward vs time compound interest balance game.
clicking hundreds of blocks in coin control (cough bottlecaps) not so much! < included for contrast
newbie
Activity: 18
Merit: 0
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
legendary
Activity: 1033
Merit: 1005
...
  • Allow for larger split/combine threshold settings
...

I suggest allowing the user to set any split threshold they like.

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.

How many times can I vote for this?
member
Activity: 227
Merit: 26
“BitCloud [BTDX]”
...
  • Allow for larger split/combine threshold settings
...

Hmm why not set automatically the best split/combine threshold or manual (two options)
newbie
Activity: 12
Merit: 0
...
  • Allow for larger split/combine threshold settings
...

I suggest allowing the user to set any split threshold they like.

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.
newbie
Activity: 18
Merit: 0
...
  • Allow for larger split/combine threshold settings
...

I suggest allowing the user to set any split threshold they like.
member
Activity: 227
Merit: 26
“BitCloud [BTDX]”
Since we now have a network that appears to be fairly stable. I am going to code up some of the user requests we have had over the days.

Here is what I have so far anything else I maybe missing?
 
  • Fix Coin Control to only show weight after 8.8 days (Temporary until fork is coded and date set)
  • Allow for larger split/combine threshold settings
  • Allow for 100% stake for charity
  • Fix the estimated time to stake in gui
  • Code up stub function, but do not yet implement the stake modifier change. To get stake min at 1 day.

What else?


  • Allow for larger split/combine threshold settings
i can set split/combine manual ?

What else?
A block or age timer ? if blocknumber/age x then move 1 coin to adress y
Pages:
Jump to: