# Equihash currently implemented? **URL:** \ **Category:** Mining Support\ **Created:** [May 24, 2016, 11:10pm UTC](https://forum.zcashcommunity.com/t/equihash-currently-implemented/649 "2016-05-24T23:10:23Z")\ **Posts on this page:** 15\ **Page:** 1
**Author:** ![Shawn](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/shawn/32/187_2.png) [@Shawn](https://forum.zcashcommunity.com/u/Shawn)\ **Post date:** [May 24, 2016, 11:10pm UTC](https://forum.zcashcommunity.com/t/equihash-currently-implemented/649/1 "2016-05-24T23:10:23Z")
This may have been answered some where else but I couldn’t find it, does the current version of zcash use a version of Equihash POW when “mining”? Or are the test coins we mine simply “bitcoin” normal (SHA-256) hashes which are verified on the zcash test blockcain? The reason I ask is because I wanted to play around with computer set ups w/without decent graphics cards for mining to see the effects on #of blocks mined, but this would be pointless if the POW wasn’t Equihash yet. ---
**Author:** ![Voluntary](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/voluntary/32/4343_2.png) [@Voluntary](https://forum.zcashcommunity.com/u/Voluntary)\ **Post date:** [May 24, 2016, 11:43pm UTC](https://forum.zcashcommunity.com/t/equihash-currently-implemented/649/2 "2016-05-24T23:43:53Z")
As I understand it, Equihash was introduced to the previous release (z2, for want of a better term. The current release is z3…) and, at this point, there is no GPU implementation for ZCash yet. ---
**Author:** ![Shawn](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/shawn/32/187_2.png) [@Shawn](https://forum.zcashcommunity.com/u/Shawn)\ **Post date:** [May 25, 2016, 12:21am UTC](https://forum.zcashcommunity.com/t/equihash-currently-implemented/649/3 "2016-05-25T00:21:07Z")
It seems that you are correct, just some of the issues on github are about its lack of optimization.-edit And as to the GPU aspect, I recall reading in the Equihash paper that it was tested CPU vs GPU and the algorithm did have the effect of leveling the playing-field for them, but it was still not _exactly_ level, so my hope is to try a CPU+Onboard (crummy) graphics card vs CPU+PCIe card (better) and observe if there is a difference (even if small) But that’s not to say (as you mentioned) zcashd miner is set up to even “see” a GPU to utilize it… ---
**Author:** ![Austin-Williams](https://avatars.discourse-cdn.com/v4/letter/a/ecd19e/32.png) [@Austin-Williams](https://forum.zcashcommunity.com/u/Austin-Williams)\ **Post date:** [May 25, 2016, 9:35pm UTC](https://forum.zcashcommunity.com/t/equihash-currently-implemented/649/4 "2016-05-25T21:35:46Z")
The equihash parameters must be set pretty low at the moment. When I mine I max out my CPU usage, but use less than 1% of my 8 Gb of RAM. ---
**Author:** ![Voluntary](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/voluntary/32/4343_2.png) [@Voluntary](https://forum.zcashcommunity.com/u/Voluntary)\ **Post date:** [May 25, 2016, 9:47pm UTC](https://forum.zcashcommunity.com/t/equihash-currently-implemented/649/5 "2016-05-25T21:47:41Z")
@Austin-Williams When you’ve been mining, have you gotten any block rewards? I ask because the software inherited a bug that is causing a single core to operate at 100% even without mining. ---
**Author:** ![Austin-Williams](https://avatars.discourse-cdn.com/v4/letter/a/ecd19e/32.png) [@Austin-Williams](https://forum.zcashcommunity.com/u/Austin-Williams)\ **Post date:** [May 25, 2016, 9:53pm UTC](https://forum.zcashcommunity.com/t/equihash-currently-implemented/649/6 "2016-05-25T21:53:51Z")
No, I’ve never mined any coins. I figured it was because the difficulty was too high (even on testnet) that my machines don’t have enough power/memory-bandwidth to find any blocks. Is there a solution to this? If I mine on a 2-core machine my CPU usage maxes out at ~200%, and my memory usage stays around 0.6% of my 8 Gb of RAM. ---
**Author:** ![Voluntary](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/voluntary/32/4343_2.png) [@Voluntary](https://forum.zcashcommunity.com/u/Voluntary)\ **Post date:** [May 25, 2016, 10:02pm UTC](https://forum.zcashcommunity.com/t/equihash-currently-implemented/649/7 "2016-05-25T22:02:59Z")
I’ve been meaning to ask… Those that are successfully mining, what CPUs are you using? And is that the only factor? ---
**Author:** ![str4d](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/str4d/32/64_2.png) [@str4d](https://forum.zcashcommunity.com/u/str4d)\ **Post date:** [May 25, 2016, 10:42pm UTC](https://forum.zcashcommunity.com/t/equihash-currently-implemented/649/8 "2016-05-25T22:42:14Z")
Yes, the parameters are set to the lowest specified in the paper in testnet. This was because the parameters we are thinking of using resulted in nearly 10GB peak memory usage with the unoptimised solver. The memory optimisations in [#921](https://github.com/zcash/zcash/pull/921) bring the peak memory usage down much closer to the theoretical peak, so an upcoming release will bump up the parameters. The only fly in the ointment is that the runtime of the higher-memory parameters is still often longer than the block interval, but I’m working on improving that next 🙂 ---
**Author:** ![Voluntary](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/voluntary/32/4343_2.png) [@Voluntary](https://forum.zcashcommunity.com/u/Voluntary)\ **Post date:** [May 25, 2016, 10:58pm UTC](https://forum.zcashcommunity.com/t/equihash-currently-implemented/649/9 "2016-05-25T22:58:41Z")
Is that block interval problem true for the most current generation of CPUs and memory interfaces? Also, is the solver multithreaded / is it practical to attempt a multithreaded implementation? ---
**Author:** ![Austin-Williams](https://avatars.discourse-cdn.com/v4/letter/a/ecd19e/32.png) [@Austin-Williams](https://forum.zcashcommunity.com/u/Austin-Williams)\ **Post date:** [May 25, 2016, 11:07pm UTC](https://forum.zcashcommunity.com/t/equihash-currently-implemented/649/10 "2016-05-25T23:07:33Z")
Thanks for all your work! Very impressive stuff. ---
**Author:** ![Shawn](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/shawn/32/187_2.png) [@Shawn](https://forum.zcashcommunity.com/u/Shawn)\ **Post date:** [May 25, 2016, 11:25pm UTC](https://forum.zcashcommunity.com/t/equihash-currently-implemented/649/11 "2016-05-25T23:25:14Z")
To add to @Voluntary s questions, have you guys settled on a target amount of memory per cpu/core? ---
**Author:** ![str4d](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/str4d/32/64_2.png) [@str4d](https://forum.zcashcommunity.com/u/str4d)\ **Post date:** [May 26, 2016, 12:04am UTC](https://forum.zcashcommunity.com/t/equihash-currently-implemented/649/12 "2016-05-26T00:04:25Z")
> [@Voluntary](#): > > Is that block interval problem true for the most current generation of CPUs and memory interfaces? Also, is the solver multithreaded / is it practical to attempt a multithreaded implementation? It is an implementation problem. The Equihash authors stated they have an implementation that only takes 30 seconds for a proof with the parameters we are considering, but it is unclear from the paper what particular configuration they are using there (they appear to only trim the top bit in that case, which means higher memory usage). The solver can certainly be multithreaded - the only part of the algorithm that has memory contention is sorting (which is why the authors say memory bandwidth is the limiting factor). However, the actual implementation details are tricky, because if a single Equihash solver uses several cores, there is less scope for running multiple mining threads to use additional memory (plus doing threading inside a thread is… less fun). My current tendency is to lean towards making the solver multithreaded at the expense of limiting the miner to a single mining thread, because of the block interval issue. ---
**Author:** ![str4d](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/str4d/32/64_2.png) [@str4d](https://forum.zcashcommunity.com/u/str4d)\ **Post date:** [May 26, 2016, 12:10am UTC](https://forum.zcashcommunity.com/t/equihash-currently-implemented/649/13 "2016-05-26T00:10:34Z")
> [@Shawn](#): > > To add to @Voluntary s questions, have you guys settled on a target amount of memory per cpu/core? We were hoping to target about 1 GB per Equihash solver, but the possible parameters don’t actually allow for that precisely. Theoretical targets in that range are 500MB (trim to 4 bits) or 700MB (trim to 8 bits) with `n = 144, k = 5`, or 1.2GB (trim to 4 bits) or 2.2GB (trim to 8 bits) with `n = 192, k = 7`; obviously trimming indices to 4 bits greatly increases the number of partial solutions found and thus the runtime of the solver. I’ll be looking at different strategies (e.g. running the partial-\>full solution stage in parallel, at least to a point without exceeding the peak memory usage of the first step). ---
**Author:** ![Shawn](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/shawn/32/187_2.png) [@Shawn](https://forum.zcashcommunity.com/u/Shawn)\ **Post date:** [May 26, 2016, 1:02am UTC](https://forum.zcashcommunity.com/t/equihash-currently-implemented/649/14 "2016-05-26T01:02:39Z")
Thank you for the explanations, this is a very cool project and even for a newcomer (to crypto-coins) like me it is very interesting to watch it develop! 🕶 It seems to me like the sweet spot will be around the 1-2gb mark if you want to also keep the possibility of running on a phone since most (except the very newest phones) only have 1-2GB of RAM. At that rate of GB per thread/core it would hopefully be enough to keep out the ASIC’s and still have as many machines as possible contributing. ---
**Author:** ![str4d](https://sea2.discourse-cdn.com/zcash/user_avatar/forum.zcashcommunity.com/str4d/32/64_2.png) [@str4d](https://forum.zcashcommunity.com/u/str4d)\ **Post date:** [May 26, 2016, 1:24am UTC](https://forum.zcashcommunity.com/t/equihash-currently-implemented/649/15 "2016-05-26T01:24:12Z")
That is our thinking too 🙂 however remember that you actually need to look at the spare memory on a phone, not its total memory. My Nexus 6P has 3GB of RAM but generally only has between 700MB and 900MB free (although strangely its average free memory over the last day is 1.1GB, higher than usual…)