[ANN] [POW] [XHV] Haven Protocol - untraceable payments x stable value storage

[Amraly]

SYNCHRONIZATION started
2018-05-03 11:45:29.441 [P2P4]  ERROR   blockchain      src/cryptonote_core/blockchain.cpp:3181 !!!!!!!!! difficulty overhead !!!!!!!!!
2018-05-03 11:45:48.018 [P2P8]  INFO    global  src/cryptonote_protocol/cryptonote_protocol_handler.inl:308     [90.126.243.202:17749 OUT] Sync data returned a new top block candidate: 59242 -> 59294 [Your node is 52 blocks (0 days) behind]

Yes there's a synchronization error, what's the solution guys?

[tigerjack]

Hi Guys, i got the same error ,  difficulty overheaded" deamon and wallet not sync at the moment.

[akaRev]

Hi Guys, i got the same error ,  difficulty overheaded" deamon and wallet not sync at the moment.

New release download https://github.com/havenprotocol/haven/releases/download/2.0.0/haven-gui-windows-2.1.0.zip

[project13et]

new release download

That's not right, was there a hardfork? The network should sync even with old wallet. Also nano exchange wallet is also down.

[akaRev]

tradeogre work fine!

[project13et]

nanex is not working.

Discord nanex employer had no idea about this problem, he said that everything is fine on discord, I just tired after that and was not fine. Wallet is out of sync or something. I write a ticket about that to see what they say

https://i.gyazo.com/d45d14817e6f6a1743676ff53423071b.png

[sweetydady]

same problem, cannot connect to blockchain

[BroganBloodstone]

Is this "maturity" at 18,400,000 XHV  or once all blocks in the emission lifecycle are mined  OR BEFORE EVENTUALLY ??!!

I spoke to devs its being implemented 4th quarter this year.

mobile wallets in a month or so.

Will be HODL until then. Though in hindsight I wish I sold when it was more than double not so long ago. But it is a risk doing so as if it keeps going up I could lose out.

[AlexanderDumas]

Awesome to see the infamous Cast XMR is now supporting XHV and CryptoNight heavy!

http://www.gandalph3000.com/cast_xmr/cast-xmr-cryptonight-miner-for-rx-vega-update/

XHV uses a modified Heavy algo.

Now Cast works very well with Heavy algo.
On my rigs:
1500Hs on Vega 64,
1430Hs on Vega 56,
890/910Hs on RX580 Gygabite hynix memory

Gandalph the developer, has a twitter account where he gives updates and some tips on tweaking performance or problem solving.
So far so good.

The problem of Cast XMR is that there's no way to monitor the hashrate... Do you know if there's any solution that we can combine with CAST XMR to monitor that? Thanks!

On the dev site there is the following setting. It exist since version 7, now they are on 9.06.
Cast XMR Version 0.7 (2017/11/29)
network and job status added to current statistics
remote access to get current status at http://127.0.0.1:7777 in JSON format (enable with --remoteaccess)


But I normally use Chrome Remote Desktop, and I will check directly from the miner window, also from a smartphone. I can restart, change pool wallet what ever I want to do from the smartphone as well as if i was on my desktop.

In my personal case, I always had very stable rates even for a few days in a raw without restarting. I know some people experience rates drop.
Since on most rigs, users have the same hardware and use similar settings, I assume it may be some motherboards settings, which is most of the times the main variable.

The only issue I had recently (some other users as well) was using the -ratewatchdog command, which is supposed to mitigate HS rate drops, by restarting the kernel of the affected GPU.
In my case it was doing exactly the opposite: crawling the rate of a few cards down to 60hs. But as since I normally did not experienceany rate drop, I just removed and the cards never drop rate. At  the moment on version 9.06 I amd doing 1490hs on the Vega 56, and 1550hs on the 64.

Neither Stak or SBR reach the same HS rate and stability on my rigs and PC.
With CAST I also get an higher HS rate at the pool than what my miner recorded HS rate, due to the -fastjobswitch command (it drops obsolete job and switch to a new one, therefore not wasting time), a feature that is not available on STAK or SBR.

You should give it a try.
Cheers.

Hello Alexander, I would like to ask you about mining XHV by using castxmr. I have a 6 Vega64 rig and i am mining XMR and XTL using Castxmr and its working ok (1950h/s per card). but when i try to use the same settings to mine XHV, my hashrate is only about 1200-1350h/s per card, I am using the latest AMD driver (not blockchain), could you share your detail settings and does it have any affect if turning on the HBCC? (currently i didn't use wattman and i use overdriveNTool for instead), thank you and happy mining.

Hi I use the latest drivers, power play tables on Registry, no HBCC and OverdriveNTool 1408/900  and 1100/900 with 160W per card at the wall.
I get around 1490Hs for the 56 and 1550Hs for the 64.
I have see on a post above that someone can get more with Stak, but he did not post any screen shot or settings.
But I will try again STAK later, but the only problem for me, is that with STAK I am not able to get the same stability that I get with CAST. And setting up STAK is a royal pain to say the least.

[hansis]

[P2P7]   ERROR   blockchain   src/cryptonote_core/blockchain.cpp:3181   !!!!!!!!! difficulty overhead !!!!!!!!!

 on ubuntu cli wallet..

[havenprotocol]

[P2P7]   ERROR   blockchain   src/cryptonote_core/blockchain.cpp:3181   !!!!!!!!! difficulty overhead !!!!!!!!!

 on ubuntu cli wallet..

Everyone that had the sync error you are probably running version 2.0.0

You should update to 2.1.0 and syncing will continue as normal.

https://github.com/havenprotocol/haven/releases/tag/2.1.0

[hansis]

[P2P7]   ERROR   blockchain   src/cryptonote_core/blockchain.cpp:3181   !!!!!!!!! difficulty overhead !!!!!!!!!

 on ubuntu cli wallet..

Everyone that had the sync error you are probably running version 2.0.0

You should update to 2.1.0 and syncing will continue as normal.

https://github.com/havenprotocol/haven/releases/tag/2.1.0

thanks dev for information and please update your website link download stil go to old wallet ( https://github.com/havenprotocol/haven/releases/download/2.0.0/haven-cli-linux-x64-2.0.1.zip )

[duylong10061993]

iam send haven to tradeogre status pending, search tx id baf5fba1b68fd3ceeb51c4e46f76dda1a0844188ff8f1e6dea8a3db97082732f not found

I use offline wallet. But i can't send my haven to tradeorge

[ddmmtt7]

Hello all!
Tell me, please, who know, why calculator on pool (haven.miner.rocks) shows me 3.89 XHV per day, but in fact I got only 1.6
Hashrate at 2.5kH/s was stable and confirmed by pool.
I tried cryptoknight.cc/haven and got the same.....

[Goliaph]

Hello all!
Tell me, please, who know, why calculator on pool (haven.miner.rocks) shows me 3.89 XHV per day, but in fact I got only 1.6
Hashrate at 2.5kH/s was stable and confirmed by pool.
I tried cryptoknight.cc/haven and got the same.....

1. PPLNS - you will recieve your payments within some time after you disconnect from pool
2. check blocks effort/luck in that time
3. network hashrate growth can reduce your payments =)
...
etc... all that with keeping in mind that pools you've checked are not cheaters.

[ddmmtt7]

1. PPLNS - you will recieve your payments within some time after you disconnect from pool
2. check blocks effort/luck in that time
3. network hashrate growth can reduce your payments =)
...
etc... all that with keeping in mind that pools you've checked are not cheaters.

1. Checked. I know about it. It's not a reason for 2x difference.
2. Largest pool with 80% blocks. It's not a reason either...
3. +-5% And rather it folldown than grew.

So..... Trust to nobody. ))))

[Sgsg666]

Awesome to see the infamous Cast XMR is now supporting XHV and CryptoNight heavy!

http://www.gandalph3000.com/cast_xmr/cast-xmr-cryptonight-miner-for-rx-vega-update/

XHV uses a modified Heavy algo.

Now Cast works very well with Heavy algo.
On my rigs:
1500Hs on Vega 64,
1430Hs on Vega 56,
890/910Hs on RX580 Gygabite hynix memory

Gandalph the developer, has a twitter account where he gives updates and some tips on tweaking performance or problem solving.
So far so good.

The problem of Cast XMR is that there's no way to monitor the hashrate... Do you know if there's any solution that we can combine with CAST XMR to monitor that? Thanks!

On the dev site there is the following setting. It exist since version 7, now they are on 9.06.
Cast XMR Version 0.7 (2017/11/29)
network and job status added to current statistics
remote access to get current status at http://127.0.0.1:7777 in JSON format (enable with --remoteaccess)


But I normally use Chrome Remote Desktop, and I will check directly from the miner window, also from a smartphone. I can restart, change pool wallet what ever I want to do from the smartphone as well as if i was on my desktop.

In my personal case, I always had very stable rates even for a few days in a raw without restarting. I know some people experience rates drop.
Since on most rigs, users have the same hardware and use similar settings, I assume it may be some motherboards settings, which is most of the times the main variable.

The only issue I had recently (some other users as well) was using the -ratewatchdog command, which is supposed to mitigate HS rate drops, by restarting the kernel of the affected GPU.
In my case it was doing exactly the opposite: crawling the rate of a few cards down to 60hs. But as since I normally did not experienceany rate drop, I just removed and the cards never drop rate. At  the moment on version 9.06 I amd doing 1490hs on the Vega 56, and 1550hs on the 64.

Neither Stak or SBR reach the same HS rate and stability on my rigs and PC.
With CAST I also get an higher HS rate at the pool than what my miner recorded HS rate, due to the -fastjobswitch command (it drops obsolete job and switch to a new one, therefore not wasting time), a feature that is not available on STAK or SBR.

You should give it a try.
Cheers.

Hello Alexander, I would like to ask you about mining XHV by using castxmr. I have a 6 Vega64 rig and i am mining XMR and XTL using Castxmr and its working ok (1950h/s per card). but when i try to use the same settings to mine XHV, my hashrate is only about 1200-1350h/s per card, I am using the latest AMD driver (not blockchain), could you share your detail settings and does it have any affect if turning on the HBCC? (currently i didn't use wattman and i use overdriveNTool for instead), thank you and happy mining.

Hi I use the latest drivers, power play tables on Registry, no HBCC and OverdriveNTool 1408/900  and 1100/900 with 160W per card at the wall.
I get around 1490Hs for the 56 and 1550Hs for the 64.
I have see on a post above that someone can get more with Stak, but he did not post any screen shot or settings.
But I will try again STAK later, but the only problem for me, is that with STAK I am not able to get the same stability that I get with CAST. And setting up STAK is a royal pain to say the least.

Hey guys any update on this? mine is stable 1420 hs on srb and 1430 castxmr. P7 1408/875, MEM P3 960/875(110 W based on HWINFO64, Im using stock 56 bios).

[Mattthev]

Try this config for XMR-AEON-STAK:
Vega56 DT 880/880; Strided_index :2, mem_chunk 16 + Approx. 1350 hs
Vega64 DT 1008/904; Strided_index:2, mem_chunk 16 + Approx. 1500 hs

https://github.com/IndeedMiners/xmr-aeon-stak/releases

[AlexanderDumas]

Awesome to see the infamous Cast XMR is now supporting XHV and CryptoNight heavy!

http://www.gandalph3000.com/cast_xmr/cast-xmr-cryptonight-miner-for-rx-vega-update/

XHV uses a modified Heavy algo.

Now Cast works very well with Heavy algo.
On my rigs:
1500Hs on Vega 64,
1430Hs on Vega 56,
890/910Hs on RX580 Gygabite hynix memory

Gandalph the developer, has a twitter account where he gives updates and some tips on tweaking performance or problem solving.
So far so good.

The problem of Cast XMR is that there's no way to monitor the hashrate... Do you know if there's any solution that we can combine with CAST XMR to monitor that? Thanks!

On the dev site there is the following setting. It exist since version 7, now they are on 9.06.
Cast XMR Version 0.7 (2017/11/29)
network and job status added to current statistics
remote access to get current status at http://127.0.0.1:7777 in JSON format (enable with --remoteaccess)


But I normally use Chrome Remote Desktop, and I will check directly from the miner window, also from a smartphone. I can restart, change pool wallet what ever I want to do from the smartphone as well as if i was on my desktop.

In my personal case, I always had very stable rates even for a few days in a raw without restarting. I know some people experience rates drop.
Since on most rigs, users have the same hardware and use similar settings, I assume it may be some motherboards settings, which is most of the times the main variable.

The only issue I had recently (some other users as well) was using the -ratewatchdog command, which is supposed to mitigate HS rate drops, by restarting the kernel of the affected GPU.
In my case it was doing exactly the opposite: crawling the rate of a few cards down to 60hs. But as since I normally did not experienceany rate drop, I just removed and the cards never drop rate. At  the moment on version 9.06 I amd doing 1490hs on the Vega 56, and 1550hs on the 64.

Neither Stak or SBR reach the same HS rate and stability on my rigs and PC.
With CAST I also get an higher HS rate at the pool than what my miner recorded HS rate, due to the -fastjobswitch command (it drops obsolete job and switch to a new one, therefore not wasting time), a feature that is not available on STAK or SBR.

You should give it a try.
Cheers.

Hello Alexander, I would like to ask you about mining XHV by using castxmr. I have a 6 Vega64 rig and i am mining XMR and XTL using Castxmr and its working ok (1950h/s per card). but when i try to use the same settings to mine XHV, my hashrate is only about 1200-1350h/s per card, I am using the latest AMD driver (not blockchain), could you share your detail settings and does it have any affect if turning on the HBCC? (currently i didn't use wattman and i use overdriveNTool for instead), thank you and happy mining.

Hi I use the latest drivers, power play tables on Registry, no HBCC and OverdriveNTool 1408/900  and 1100/900 with 160W per card at the wall.
I get around 1490Hs for the 56 and 1550Hs for the 64.
I have see on a post above that someone can get more with Stak, but he did not post any screen shot or settings.
But I will try again STAK later, but the only problem for me, is that with STAK I am not able to get the same stability that I get with CAST. And setting up STAK is a royal pain to say the least.

Hey guys any update on this? mine is stable 1420 hs on srb and 1430 castxmr. P7 1408/875, MEM P3 960/875(110 W based on HWINFO64, Im using stock 56 bios).

You can easily add 50W per card, to any of those HWINFO64 readings. then you need to add between 60w to 100w for MB, CPU, RAM etcc..

[AlexanderDumas]

Although web wallet is back on line and works kind of nicely, transferring funds is a bit of a pain, if that happens all together.

I attempted to transfer a few Havens from web wallet to Ogre, it failed on 2 attempts, using the suggested settings for the transaction, then on the third it worked and got a transaction report.
Yet after 24 hours the funds have not shown up on the receiving wallet, despite address was copied and pasted correctly.

So still early days for this Haven.

I strongly suggest to those who mines havens to do it directly to exchange wallet.

Good Luck!