Fix for some Monero miners

Seriously? Im at like 95% but over the last couple hours I got 23 shares marked with incorrect algo error for like a ~5% rejection.

Cryptodredge was giving me rejects as well. I mean its not abnormally high but it is more than usual.

yeah incorrect algo is the next error to fix. im at 97.6% with 16 incorrect algo shares

I will move my rigs to another pool for the time being - it will be best if the design of the CN pool can include all the CN7 coins from day 1 - that way miners can benefit from profitable CN7 coins -- unless the pool is strictly only for CN8 coins which is only MoneroV8 and Graft for now.

there is Monero (XMR) Wownero (WOW), Lethean (LTHN), Electroneum Classic (ETNC), Caliber (CAL) for V8
Graft is for V7

EDIT: yes graft will fork to v8

Are Rx 4/580s more profitable doing Monero or ethhash?

The incorrect algorithm error happens when the mining server processes a share that doesn't meet the target difficulty requirements, so it thinks the miner is using an incorrect algorithm.

We have found two causes for this issue:

• There was a bug in the mining server that sent out incorrect work for some jobs, leading to incorrect calculations and rejected shares for that job. This issue has been fixed but is not yet released.
• Some miners are submitting shares for old jobs after a new job comes in. Since this only happens when a new job is received, you can decrease the number of new jobs that get sent by turning off work refreshes with the e=off option to increase efficiency.

Rexmint wrote:Are Rx 4/580s more profitable doing Monero or ethhash?

https://whattomine.com/coins?utf8=%E2%9C%93&adapt_q_280x=0&adapt_q_380=0&adapt_q_fury=0&adapt_q_470=0&adapt_q_480=0&adapt_q_570=0&adapt_q_580=4&adapt_580=true&adapt_q_vega56=0&adapt_q_vega64=0&adapt_q_750Ti=0&adapt_q_1050Ti=0&adapt_q_10606=0&adapt_q_1070=0&adapt_q_1070Ti=0&adapt_q_1080=0&adapt_q_1080Ti=0&adapt_q_2080=0&eth=true&factor%5Beth_hr%5D=120.80&factor%5Beth_p%5D=540.00&factor%5Bzh_hr%5D=0.00&factor%5Bzh_p%5D=0.00&factor%5Bcns_hr%5D=3600.00&factor%5Bcns_p%5D=460.00&factor%5Bcnh_hr%5D=3600.00&factor%5Bcnh_p%5D=460.00&factor%5Bcn7_hr%5D=3440.00&factor%5Bcn7_p%5D=460.00&cn8=true&factor%5Bcn8_hr%5D=3320.00&factor%5Bcn8_p%5D=520.00&factor%5Blrev2_hr%5D=142000.00&factor%5Blrev2_p%5D=520.00&factor%5Bns_hr%5D=3280.00&factor%5Bns_p%5D=600.00&factor%5Btt10_hr%5D=32.80&factor%5Btt10_p%5D=520.00&factor%5Bx16r_hr%5D=28.00&factor%5Bx16r_p%5D=560.00&factor%5Bl2z_hr%5D=1.80&factor%5Bl2z_p%5D=480.00&factor%5Bphi2_hr%5D=0.00&factor%5Bphi2_p%5D=0.00&factor%5Bxn_hr%5D=6.40&factor%5Bxn_p%5D=480.00&factor%5Bhx_hr%5D=0.00&factor%5Bhx_p%5D=0.00&factor%5Bphi_hr%5D=60.00&factor%5Bphi_p%5D=520.00&factor%5Bppw_hr%5D=31.60&factor%5Bppw_p%5D=560.00&factor%5Bcost%5D=0.1&sort=Difficulty&volume=0&revenue=current&factor%5Bexchanges%5D%5B%5D=&factor%5Bexchanges%5D%5B%5D=binance&factor%5Bexchanges%5D%5B%5D=bitfinex&factor%5Bexchanges%5D%5B%5D=bittrex&factor%5Bexchanges%5D%5B%5D=cryptobridge&factor%5Bexchanges%5D%5B%5D=cryptopia&factor%5Bexchanges%5D%5B%5D=exmo&factor%5Bexchanges%5D%5B%5D=hitbtc&factor%5Bexchanges%5D%5B%5D=poloniex&factor%5Bexchanges%5D%5B%5D=yobit&dataset=Main&commit=Calculate

I observed that cast-xmr-vega for my Vega rigs - are capable to recover from the rejects state, to submitted state.

For xmr-stak, however, it does start strong with accepted shares but when rejected shares starts..... it will continue to result in rejects thereafter.

Both the above are on test WIN10 rigs.

I have about 100khash (RX470,480 and P106,1070) on SMOS/Linux and xmr-stak behaves the same like WIN10.

citronick wrote:I observed that cast-xmr-vega for my Vega rigs - are capable to recover from the rejects state, to submitted state.

For xmr-stak, however, it does start strong with accepted shares but when rejected shares starts..... it will continue to result in rejects thereafter.

Both the above are on test WIN10 rigs.

I have about 100khash (RX470,480 and P106,1070) on SMOS/Linux and xmr-stak behaves the same like WIN10.

the wrong algorithm error is on prohashings side, and will be the cause of the dropped shares. let them work it out, xmrstak has been solid for me minus the pool issue

IDK what you did recently but im getting heavy rejects now as of ~2:30am EST time. I used the e=off earlier and that helped quite a bit I was at 98% efficiency. Now its the worse ive ever witnessed. Just heavy back to back to back rejects.

Assume your working on it/testing right now.