[HYP] HyperStake | Generous Reward Staking | Advanced Staking Controls & Wallet

[presstab]

HYP's performance compared to other PoS coins https://bitcointalk.org/index.php?topic=783697.msg9047596#msg9047596

[Ense04]

Presstab, is there a way to split up the stake for charity so that if you select 50%, 25% can go to one address and the other 25% to another?

[presstab]

Presstab, is there a way to split up the stake for charity so that if you select 50%, 25% can go to one address and the other 25% to another?

Not at the moment, right now the code has the ability for this to be added and it is something that will be in a future release. The next release for the wallet will focus on adding custom change address to S4C so that you can keep all your coins under one address with S4C instead of them automatically being sent to new change addresses.  Tranz from HBN has made huge progress on this.

[Biomech]

Following up, my big block did stake finally. Not sure why it staked dead last over smaller, less mature blocks, but it did. As you said, the process is random It was way over max, so I hit the cap. Which I can now report works

[Ense04]

Presstab, is there a way to split up the stake for charity so that if you select 50%, 25% can go to one address and the other 25% to another?

Not at the moment, right now the code has the ability for this to be added and it is something that will be in a future release. The next release for the wallet will focus on adding custom change address to S4C so that you can keep all your coins under one address with S4C instead of them automatically being sent to new change addresses.  Tranz from HBN has made huge progress on this.

That sounds great! Thanks

[Mig-23]

keep hold guys,..i'm start promoting HYP in fb 

[CiZ]

keep hold guys,..i'm start promoting HYP in fb 

good idea,sir 

[iantunc]

A little tip for HYPsters. When you backup the wallet.dat file to a cloud storage and then stake for a long time not bothering about change addresses, you can lose part of your money after restoring from your backup. There are 100 pregenerated keys in client's keypool. Every new address used for change is taken from there. When all 100 addresses are used, new ones are generated, but your backup doesn't have them. To avoid it, backup your wallet.dat regularly and do not use excessive number of addresses. You can also start your wallet with this command /path/to/wallet-qt -keypool=1000, or add this line in the HyperStake.conf file: keypool=1000. If the wallet is encrypted, additional keys will not be created until the wallet is unlocked. To check your keypool size, use "getinfo" console command.

[David Latapie]

A little tip for HYPsters. When you backup the wallet.dat file to a cloud storage and then stake for a long time not bothering about change addresses, you can lose part of your money after restoring from your backup. There are 100 pregenerated keys in client's keypool. Every new address used for change is taken from there. When all 100 addresses are used, new ones are generated, but your backup doesn't have them. To avoid it, backup your wallet.dat regularly and do not use excessive number of addresses. You can also start your wallet with this command /path/to/wallet-qt -keypool=1000, or add this line in the HyperStake.conf file: keypool=1000. If the wallet is encrypted, additional keys will not be created until the wallet is unlocked. To check your keypool size, use "getinfo" console command.

With the new code that doesn't need change address, this issue should be alleviated.

Presstab, is there a way to split up the stake for charity so that if you select 50%, 25% can go to one address and the other 25% to another?

Not at the moment, right now the code has the ability for this to be added and it is something that will be in a future release. The next release for the wallet will focus on adding custom change address to S4C so that you can keep all your coins under one address with S4C instead of them automatically being sent to new change addresses.  Tranz from HBN has made huge progress on this.

See my multisend proposal (the big ASCII table)

Following up, my big block did stake finally. Not sure why it staked dead last over smaller, less mature blocks, but it did. As you said, the process is random It was way over max, so I hit the cap. Which I can now report works

Mine is still stuck. And I still get new block to mint several time per day

[Mig-23]

if you ever heard ''Lets your money work for you
and then with Hyperstake: Lets your coin work for you 

[Mig-23]

A little tip for HYPsters. When you backup the wallet.dat file to a cloud storage and then stake for a long time not bothering about change addresses, you can lose part of your money after restoring from your backup. There are 100 pregenerated keys in client's keypool. Every new address used for change is taken from there. When all 100 addresses are used, new ones are generated, but your backup doesn't have them. To avoid it, backup your wallet.dat regularly and do not use excessive number of addresses. You can also start your wallet with this command /path/to/wallet-qt -keypool=1000, or add this line in the HyperStake.conf file: keypool=1000. If the wallet is encrypted, additional keys will not be created until the wallet is unlocked. To check your keypool size, use "getinfo" console command.

so the solutions is..generate new address and then back up again,is like that?

[iantunc]

A little tip for HYPsters. When you backup the wallet.dat file to a cloud storage and then stake for a long time not bothering about change addresses, you can lose part of your money after restoring from your backup. There are 100 pregenerated keys in client's keypool. Every new address used for change is taken from there. When all 100 addresses are used, new ones are generated, but your backup doesn't have them. To avoid it, backup your wallet.dat regularly and do not use excessive number of addresses. You can also start your wallet with this command /path/to/wallet-qt -keypool=1000, or add this line in the HyperStake.conf file: keypool=1000. If the wallet is encrypted, additional keys will not be created until the wallet is unlocked. To check your keypool size, use "getinfo" console command.

so the solutions is..generate new address and then back up again,is like that?

Yes, preferably, if you have money on this address or plan to use it in future. New addresses for change are used when you do not set your initial address as a custom change address. So every time you split your block, you can have new address used. Do it 100 times without custom change address, and your backup will be outdated. Just try to backup on a regular basis and enlarge your keypool size, and everything will be OK 

[merc84]

Expected time to earn reward 2589 days... I waited 9 Days for this. Kind of anti climax 

[iantunc]

Expected time to earn reward 2589 days... I waited 9 Days for this. Kind of anti climax  

What is your block size and the wallet version?

[merc84]

Expected time to earn reward 2589 days... I waited 9 Days for this. Kind of anti climax  

What is your block size and the wallet version?

v1.0.5.0HyperStake-1.0.5 and how to discover block size?

[iantunc]

Expected time to earn reward 2589 days... I waited 9 Days for this. Kind of anti climax  

What is your block size and the wallet version?

v1.0.5.0HyperStake-1.0.5 and how to discover block size?

Please install Version 1.0.6 wallet. This issue was resolved.
After that enable coin control:

Tools -> Options -> Display -> Display coin control features

Then go to SEND and click Coin control. There will be a column with the block(s') size(s).

[presstab]

A little tip for HYPsters. When you backup the wallet.dat file to a cloud storage and then stake for a long time not bothering about change addresses, you can lose part of your money after restoring from your backup. There are 100 pregenerated keys in client's keypool. Every new address used for change is taken from there. When all 100 addresses are used, new ones are generated, but your backup doesn't have them. To avoid it, backup your wallet.dat regularly and do not use excessive number of addresses. You can also start your wallet with this command /path/to/wallet-qt -keypool=1000, or add this line in the HyperStake.conf file: keypool=1000. If the wallet is encrypted, additional keys will not be created until the wallet is unlocked. To check your keypool size, use "getinfo" console command.

so the solutions is..generate new address and then back up again,is like that?

Yes, preferably, if you have money on this address or plan to use it in future. New addresses for change are used when you do not set your initial address as a custom change address. So every time you split your block, you can have new address used. Do it 100 times without custom change address, and your backup will be outdated. Just try to backup on a regular basis and enlarge your keypool size, and everything will be OK 

Two ways to combat this. First is that we can change the code to store a keypool of 500 or so addresses, HBN has done this, and it has hardly any memory implications.  This will allow the average user much more room.  Second, the user should concentrate on consolidating any change addresses back to their main address, to minimize the risk of not having a properly backed up wallet. My own wallet has 2,000+ transactions and I only have a few blocks in change.

And concerning David's dismissal, the code change suggested was that S4C uses custom change address. This does not mean that a user has to use this, or that a user will use it for normal transactions. It is definitely something that should be kept track of. Thanks for reminding us all iantunc!

[Mig-23]

i don't know how many total coin of hyperstake..

[Real_Unhooked]

HYP da Best!!

[presstab]

i don't know how many total coin of hyperstake..

Right now there are 21.8 million HYP.  Like most other peercoin derived coins, there is not max amount of coins that will be produced.