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

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.

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.

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

What is the best miner for RX 4xx and 5xx series to mine XHV?
My cards cant go more than 600hs ... :-(

What is the best miner for RX 4xx and 5xx series to mine XHV?
My cards cant go more than 600hs ... :-(

Since the tx is not found in the mempool and was not included into the blockchain, you have to resent the tx again.
Am not sure the GUI wallet has an option to rescan the blockchain to recover the funds marked as spent.

In the worst case just download command line wallet and restore your wallet from seed. This will help you to recover the funds back.

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

@xiphon
Thanks for quick reply. The fact that you will look into it is enough for me. Sorry for my first angry post. 
About the tests, I really don't have the time for those... I try to recover my investments in the mining rig with all these price drops, so I don't stop mining for anything. And I'm not confortable with someone monithoring my system.

Anyway, with the first occasion when I stop XMRig, I will switch to your pool for a few days and make some screenshots from time to time.
I will PM what I find. We all need many good and stable pools.

Static difficulty is what i use. Try it(Average hs / 40 s), Suggestion for pool is to add 7 days average effort per day/24 hrs.

@xiphon
I am not payed by or member of any pool... I'm just an average miner.
I speak from my experience and from what I hear from my friends with your pool.
I'm not a dev, and I don't pretend understanding how everything works. If you make a pool by your design that's admirable; cryptocoins comunity needs more good devs to develope and mentain this modern revolution.

On point... I don't know if hashrate is reported correctly, but a few days ago it was greater than entire network, and changes a lot - yep, maybe there are many reasons; this is not so important.
The var diff is what bothers me... I have a rig with constant 2830 H/s; it mines for days and the hashrate is the same. My internet is superstable (optic fiber). On sumo.hashvault the var diff algo sets the vardiff around 84000 after a few hours, so that's a good diff for 30s target share time. And remains constant day after day.
Now, at fairpool I mined in day 1 after sumo fork, for several days, my paiments where true, the profit was what is suppouse to be, so no problems here. But the var diff algo started at 5000 if I remember correctly and after 24h, it was increased to only 35000 or so. The number of accepted shares was huge. Explain to me why is this better? Why is better to choke your server with huge ammounts of low diff shares?

And yes, accepting shares on the old PoW is not normal. For ex, hashvault rejects those shares. I don't mine with the old pow, I just tested to see if it worked.