-
Notifications
You must be signed in to change notification settings - Fork 579
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
support non-hexadecimal job_id #21
Comments
Hello, can you tell me for which coin this is, then I can fix that. |
It's ycash. (I have already fix it on pool-side by using hexadecimal job_id.) Our zcash, zclassic, zencash (horizen) pools are still using non-hexadecimal job_id now, but Equihash 200,9 coins are mined by ASIC miner, so no one complains about this. Does stratum standard has requirements about job_id? Could you give me some documents about that? |
Well that always depends on the coin - most Equihash coins use the same Stratum basis. Sometimes its a bit difficult to handle that all since the specs are often not precise. |
Yes, there is no enough details about job_id in stratum protocol document. We have run our bitcoin pool since 2013. Other coins' pools is derived from the origin bitcoin pool which using a non-hexadecimal job_id. I also found some other pool operator using UUID as job_id. (It seems that UUID is compatible with your miner since it always starts with hexadecimal characters.) We will care about job_id when we develop other mining pools. |
Should work in 1.0 (well ... already way earlier ^^) |
I'm developer from f2pool.
lolMiner is not compatibility with f2pool, lolMiner will disconnect after f2pool sends a job with id not starting with hexadecimal character "GHyDNOoPVSw".
since lolMiner is a closed-source miner, I don't have any idea to fix this problem effectively.
The text was updated successfully, but these errors were encountered: