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

[presstab]

guys i m writing again to get help

i have to reinstalled daemon in another Raspberry pi, its been 48hrs i started ./hyperstaked but whenever i do getinfo i am getting error couldnt connect to the server. raspberry pi CPU usage is showing 100% which means background something is going but dont know what exactly happening. my config file is

Code:

rpcuser=xxxxxxxxx
rpcpassword=xxxxxxxxxxxxxxxx
rpcconnect=127.0.0.1
rpcport=18777
rpcallowip=*.*.*.*
gen=0
server=1
daemon=1
listen=1

need help

It is probably syncing. It can take a while before RPC commands are available.

[1714862148]

1714862148

[1714862148]

1714862148

[1714862148]

1714862148

[kevin1234a]

guys i m writing again to get help

i have to reinstalled daemon in another Raspberry pi, its been 48hrs i started ./hyperstaked but whenever i do getinfo i am getting error couldnt connect to the server. raspberry pi CPU usage is showing 100% which means background something is going but dont know what exactly happening. my config file is

Code:

rpcuser=xxxxxxxxx
rpcpassword=xxxxxxxxxxxxxxxx
rpcconnect=127.0.0.1
rpcport=18777
rpcallowip=*.*.*.*
gen=0
server=1
daemon=1
listen=1

need help

It is probably syncing. It can take a while before RPC commands are available.

ok i ll wait a day more than

[presstab]

guys i m writing again to get help

i have to reinstalled daemon in another Raspberry pi, its been 48hrs i started ./hyperstaked but whenever i do getinfo i am getting error couldnt connect to the server. raspberry pi CPU usage is showing 100% which means background something is going but dont know what exactly happening. my config file is

Code:

rpcuser=xxxxxxxxx
rpcpassword=xxxxxxxxxxxxxxxx
rpcconnect=127.0.0.1
rpcport=18777
rpcallowip=*.*.*.*
gen=0
server=1
daemon=1
listen=1

need help

It is probably syncing. It can take a while before RPC commands are available.

ok i ll wait a day more than

You can always check your debug.log too. If it is syncing you should see things like this in it, and it will tell you how far along it is:

Code:

received block f7c0a51052a69485de4a
SetBestChain: new best=f7c0a51052a69485de4aab4bfde21dd4d67768f46cd6325835157d161962c371  height=276119  trust=6433732122344866  date=03/28/15 05:12:09
Stake checkpoint: cb4e8b84
ProcessBlock: ACCEPTED
received block 2ce0f7eef8323b5738cb
SetBestChain: new best=2ce0f7eef8323b5738cb56728cf3f843226019fffff86af55424e4e51c9d9169  height=276120  trust=6433863499469674  date=03/28/15 05:13:20
Stake checkpoint: 746c9691
ProcessBlock: ACCEPTED
received block b6843015d7a3f4e80a39
SetBestChain: new best=b6843015d7a3f4e80a3916e2dae7dce6598625fdc9057d2c51c4679249cbb736  height=276121  trust=6433996243780117  date=03/28/15 05:15:17
Stake checkpoint: 5c395c69
ProcessBlock: ACCEPTED
received block 5ca88d11cd28ddcc8ce1
SetBestChain: new best=5ca88d11cd28ddcc8ce16019fa111779a9855e92b97b9a777b254ec4d4e8638d  height=276122  trust=6434127073711936  date=03/28/15 05:15:03
Stake checkpoint: c2a0507c
ProcessBlock: ACCEPTED

[kevin1234a]

google and found pidof command; killed daemon, restarted pi and getinfo is shwing is sync from block 0

dont know what happend i guess i need to learn linux thanks for the help btw what command is for check debug log files

[dreamwatcher]

Has anyone noticed their daemon running quite heavy? I have a few taking 99% cpu load. Wondering if we have someone trolling the network or maybe if it is a problem with the code. I will be doing some more testing, please let me know if you are seeing anything like this.

It is not unusual for Hyperstake to be heavy on the CPU resources on CCE.



In the image there are two Hyperstaked threads running over 100% of a cpu core.

Hyperstake is not the only coin daemon that does this.

On a related note:

The new database loader has been patched into all the explorers and restart tests were preformed over the last couple of days.

[presstab]

Has anyone noticed their daemon running quite heavy? I have a few taking 99% cpu load. Wondering if we have someone trolling the network or maybe if it is a problem with the code. I will be doing some more testing, please let me know if you are seeing anything like this.

It is not unusual for Hyperstake to be heavy on the CPU resources on CCE.



In the image there are two Hyperstaked threads running over 100% of a cpu core.

Hyperstake is not the only coin daemon that does this.

On a related note:

The new database loader has been patched into all the explorers and restart tests were preformed over the last couple of days.

Good news on the DB Excited to see progress being made.

Hmmm. What is confusing me is that certain daemons are running fairly light.

Code:

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND
 6555 root      20   0  261m 152m 5056 S   0.7 15.2   1:11.72 hyperstaked

[billotronic]

didnt you fix something in between 1.1.0 and 1.1.2 that effected cpu usage?

(going through the commits and for the life of me I can't find it... maybe I imagined that)

[mafort1469]

didnt you fix something in between 1.1.0 and 1.1.2 that effected cpu usage?

(going through the commits and for the life of me I can't find it... maybe I imagined that)

https://bitcointalk.org/index.php?topic=678849.msg10475658#msg10475658

This one??

[presstab]

didnt you fix something in between 1.1.0 and 1.1.2 that effected cpu usage?

(going through the commits and for the life of me I can't find it... maybe I imagined that)

https://bitcointalk.org/index.php?topic=678849.msg10475658#msg10475658

This one??

That was my first guess (but this isn't actually activated by default), my second guess was the code to request blocks from peers more frequently - but after disabling this code I see no impact. I am actually thinking that it might be the liteStake code is only being picked up by daemons with mature coins. I'll do some fiddling around with the code to confirm my suspicion.

[billotronic]

didnt you fix something in between 1.1.0 and 1.1.2 that effected cpu usage?

(going through the commits and for the life of me I can't find it... maybe I imagined that)

https://bitcointalk.org/index.php?topic=678849.msg10475658#msg10475658

This one??

hooray! im not completely crazy! i'll have to work that more...

[dreamwatcher]

Good news on the DB Excited to see progress being made.

Hmmm. What is confusing me is that certain daemons are running fairly light.

Code:

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND
 6555 root      20   0  261m 152m 5056 S   0.7 15.2   1:11.72 hyperstaked

I am not quite sure about why some coin daemons spike in CPU usage or become memory hogs. A while back I needed to implement a policy of not getting involved in patching and/or coin development with the coins on CCE, it would seriously cut down on the time I had for CCE development. I found it easier to code CCE around the daemon quirks and in order to keep the CCE code uniform, I implement these quirks as configuration options. There was one exception, but only because there was no way to code around it.

I know it appears the CCE 4 is taking a long time in development, but I want to make sure that everything is running as good as possible and future improvements will not involve the amount of rewriting I am doing from 3.5 to 4.0. It took two months to decide the final structure of the database loader for 4.0, and the database loader is only half the equation, the web server is what is being worked on now.

I have decided to release a base version of the  database loader for 4.0 as open source.I have been taking time with the database loader (and its associated modules) to make it open source friendly.
This will most likely be released at the same time CCE 4 is deployed to take advantage of the PR opportunity.

There are so many options being added to CCE 4 that most likely it will be offered in a tiered format. From very basic free explorers (more basic then CCE 3.5) with advertisement type funding to a top tier with things like blockchain downloads updated weekly, coin client downloads, user accounts, advanced API features for statistics and "lite" clients , user and developer explorer customizations, coin website hosting and much more.

Once a larger chunk of the new features is finalized, I will  post them in the CCE thread.

The point is, CCE 4 is going to be a different beast from CCE 3.5. It is turning out to be a complete rewrite, and I believe in the end it will be worth the wait.

[ulfie]

It appears like that if you are using IPv6, wonder how it would affect addnodes??

The IPv6 is probably just between the computer and the individual's router.

[presstab]

Good news on the DB Excited to see progress being made.

Hmmm. What is confusing me is that certain daemons are running fairly light.

Code:

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND
 6555 root      20   0  261m 152m 5056 S   0.7 15.2   1:11.72 hyperstaked

I am not quite sure about why some coin daemons spike in CPU usage or become memory hogs. A while back I needed to implement a policy of not getting involved in patching and/or coin development with the coins on CCE, it would seriously cut down on the time I had for CCE development. I found it easier to code CCE around the daemon quirks and in order to keep the CCE code uniform, I implement these quirks as configuration options. There was one exception, but only because there was no way to code around it.

I know it appears the CCE 4 is taking a long time in development, but I want to make sure that everything is running as good as possible and future improvements will not involve the amount of rewriting I am doing from 3.5 to 4.0. It took two months to decide the final structure of the database loader for 4.0, and the database loader is only half the equation, the web server is what is being worked on now.

I have decided to release a base version of the  database loader for 4.0 as open source.I have been taking time with the database loader (and its associated modules) to make it open source friendly.
This will most likely be released at the same time CCE 4 is deployed to take advantage of the PR opportunity.

There are so many options being added to CCE 4 that most likely it will be offered in a tiered format. From very basic free explorers (more basic then CCE 3.5) with advertisement type funding to a top tier with things like blockchain downloads updated weekly, coin client downloads, user accounts, advanced API features for statistics and "lite" clients , user and developer explorer customizations, coin website hosting and much more.

Once a larger chunk of the new features is finalized, I will  post them in the CCE thread.

The point is, CCE 4 is going to be a different beast from CCE 3.5. It is turning out to be a complete rewrite, and I believe in the end it will be worth the wait.

Understandable. But it is nice to get your opinion on daemons and code occasionally   Where will I be able to find this open source repo?

[presstab]

CPU problems officially solved Update to the latest repo for less CPU consumption. This was really only affecting clients that had no mintable coins.

Code:

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND
11527 root      20   0  254m 146m 5028 S   0.3 14.6   0:59.54 hyperstaked

Commit: https://github.com/hyperstake/HyperStake/commit/84b4374f4f9c93197e8791cd071675beba713e04

[dreamwatcher]

CPU problems officially solved Update to the latest repo for less CPU consumption. This was really only affecting clients that had no mintable coins.

Code:

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND
11527 root      20   0  254m 146m 5028 S   0.3 14.6   0:59.54 hyperstaked

Commit: https://github.com/hyperstake/HyperStake/commit/84b4374f4f9c93197e8791cd071675beba713e04

I can confirm this commit reverses the issue. In fact the Hyperstake daemon is so low on the CPU usage list in top, I have to search to find its threads.  

In answer to the git repository question, I have two, but the main one that I publish non-scificoin related repositories:

https://github.com/Hartland

[presstab]

In answer to the git repository question, I have two, but the main one that I publish non-scificoin related repositories:

https://github.com/Hartland

Following

[Crestington]

CPU problems officially solved Update to the latest repo for less CPU consumption. This was really only affecting clients that had no mintable coins.

Code:

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND
11527 root      20   0  254m 146m 5028 S   0.3 14.6   0:59.54 hyperstaked

Commit: https://github.com/hyperstake/HyperStake/commit/84b4374f4f9c93197e8791cd071675beba713e04

So how does StakeAgeV2 work? is that in every Coin? how do you determine the metric?

Edit: I notice you are a superhero around here

[billotronic]

oh snap, lookie who's a cool kid now

[presstab]

So how does StakeAgeV2 work? is that in every Coin? how do you determine the metric?

Edit: I notice you are a superhero around here

Its actually because when the coin was launched, the stake modifier was not correctly calculated. So although the min stake age in the code is 8 hours, the modifier really holds it back to 8.8 days. the V2 is something that I have used across the wallets for various calculations that need to be based on the 8.8 day figure.

[johnbrainless]

why is this coin constanltly loosing value?