Dev, you still here? Any news?
PressTab is very active. This coins is only a few weeks old.
Do you have any specific questions or issues? What news are you looking for?
Topic: [HYP] HyperStake | Generous Reward Staking | Advanced Staking Controls & Wallet - page 345. (Read 679350 times)
July 18, 2014, 07:21:51 AM
PressTab is very active. This coins is only a few weeks old.
Do you have any specific questions or issues? What news are you looking for?
July 18, 2014, 07:19:11 AM
Dev, you still here? Any news?
PressTab is very active. This coins is only a few weeks old.
Do you have any specific questions or issues? What news are you looking for?
July 18, 2014, 06:41:47 AM
Dev, you still here? Any news?
July 18, 2014, 04:10:15 AM
Is 750% annual stake really correct? I got my first staked coins today, it was over 20% in 11 days. That seems to be far more than 750% annualy???
July 18, 2014, 03:21:47 AM
Amusing, this is what I independantly proposed in a PM (but apparently you were the first still 
)
Another idea we proposed on IRC was to find a way to force staking to extend equally during the whole 24 hours (maybe a ridiculously low max age plus an algo for forcing the "spreading" of blocks), in order to encourage people to leave their wallet open. But then, there are legitimate reason to not let the wallet on (laptop/mobile, switching off the computer at night...)
)Quote from: David in PM
"defragment" the wallet.
Say B is block size
If B > 1600 ; split into 1600 blocks and the rest will be treated later
If B = 1600 ; do nothing
If B < 1600 ; merge with a block of size of at most 1600-B
Rearranging would reset the coin age, right? Two solutions:
- one is just "live with it". Bad solution, I'd say
- other is "capturing" the coinage of every block when B!=1600 (the one which will be splitted or merged). If splitted, every split has the exact same coin age as the original. It merged, a new coinage is give, which is the weighted average of the previous blocks
Say B is block size
If B > 1600 ; split into 1600 blocks and the rest will be treated later
If B = 1600 ; do nothing
If B < 1600 ; merge with a block of size of at most 1600-B
Rearranging would reset the coin age, right? Two solutions:
- one is just "live with it". Bad solution, I'd say
- other is "capturing" the coinage of every block when B!=1600 (the one which will be splitted or merged). If splitted, every split has the exact same coin age as the original. It merged, a new coinage is give, which is the weighted average of the previous blocks
Another idea we proposed on IRC was to find a way to force staking to extend equally during the whole 24 hours (maybe a ridiculously low max age plus an algo for forcing the "spreading" of blocks), in order to encourage people to leave their wallet open. But then, there are legitimate reason to not let the wallet on (laptop/mobile, switching off the computer at night...)
I like your thinking!
In my opinion, the max age should not be less than 1 week. Since there are people's real lives where there are holidays, vacations, etc.
July 18, 2014, 03:04:22 AM
Maybe more practical to implement it as an option in the CC (CoinControl) ?
input :amount to spread, and days to spread N (9).
output :create N (9) chunks of max 1600 and que transfers to be tx'ed.
Anysurplus ?
Create 2nd spread as above.
And repeat until surplus is 0 or below a certain amount.
Would be nice to automate the whole process, so that the user only has to sit back and relax when cc splits and spreads.
That would be a great time saver and I think many ppl would like to use that if available.
I like this idea, and David's too...
I was also thinking, based on what I'm kind of doing manually - an innovative feature would be to automate sending large amounts of coins to someone who will be staking them by breaking the large payment up into 9 (or x) days of payment(s) of no more than 1600 to optimize their stakeflow and your change's...
July 17, 2014, 09:09:18 PM
Amusing, this is what I independantly proposed in a PM (but apparently you were the first still )
Another idea we proposed on IRC was to find a way to force staking to extend equally during the whole 24 hours (maybe a ridiculously low max age plus an algo for forcing the "spreading" of blocks), in order to encourage people to leave their wallet open. But then, there are legitimate reason to not let the wallet on (laptop/mobile, switching off the computer at night...)
)Quote from: David in PM
"defragment" the wallet.
Say B is block size
If B > 1600 ; split into 1600 blocks and the rest will be treated later
If B = 1600 ; do nothing
If B < 1600 ; merge with a block of size of at most 1600-B
Rearranging would reset the coin age, right? Two solutions:
- one is just "live with it". Bad solution, I'd say
- other is "capturing" the coinage of every block when B!=1600 (the one which will be splitted or merged). If splitted, every split has the exact same coin age as the original. It merged, a new coinage is give, which is the weighted average of the previous blocks
Say B is block size
If B > 1600 ; split into 1600 blocks and the rest will be treated later
If B = 1600 ; do nothing
If B < 1600 ; merge with a block of size of at most 1600-B
Rearranging would reset the coin age, right? Two solutions:
- one is just "live with it". Bad solution, I'd say
- other is "capturing" the coinage of every block when B!=1600 (the one which will be splitted or merged). If splitted, every split has the exact same coin age as the original. It merged, a new coinage is give, which is the weighted average of the previous blocks
Another idea we proposed on IRC was to find a way to force staking to extend equally during the whole 24 hours (maybe a ridiculously low max age plus an algo for forcing the "spreading" of blocks), in order to encourage people to leave their wallet open. But then, there are legitimate reason to not let the wallet on (laptop/mobile, switching off the computer at night...)
July 17, 2014, 08:04:56 PM
I'll give it a shot.
1st off, it is automatic. If you are open, unlocked, connected, and in sync, it will happen.
However you can get a better idea of when it's going to stake by looking at the little tab at the bottom (mining symbol in the prerelease, I think a green arrow now, but I'm not at the right computer) and hover over it. It will show you estimated time to stake (wildly inaccurate on EVERY PoS coin) and your stake weight vs. network weight.
As I understand it, and presstab/others feel free to correct me, difficulty can't readjust until a block is found. Given how long it's taking, it will probably adjust rather severely this time 'round. Once it does, the next few blocks eligible for stake should go fairly quickly. If they go TOO quickly, there will be more long rounds. So it's a good idea to use coin control to aggregate your blocks in a staggered fashion. I was late to the game on this coin (as in I'd already purchased a bunch of TEK when I found out about it) so I've only got one block right now of seventyish coins. But those of you with large numbers, please consider staggering your blocks over a several day period. You'll initially lose some coin maturity doing this, but that should average out fairly quickly. There are two plus sides to doing this. One, you'll have something staking every day, and two, if the majority of us do this, the blockchain will move at a much steadier and predictable pace.
I fully agree, a spread of blocks of coins, regardless of the size is great.
-gives steady reward over time
-helps the network being stable and healthy
EDIT :
Maybe a good idea to hard code "spread" for coins being staked into the wallet ?
Doing so could avoid POW...
I don't like the idea of creating code that will destroy age. But I do think if someone wants to purposefully spread out their buys and send HYP to their wallet everyday then that would be a good thing.
And yes I would really like to avoid PoW. It is a last resort. But I use it to let everyone know that there is never a reason to be worried, there are always ways out of a stuck chain.
Maybe more practical to implement it as an option in the CC (CoinControl) ?
input :amount to spread, and days to spread N (9).
output :create N (9) chunks of max 1600 and que transfers to be tx'ed.
Anysurplus ?
Create 2nd spread as above.
And repeat until surplus is 0 or below a certain amount.
Would be nice to automate the whole process, so that the user only has to sit back and relax when cc splits and spreads.
That would be a great time saver and I think many ppl would like to use that if available.
July 17, 2014, 04:41:41 PM
Yes, I am guilty as being one of the ones who did not space out their stake times, however I was pretty impressed how quickly the chain staked a few blocks of 1600 I had in a short amount of time. 
July 17, 2014, 03:37:15 PM
thanks for keeping us informed presstab. twitter payments have been sent out, will still check the reddit thread periodically if anyone else wants to join in 
July 17, 2014, 02:07:04 PM
AN IMPORTANT ANNOUNCEMENT ABOUT THE FUTURE OF HYPERSTAKE
We have now seen how the HyperStake network runs, how the inflation looks, the blocks coming in etc. I have had several chats with various members of the community and we all think it will be best to add in some additional methods of inflation control.
Right now my goal is to control inflation without reducing the 750% stake rate. One of my goals is to prove that 750% can be done if you do it correctly. So I am thinking about 2-3 weeks out from now we will have a hard fork adding some additional inflation control methods. Right now I have some ideas but am still running a lot of spreadsheet models with different scenarios.
I like what one of the prominent members of the community here said when I was discussing inflation control with him: "let the horse gallop a bit and then pull back on the reigns".
So right now I encourage everyone to watch the horse gallop, ie keep an eye on inflation and see what you think. The easiest way to watch inflation is going to your debug window (help->debug window->console) and typing in moneysupply. This is a custom RPC call that I added so that we can monitor inflation. It will give you reports of the last 960 blocks (the targetted block count for 1 day), 6720 blocks (7 days), and 28800 (30 days). The time change report is how many days it took to generate those blocks. I would warn you to ignore the 30 day projected moneysupply because this formula needs to be tweaked still and is grabbing data from the TRK mining phase and assuming that inflation will go forward.
So keep in mind a change will be coded into the next wallet release, but also realize that my goal is to not affect the 750% rate. Let me know your thoughts!
We have now seen how the HyperStake network runs, how the inflation looks, the blocks coming in etc. I have had several chats with various members of the community and we all think it will be best to add in some additional methods of inflation control.
Right now my goal is to control inflation without reducing the 750% stake rate. One of my goals is to prove that 750% can be done if you do it correctly. So I am thinking about 2-3 weeks out from now we will have a hard fork adding some additional inflation control methods. Right now I have some ideas but am still running a lot of spreadsheet models with different scenarios.
I like what one of the prominent members of the community here said when I was discussing inflation control with him: "let the horse gallop a bit and then pull back on the reigns".
So right now I encourage everyone to watch the horse gallop, ie keep an eye on inflation and see what you think. The easiest way to watch inflation is going to your debug window (help->debug window->console) and typing in moneysupply. This is a custom RPC call that I added so that we can monitor inflation. It will give you reports of the last 960 blocks (the targetted block count for 1 day), 6720 blocks (7 days), and 28800 (30 days). The time change report is how many days it took to generate those blocks. I would warn you to ignore the 30 day projected moneysupply because this formula needs to be tweaked still and is grabbing data from the TRK mining phase and assuming that inflation will go forward.
So keep in mind a change will be coded into the next wallet release, but also realize that my goal is to not affect the 750% rate. Let me know your thoughts!
So is this why you haven't been on irc all day?
Sounds like tons-o-fun and look forward to seeing how this project evolves. Keep up the good work sir!
July 17, 2014, 09:55:42 AM
Got my first stake this morning 
Can now confirm that small amounts do work. It hit about 7 hours later than minimum. Not too bad on only 70 coins
Can now confirm that small amounts do work. It hit about 7 hours later than minimum. Not too bad on only 70 coins Thanks for reporting in. Yes that is not bad at all, 7 hours after the maximum for such a small amount. I am guessing in the future that as the supply of coins staking increases, a small block like this might push out to 1 or 2 days passed maturity. On HBN it can take weeks after maturity to get a block of 25 to stake.
Maybe I'm just lucky. I've heard the same thing about TEK, but the longest past maturity I've gone has been ~4days, and that was on a trifling small amount. If I'm lucky, I hope it continues
July 17, 2014, 09:55:13 AM
AN IMPORTANT ANNOUNCEMENT ABOUT THE FUTURE OF HYPERSTAKE
We have now seen how the HyperStake network runs, how the inflation looks, the blocks coming in etc. I have had several chats with various members of the community and we all think it will be best to add in some additional methods of inflation control.
Right now my goal is to control inflation without reducing the 750% stake rate. One of my goals is to prove that 750% can be done if you do it correctly. So I am thinking about 2-3 weeks out from now we will have a hard fork adding some additional inflation control methods. Right now I have some ideas but am still running a lot of spreadsheet models with different scenarios.
I like what one of the prominent members of the community here said when I was discussing inflation control with him: "let the horse gallop a bit and then pull back on the reigns".
So right now I encourage everyone to watch the horse gallop, ie keep an eye on inflation and see what you think. The easiest way to watch inflation is going to your debug window (help->debug window->console) and typing in moneysupply. This is a custom RPC call that I added so that we can monitor inflation. It will give you reports of the last 960 blocks (the targetted block count for 1 day), 6720 blocks (7 days), and 28800 (30 days). The time change report is how many days it took to generate those blocks. I would warn you to ignore the 30 day projected moneysupply because this formula needs to be tweaked still and is grabbing data from the TRK mining phase and assuming that inflation will go forward.
So keep in mind a change will be coded into the next wallet release, but also realize that my goal is to not affect the 750% rate. Let me know your thoughts!
We have now seen how the HyperStake network runs, how the inflation looks, the blocks coming in etc. I have had several chats with various members of the community and we all think it will be best to add in some additional methods of inflation control.
Right now my goal is to control inflation without reducing the 750% stake rate. One of my goals is to prove that 750% can be done if you do it correctly. So I am thinking about 2-3 weeks out from now we will have a hard fork adding some additional inflation control methods. Right now I have some ideas but am still running a lot of spreadsheet models with different scenarios.
I like what one of the prominent members of the community here said when I was discussing inflation control with him: "let the horse gallop a bit and then pull back on the reigns".
So right now I encourage everyone to watch the horse gallop, ie keep an eye on inflation and see what you think. The easiest way to watch inflation is going to your debug window (help->debug window->console) and typing in moneysupply. This is a custom RPC call that I added so that we can monitor inflation. It will give you reports of the last 960 blocks (the targetted block count for 1 day), 6720 blocks (7 days), and 28800 (30 days). The time change report is how many days it took to generate those blocks. I would warn you to ignore the 30 day projected moneysupply because this formula needs to be tweaked still and is grabbing data from the TRK mining phase and assuming that inflation will go forward.
So keep in mind a change will be coded into the next wallet release, but also realize that my goal is to not affect the 750% rate. Let me know your thoughts!
July 17, 2014, 09:45:40 AM
Got my first stake this morning Can now confirm that small amounts do work. It hit about 7 hours later than minimum. Not too bad on only 70 coins
Can now confirm that small amounts do work. It hit about 7 hours later than minimum. Not too bad on only 70 coins Thanks for reporting in. Yes that is not bad at all, 7 hours after the maximum for such a small amount. I am guessing in the future that as the supply of coins staking increases, a small block like this might push out to 1 or 2 days passed maturity. On HBN it can take weeks after maturity to get a block of 25 to stake.
July 17, 2014, 09:34:15 AM
Got my first stake this morning Can now confirm that small amounts do work. It hit about 7 hours later than minimum. Not too bad on only 70 coins
Can now confirm that small amounts do work. It hit about 7 hours later than minimum. Not too bad on only 70 coins July 17, 2014, 06:15:38 AM
Community Update
Hey guys! Great staking happening, the block chain is moving and syncing. Just a quick recap:
Presstab and David have asked that requests for new features be directed here so they can be easily found
https://cryptocointalk.com/topic/13358-wallet-feature-requests/
Don't forget to request HYP at other exchanges. We have approachable, unmasked devs and a great little community.
There are lots of reasons to be excited about HYP.
https://poloniex.com/coinRequest
https://c-cex.com/?id=vote#suggest
[email protected] make sure to link our bitcointalk thread with your coin request.
If you are on Twitter, help HYP get noticed. Tweet #hyperstake as well.
https://twitter.com/BittrexExchange
https://twitter.com/Poloniex
Time for some fun, we had a great start but don't want to rest on our laurels. Spread the word!
I will be offering 20HYP to everybody who links me their tweet on our reddit page
because if you haven't subscribed then now is the perfect time!
http://www.reddit.com/r/hyperstake/comments/2ay1en/20_hyp_twitter_giveaway/
The irc is always open and it's usually raining HYP! Join us on freenode at ##hyperstake
July 17, 2014, 01:21:57 AM
Hi,
I think I found a minor cosmetic issue with the Coin Control features: They seem to display time stamps in UTC, whereas the transaction tab shows them in local time.
I would expect coin control to also display local time for consistency.
Kind regards
Mike
I think I found a minor cosmetic issue with the Coin Control features: They seem to display time stamps in UTC, whereas the transaction tab shows them in local time.
I would expect coin control to also display local time for consistency.
Kind regards
Mike
July 16, 2014, 10:15:04 PM
Fixed the debug window icon & added remove orphans function to repairwallet & checkwallet
https://github.com/presstab/HyperStake/commit/3acfd383024bd04dfe30d5e3c9d1db31627129e8
This will be in the next release of the wallet.
https://github.com/presstab/HyperStake/commit/3acfd383024bd04dfe30d5e3c9d1db31627129e8
This will be in the next release of the wallet.
Two new buttons in the GUI so that you can rescan the wallet and remove orphans and bad transactions without using the console commands.
https://github.com/presstab/HyperStake/commit/65b2f13e13bb7f034715778c4203831eb7d2ae74
I updated the comparison matrix with the check and repair wallet buttons.
July 16, 2014, 09:39:04 PM
Fixed the debug window icon & added remove orphans function to repairwallet & checkwallet
https://github.com/presstab/HyperStake/commit/3acfd383024bd04dfe30d5e3c9d1db31627129e8
This will be in the next release of the wallet.
https://github.com/presstab/HyperStake/commit/3acfd383024bd04dfe30d5e3c9d1db31627129e8
This will be in the next release of the wallet.
Two new buttons in the GUI so that you can rescan the wallet and remove orphans and bad transactions without using the console commands.
https://github.com/presstab/HyperStake/commit/65b2f13e13bb7f034715778c4203831eb7d2ae74
July 16, 2014, 07:42:18 PM
Fixed the debug window icon & added remove orphans function to repairwallet & checkwallet
https://github.com/presstab/HyperStake/commit/3acfd383024bd04dfe30d5e3c9d1db31627129e8
This will be in the next release of the wallet.
https://github.com/presstab/HyperStake/commit/3acfd383024bd04dfe30d5e3c9d1db31627129e8
This will be in the next release of the wallet.
Jump to: