You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While digging into issue #844, I discovered that JDC enters in the fallback mechanism too frequently.
I discovered the reason for that, and it's related to the prev_hash contained in shares.
Sometime (I still don't know exactly why) a valid share is sent to the pool (in this case through JDC) with the correct prev_hash.
When the valid share is checked by the pool, the pool uses a wrong prev_hash in the check_target function, and so the share is not a valid one for the pool.
Pool sends a SubmitShareError message to JDC
JDC thinks that Pool is wrongly refusing the valid share and pool-fallback is started
JDC logs:
Pool logs:
The text was updated successfully, but these errors were encountered:
While digging into issue #844, I discovered that JDC enters in the fallback mechanism too frequently.
I discovered the reason for that, and it's related to the
prev_hash
contained in shares.prev_hash
.prev_hash
in thecheck_target
function, and so the share is not a valid one for the pool.SubmitShareError
message to JDCJDC logs:
Pool logs:
The text was updated successfully, but these errors were encountered: