PhoenixMiner 6.2c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)

[safar1980]

I've also been having trouble mining on the ethermine.org pool recently. I thought it was because of the sanctions, but another miner connected perfectly and successfully mines on this pool. Sometimes it's faster to change the miner than to look for a solution to the problem.

[Mine0731]

Hi,

I have a mixed rig: 2x RX6800, 2x RX5700XT and 2x RTX3080.

I'm looking for the best version to work with on HiveOS.

Current Running Version: PM 5.8c - ETH

DRIVERS:
A 20.40 (5.11.0701)
N 460.91.03

Sometimes I get: CUDA error in cudaProgram.cu:474 : unspecified launch failure (719)

Also, if you can share some stable OC settings I'd appreciate it.

[usr4da3]

no ssl connection possible to ssl://eu1.ethermine.org:5555
their ssl certificate is not expired, but PhoenixMiner 6.0c (win) says: 'ssl certificate verify failed'

pls let us have a quick fix. 

[ildar_kh]

no ssl connection possible to ssl://eu1.ethermine.org:5555
their ssl certificate is not expired, but PhoenixMiner 6.0c (win) says: 'ssl certificate verify failed'

pls let us have a quick fix. 

No such error with asia1, asia2 servers, btw

[deedeeranged]

no ssl connection possible to ssl://eu1.ethermine.org:5555
their ssl certificate is not expired, but PhoenixMiner 6.0c (win) says: 'ssl certificate verify failed'

pls let us have a quick fix. 

These are my settings for eu1.ethermine.org:
-proto 3 -coin eth -pool ssl://eu1.ethermine.org:5555 -pool2 ssl://us1.ethermine.org:5555

No issues with no ssl connection. Mind you I run Debian bookworm(testing) and not Windows or HiveOS.

[miks66]

me too no ssl connection possible to ssl://eu1.ethermine.org:5555

ssl://us1.ethermine.org:5555 working well

win10, PM 5.9d

[soda37]

you guys are just poor banned russians, move on to another pool

[usr4da3]

you guys are just poor banned russians, move on to another pool

Sry. That seems to be bullshit. I'm not based in Russia, nor am I Russian. It is not a local problem.

[PostboxPretzel]

you guys are just poor banned russians, move on to another pool

Sry. That seems to be bullshit. I'm not based in Russia, nor am I Russian. It is not a local problem.

concur... US based, same issue

[speed07]

anyone can help me this problem "could not connect to ethash pool asia1.ethermine.org:4444: an operation on a socket could not be performed because the system lacked sufficient buffer space or because a queue was full". My rig run 2 or 3 day then get this problem, tk a lots

[Ale84Iac]

Hello everyone,

I'm having now issues with PhoenixMiner 6.0c and OpenCL (this is since last days AMD Radeon Drivers update)

1) I cannot mine on Ethermine SSL connection anymore, issue with certificate..
Now I'm mining without SSL but better to mine through a secure connection

What could be the root cause for this behaviour (since a few days, I'm sure I'm not the only one...)


2) OpenCL issue

My configuration is

1x Radeon VII
1x Radeon 6800
3x Radeon 6700 XT
1x Radeon 6600 XT

Issue is that running last version of PhoenixMiner 6.0c (as usual), current issue is

Unknown OpenCL driver version! Hashrate and stale may suffer

In order to mitigate I'm running with argument

-clKernel 0

but of course this is slowing down mining operations.

I tried to reinstall drivers, including old ones...nothing...issue persist.


Thank you all for your help!!!

Alessandro

[soda37]

you guys are just poor banned russians, move on to another pool

Sry. That seems to be bullshit. I'm not based in Russia, nor am I Russian. It is not a local problem.

concur... US based, same issue

then you guys are poor victims of those all thumbs pool operators trying to ban russians and banning you as well by mistake or much less likely just a coincident

[PhoenixMiner]

The issue with SSL connections to ethermine is indeed caused by an expired root certificate (DST Root CA X3). In theory this is fixed by using a "cross-signing" with other root certificates but in many cases this doesn't work as intended. We have make the necessary fixes and we are releasing PhoenixMiner 6.1b, which should fix all SSL connection issues.

You can download PhoenixMiner 6.1b from here:

PhoenixMiner_6.1b_Windows.zip
PhoenixMiner_6.1b_Linux.tar.gz

To check the integrity of the downloaded file, please use the following hashes (you need the last file PhoenixMiner_NVRTC_Windows.zip only if you want to mine BCI with Nvdia cards under Windows):

Code:

    File: PhoenixMiner_6.1b_Windows.zip
    ===================================
   SHA-1: 193c795a6b99dcc9a6cb7abd9594c551d8ad771b
 SHA-256: 2d262b61e1dcf8d00f66390def6b835265bc44f71d26ac5dfa21cd140fa0ddd4
 SHA-512: bde4938fc24ebd1e3c8a30597394d6b266e5d6c99f25631589916d746d83e6d6ffe87478e8b920098efcb1d0d463d0b61d9132a7098730fa587a33e556d0bd9c

    File: PhoenixMiner_6.1b_Linux.tar.gz
    ====================================
   SHA-1: 79c80b170a7879673e001f7e3d3126cd409eb873
 SHA-256: 6f196b5b303729eaf53cc0dc77dc1408e75b6307c4802f9b8175dffbd4968d7c
 SHA-512: a0641f9858a5074924c483842e2c578932a99c8a7702512292e0bb7bd4774cc602b8a6b4a705ce44afa27b6f63aa22a8d0a3a003952112176f2fe61b40e6845c

    File: PhoenixMiner_NVRTC_Windows.zip
    ====================================
   SHA-1: ff6fa5e018adbd52caf631c42b7c2fac7ce48a51
 SHA-256: 8087757169405d51ea8ba818347fb05d0450aef985c29272165070346eb5a54a
 SHA-512: 7b2d832f7f40578bb1f501d5174467f5ae06612e601dab769fd56d39da48a471b18c6373435a485155f70fec4017d8378797bf1e1dfe5d62fee30fa6a1d992c4

The new features in this release are:

• Fixed an issue with expired SSL certificate that led to "certificate verify failed" errors when connecting to some pools (notably Ethermine) when using SSL connections
• Now the miner will send SSL SNI host name which may be needed by some pools for SSL certificate validation. To go back to the old behavior (no SNI host name), use the new command-line parameter -nosni
• Added support for latest AMD Windows drivers up to version 22.4.1
• Other small fixes

For more robust integrity check, you can use our GPG public key, which was verifyed with ETH transaction from our main devfee account as explained here: https://bitcointalk.org/index.php?topic=2647654.msg56755869#msg56755869. Here are the signatures for the files in this release:

• PhoenixMiner_6.1b_Windows.zip.asc
• PhoenixMiner_6.1b_Linux.tar.gz.asc
• PhoenixMiner_NVRTC_Windows.zip.asc

Please disregard any posts with "new" versions of PhoenixMiner in this thread unless they are from our user account, and the files are hosted on our web server: https://phoenixminer.info/

[CrazyRooster]

hi PhoenixMiner

v6.1b still shows "ssl certificate verify failed" in my pool
can we just have an easy option to totally ignore the certificate problem?

[PhoenixMiner]

The official release version was updated to 6.1b. You can download PhoenixMiner 6.1b from the first post of this thread.

You must upgrade to PhoenixMiner 6.1b if you get "certificate verify failed" errors on SSL connections (especially to eu1.ethermine.org).

[kamisama233]

hi PhoenixMiner

v6.1b still shows "ssl certificate verify failed" in some pool
can we just have an easy option to totally ignore the certificate problem? something like "no strict ssl"?

[miks66]

Tnx PhoenixMiner  now PM 6.1b working fine and none "certificate verify failed" errors on SSL connections

[PhoenixMiner]

hi PhoenixMiner

v6.1b still shows "ssl certificate verify failed" in some pool
can we just have an easy option to totally ignore the certificate problem? something like "no strict ssl"?

    We will add this in the next version but please do not use it lightly - with this option the whole point of using SSL is moot as it allows MITM attacks with self-signed certificates.

[waywoos2]

Any support of dual mining ton?

[deedeeranged]

hi PhoenixMiner

v6.1b still shows "ssl certificate verify failed" in some pool
can we just have an easy option to totally ignore the certificate problem? something like "no strict ssl"?

    We will add this in the next version but please do not use it lightly - with this option the whole point of using SSL is moot as it allows MITM attacks with self-signed certificates.

If it allows a MITM attack I think it would be better not to implement it. Funny thing is I haven't encountered any "ssl certificate verify failed" yet not with 6.0c haven't tried 6.1b yet.
My pools are -pool ssl://eu1.ethermine.org:5555 -pool2 ssl://us1.ethermine.org:5555 mind you I am running Debian bookworm(testing) and based in the Netherlands so that might be why I don't have issues.