Amraly
Newbie
Offline
Activity: 24
Merit: 0
|
|
May 03, 2018, 11:48:09 AM |
|
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
Member
Offline
Activity: 83
Merit: 10
|
|
May 03, 2018, 12:31:46 PM |
|
Hi Guys, i got the same error , difficulty overheaded" deamon and wallet not sync at the moment.
|
|
|
|
|
project13et
Newbie
Offline
Activity: 7
Merit: 0
|
|
May 03, 2018, 12:44:25 PM |
|
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
Newbie
Offline
Activity: 86
Merit: 0
|
|
May 03, 2018, 12:47:42 PM |
|
tradeogre work fine!
|
|
|
|
project13et
Newbie
Offline
Activity: 7
Merit: 0
|
|
May 03, 2018, 01:51:15 PM Last edit: May 03, 2018, 03:26:33 PM by 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
Newbie
Offline
Activity: 44
Merit: 0
|
|
May 03, 2018, 04:05:38 PM |
|
same problem, cannot connect to blockchain
|
|
|
|
BroganBloodstone
|
|
May 03, 2018, 04:42:08 PM |
|
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
Newbie
Offline
Activity: 206
Merit: 0
|
|
May 03, 2018, 05:10:38 PM |
|
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
Newbie
Offline
Activity: 44
Merit: 0
|
|
May 03, 2018, 09:14:03 PM |
|
[P2P7] ERROR blockchain src/cryptonote_core/blockchain.cpp:3181 !!!!!!!!! difficulty overhead !!!!!!!!!
on ubuntu cli wallet..
|
|
|
|
havenprotocol (OP)
Jr. Member
Offline
Activity: 88
Merit: 3
|
|
May 03, 2018, 10:01:29 PM Last edit: May 03, 2018, 10:53:39 PM by 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
|
|
|
|
|
duylong10061993
Newbie
Offline
Activity: 3
Merit: 0
|
|
May 04, 2018, 05:13:15 AM |
|
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
Newbie
Offline
Activity: 67
Merit: 0
|
|
May 04, 2018, 07:12:21 AM |
|
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
Newbie
Offline
Activity: 98
Merit: 0
|
|
May 04, 2018, 07:39:17 AM |
|
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
Newbie
Offline
Activity: 67
Merit: 0
|
|
May 04, 2018, 07:57:25 AM |
|
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
Jr. Member
Offline
Activity: 113
Merit: 1
|
|
May 04, 2018, 09:34:33 AM |
|
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).
|
|
|
|
|
AlexanderDumas
Newbie
Offline
Activity: 206
Merit: 0
|
|
May 04, 2018, 02:38:22 PM |
|
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
Newbie
Offline
Activity: 206
Merit: 0
|
|
May 04, 2018, 02:44:55 PM |
|
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!
|
|
|
|
|