[2016-02-19 03:45:32] NVAPI GPU monitoring enabled. [2016-02-19 03:45:32] 1 miner thread started, using 'decred' algorithm. [2016-02-19 03:45:32] JSON protocol request: {"method": "getwork", "params": [], "id":0} * Rebuilt URL to: http://127.0.0.1:9109/ * Hostname was NOT found in DNS cache * Trying 127.0.0.1... * TCP_NODELAY set * Connected to 127.0.0.1 (127.0.0.1) port 9109 (#0) * Server auth using Basic with user 'baba' > POST / HTTP/1.1 Authorization: Basic NDRibG94OmJhanNrdWs2NjZFVEg= Host: 127.0.0.1:9109 Accept-Encoding: deflate, gzip Content-Type: application/json Content-Length: 45 User-Agent: ccminer/1.7.2 X-Mining-Extensions: longpoll noncerange reject-reason X-Mining-Hashrate: 0 * Recv failure: Connection was aborted * Closing connection 0 [2016-02-19 03:45:32] HTTP request failed: Recv failure: Connection was aborted [2016-02-19 03:45:32] get_work failed, retry after 30 seconds
the wallet say 2016/02/20 03:42:10 http: TLS handshake error from 127.0.0.1:53513: read tcp4 127.0.0.1:9110->1 27.0.0.1:53513: wsarecv: An established connection was aborted by the software in your host machine.
If you are on Windows, that is the known certificate problem. cgminer works aro9und it by adding a -certificate flag.
So, if I understand correctly this is CGminer issue and we need to wait till new edition of CGminer is out?
without tls : -a decred -o http://localhost:<rpcport> -u <rpcuser> -p <rpcpass> with tls : -a decred -o https://<walletip>:<rpcport> -u <rpcuser> -p <rpcpass> --cert=<pathtomy.cert> ... and wait the lottery you need to be very lucky
18 votes and no donations, at least not publically disclosed Also @davecgh & @_ingsoc what do you think about the bounty?
davec wants "i" port OpenCL and ADL in ccminer, no way lol, there is sgminer for that... we will have enough problems with the new upcoming cuda compilers
but why do they want openCL in an nivida miner? I thought AMD runs best on openCL & nvidia runs best with CUDA as they are native to the platform. Now I might be talking out of my ass, but that is what i think anyways.
There has been discussion of potential for a mining-related RFP based on community feedback. Such an RFP, if it comes to pass, would require there to be a single miner that works equally well on AMD and nVidia, which of course means it would need to support OpenCL+ADL for AMD GPUs and CUDA for nVidia GPUs. It would also require a proper stratum-like protocol that takes advantage of Decred's header structure and therefore doesn't need to do all of the extra coinbase manipulations and merkle root recalculations required by the current stratum protocol (which was of course was originally designed for Bitcoin). Maintaining multiple separate official miners and code bases for the "upper layer" pieces which are the same regardless of GPU is not an ideal solution from a project perspective in my opinion. It leads to duplicate work and inconsistent code bases where one is better than the other or has bugs that the other doesn't. Obviously multiple community maintained miners are highly encouraged as diversity in development and user choice is a good thing. However, when it comes to what's in the project's official repositories, a single well-maintained miner that properly supports AMD and nVidia makes more sense. I don't have anything to do with DHG or the way the dev subsidy is handled, so I can't really comment on that aspect. My understanding from reading the Decred constitution is that all dev subsidy payouts require RFPs. I don't believe there are any provisions for bounties in the constitution, however, as I said, that's not my area so I can't say anything for certain.
Ok i quit waiting for GUI wallet. Thanks for your work! v 1.7.4 eliminated crazy fluctuations on my 970 & 750ti is optimized to the max for me. 970 has lots of room for improvement https://mainnet.decred.org/tx/f08b2432a709851fd46fe28deb0f19799a422338add3c692aedc9372d3516749