Pages:
Author

Topic: [ANN] [POW] [XHV] Haven Protocol - untraceable payments x stable value storage - page 35. (Read 71459 times)

sr. member
Activity: 966
Merit: 359
👉MINING-BIOS.eu💲⛏
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
jr. member
Activity: 113
Merit: 1
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).
newbie
Activity: 67
Merit: 0
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. Smiley))))
newbie
Activity: 98
Merit: 0
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 Huh
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.
newbie
Activity: 67
Merit: 0
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 Huh
Hashrate at 2.5kH/s was stable and confirmed by pool.
I tried cryptoknight.cc/haven and got the same.....
newbie
Activity: 3
Merit: 0
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
newbie
Activity: 44
Merit: 0
[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 )
jr. member
Activity: 88
Merit: 3
[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
newbie
Activity: 44
Merit: 0
[P2P7]   ERROR   blockchain   src/cryptonote_core/blockchain.cpp:3181   !!!!!!!!! difficulty overhead !!!!!!!!!

 on ubuntu cli wallet..
newbie
Activity: 206
Merit: 0
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.
full member
Activity: 322
Merit: 101
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.
newbie
Activity: 44
Merit: 0
same problem, cannot connect to blockchain
newbie
Activity: 7
Merit: 0
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

newbie
Activity: 86
Merit: 0
newbie
Activity: 7
Merit: 0
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.
newbie
Activity: 86
Merit: 0
member
Activity: 83
Merit: 10
Hi Guys, i got the same error ,  difficulty overheaded" deamon and wallet not sync at the moment.
newbie
Activity: 24
Merit: 0
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?
newbie
Activity: 1
Merit: 0
I went to my online wallet. and there are 0 coins. what the heck?
newbie
Activity: 52
Merit: 0
2018-05-03 10:25:30.004 [P2P6]  ERROR   blockchain      src/cryptonote_core/blockchain.cpp:3181 !!!!!!!!! difficulty overhead !!!!!!!!!

what is this? wallet not sync...
Pages:
Jump to: