#skipcbcheck Questions
Posted: Tue Jan 30, 2018 8:10 pm
I've known about #skipcbcheck for a while but never fully understood what it does. So I wanted to make a post to see if anyone knows more about it.
It's a switch that goes on the end of the stratum URL like stratum+tcp://prohashing.com:3333#skipcbcheck in bfgminer or stratum+tcp://prohashing.com:3333/#skipcbcheck in cgminer.
Obviously it stands for skip coinbase check, but if the coinbase checks are for merged mining does that mean it disables merged mining, or is it just disabling the messages that the miner shows when there is a coinbase check (and subsequent pool 0 is misbehaving, disabling! messages)?
Or am i misunderstanding the function of the coinbase check in bfgminer entirely? Is it from some legacy function from sha256 mining?
Without #skipbcheck it would often show the pool as dead when it gets disabled by bfgminer for misbehaving when too many coinbase checks; but i think it still seems to get work and submit work just fine even showing the pool as dead from being supposedly disabled.
With #skipcbcheck i don't see any coinbase checks but it looks like it's always connected.
Assuming profitability is unchanged by #skipcbcheck it doesn't really matter, just a cleaner bfgminer display output. In prohashing's help page it only mentions #skipcbcheck for knc titans, and at that hashrate it might make more of a difference, but i think this is more of an issue with the way some versions of bfgminer work.
It's a switch that goes on the end of the stratum URL like stratum+tcp://prohashing.com:3333#skipcbcheck in bfgminer or stratum+tcp://prohashing.com:3333/#skipcbcheck in cgminer.
Obviously it stands for skip coinbase check, but if the coinbase checks are for merged mining does that mean it disables merged mining, or is it just disabling the messages that the miner shows when there is a coinbase check (and subsequent pool 0 is misbehaving, disabling! messages)?
Or am i misunderstanding the function of the coinbase check in bfgminer entirely? Is it from some legacy function from sha256 mining?
Without #skipbcheck it would often show the pool as dead when it gets disabled by bfgminer for misbehaving when too many coinbase checks; but i think it still seems to get work and submit work just fine even showing the pool as dead from being supposedly disabled.
With #skipcbcheck i don't see any coinbase checks but it looks like it's always connected.
Assuming profitability is unchanged by #skipcbcheck it doesn't really matter, just a cleaner bfgminer display output. In prohashing's help page it only mentions #skipcbcheck for knc titans, and at that hashrate it might make more of a difference, but i think this is more of an issue with the way some versions of bfgminer work.