HCLivess

HCLivess's tech hype thread

12 posts in this topic

Hello, I found this in the HYP thread:

 

- liteStake : Previously the staking process would continuosly rehash the same hashes over and over, needlessly taking up valuable CPU power. HYP added a std::map that tracks the block height and the last time the wallet hashed on this height. Depending on your staking settings, the wallet will not begin a new round of hashing until after a certain amount of time has passed, or a new block is accepted. This means that there will be 1-5 seconds of CPU hashing once every minute, compared to continuous CPU hashing.

Edited by HCLivess

Share this post


Link to post
Share on other sites

im thinking that this is not a good idea. if someone else compiles a client without litestake, there will be a high amount of orphans for everyone else. at least theoretically

Share this post


Link to post
Share on other sites

it looks interesting, but then I saw vanilla coin stake interest is just .7% per year and that would keep me from getting involved. I don't know enough about wallet software to know if something about vanilla coin's 'efficient  staking' might be useful to improve upon HoboNickels. I do notice running the HBN daemon on my Pi with a second coin also running slows the Pi WAY down unacceptably. Yet I can run two other coin wallets on a Pi fine. It's just that one of them can't be HBN. I'd be delighted to find a new wallet someday that would bog down the Pi if I try running it with a second coin. --Cheers 

Share this post


Link to post
Share on other sites

Thanks for the reply. I can undserstand that cpu/ram usage can be difficult for some users and may shy away some investors. But on the other hand, ~100% yearly is a nice nice stake for this price and the network remains as secure as possible I'd imagine. Vanillacoin published a new library, which is said to be backward compatible with peercoin and all other proof of stake coins. I think this is really interesting, because we would not need to cross the gap to BTC in code

 

https://github.com/john-connor/coinpp

Share this post


Link to post
Share on other sites

Thanks for the reply. I can undserstand that cpu/ram usage can be difficult for some users and may shy away some investors. But on the other hand, ~100% yearly is a nice nice stake for this price 

https://github.com/john-connor/coinpp

 

Where did you see 100% per year? What I was reading said 0.7%

Share this post


Link to post
Share on other sites

Hi, I meant HBN, not VNL

ahh, ok, i get you now :) The high return of HBN is great as long as it can maintain a relatively stable market value.

Share this post


Link to post
Share on other sites

 

Thanks for the reply. I can undserstand that cpu/ram usage can be difficult for some users and may shy away some investors. But on the other hand, ~100% yearly is a nice nice stake for this price 

https://github.com/john-connor/coinpp

 

Where did you see 100% per year? What I was reading said 0.7%

 

Indeed, it is my first coin and also the best investment out of all  (LTC, VNC, OPAL, VPNCOIN, MYR, DOGE)

I bought at 0.00017, held over the spikes and kept buying all the way down to 0.00003

Share this post


Link to post
Share on other sites

agreed.  HBN is my best investment as well. It's hard to argue otherwise as you watch your holdings grow every day. Spreads are too wide though with thin trading volume. We need more people involved.

Share this post


Link to post
Share on other sites

Just found out that VNL code is actually the BTC code stripped of attribution (broken copyright)

so sad

Edited by HCLivess

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.