Poll: [Whitelist] Should the project Distributed Hardware Evolution Project (DHEP) be whitelisted?

in gridcoin •  last year  (edited)

Gridcoin Purple on White.png

Distributed Hardware Evolution Project (DHEP)

Project Links

Project Site: https://www.dhep.ga/
Project FAQ: https://www.dhep.ga/faq.php
Related Publications: https://users.sussex.ac.uk/~mmg20/index.html#pubs

Discussion Links


Poll Summary

[Whitelist] Should the project Distributed Hardware Evolution Project (DHEP) be whitelisted?

- Yes
- No
- Abstain


DHEP is a project run by Dr. Michael Garvie out of the University of Sussex. An excerpt from its website is provided below. More detailed information can be found at the project site and FAQ linked above.

Self-Diagnosing Hardware is capable of detecting deviations from its normal behaviour due to faults. Self-Diagnosis is important especially in mission critical systems such as medical equipment, transport controllers and those in hazardous environments such as space missions and nuclear power stations. Built-In Self-Test (BIST) is widely used yet commonly requires more than 100% area overhead or off-line testing. However in mission critical systems off-line testing is unsuitable because we must diagnose failure immediately. The standard on-line solution is a voting system with two copies of the module being diagnosed which is capable of detecting faults immediately by comparing the outputs of the copies. However, this solution requires 100% redundancy for the extra module plus more logic for the voter. In the last 40 years of CED research, spawned by the NASA aerospace program, conventional design has not come up with a significant improvement to the voting system as such an on-line CED solution. You can help us to arrive at the next generation of self-diagnosing circuits.


DHEP passes all requirements defined at:


and as shown at:


Process and Credit Information

  • DHEP runs a Genetic Algorithm on your computer. These run for a non-defined time until a good solution is found. Hence "progress" within a workunit is meaningless and in fact workunits are dummies and do not represent actual work done.

  • The DHEP BOINC app will connect to our servers every 15 minutes and upload their progress. You can check how much you have made today (and yesterday) at: http://dhep.ga/statsdailyrankings.php. You can check how many of your cores are actively crunching by checking how many times your username (with spaces as _) appears at: http://dhep.ga/statstopology.php.

  • Credit is awarded by a Validated Trickle system and is not awarded on workunit completion, because as mentioned above workunits are dummies. Hence you will receive credit by how much work is done within a workunit.

  • Credit is awarded proportional to how much is contributed scientifically. This is roughly proportional to Ghz core/hours. So a core twice as fast will receive roughly twice the credit. Credit is awarded hourly.

  • Restarting your BOINC client will show workunits resuming at 0%. This is normal and no work has been lost because you have already been awarded credit for all previous work done within the workunit. Remember the DHE BOINC app connects to our servers every 15 minutes to upload its progress. There is little value in having a percentage completion figure for a task with a non-defined processing time.

  • All that said, workunits will occasionally end. This is when the goal at http://dhep.ga/statsgoal.php is changed which is roughly every two to four weeks.

  • Computation Error will occasionally be the outcome of workunits. In most cases this is normal: when the server restarts with different class files the client will detect this through a NoClassDefFoundException. This will trigger the client to shutdown and restart as another WU to pick up the new class files.

  • Workunits can be aborted at any time without any loss of progress or credit. However a Genetic Algorithm is more efficient when islands are connected continuously.

  • Badges will be awarded and there are a variety of stats on which they will be based such as the number of times the Best of all Islands was arrived at on your island (aka 'Who's got the Knack'): all stats visible here: http://dhep.ga/statsrankings.php.

  • You can also view live progress of the current run at http://dhep.ga/statsgoal.php and live genetic strains analysis at http://dhep.ga/statsstrains.php, and a list of GPL licenced results at http://dhep.ga/statstschof.php including an online circuit simulator to try them out.

  • Credit is awarded hourly for processing done within workunits.

Additional Information

  • There is also a standalone (non-BOINC) client available at: http://www.dhep.ga/download.php

  • The definitive DHE stats are at: http://dhep.ga/statsrankings.php

  • Workunits are placeholder dummies of non-defined duration with no required validation

  • Percentage progress can be ignored as is meaningless for tasks of non-defined duration

  • Gridcoin is already in contact with DHEP administrators and they are ready for the surge in computation


The poll will be a 2 week poll weighted by both magnitude and balance.

Start Date: September 14, 2018
End Date: September 28, 2018

If accepted, the process defined at:


will be followed. As defined in that process, validation requires 7.5% of Total Vote Weight. We will be observing AVW scores during the poll to inform future development of an AVW system.

[Whitelist] Should the project Distributed Hardware Evolution Project (DHEP) be whitelisted?

- Yes
- No
- Abstain

Authors get paid when people like you upvote their post.
If you enjoyed what you read here, create your account today and start earning FREE STEEM!
Sort Order:  
  ·  last year (edited)

Notice is now up on DHEP message board:


This post received a courtesy vote from @gridcoin-booster! Thank you for your contribution to the #gridcoin community!

Thanks for writing this up Jringo!

  ·  last year (edited)

I noticed that my cross-project ID for Distributed Hardware Evolution Project is not consistent with other projects with the same email address.
*Has anyone else noticed this issue?
*Would this be a problem when claiming GRC if you are crunching for other projects too?

I have created a post on the DHEP forums about the cross-project ID inconsistency.

I don't seem to have this issue. I would recommend following this guide.

Thanks for the link!
I connected DHEP on a client without any other projects so it seems the CPID split was guaranteed.
I hadn't ever noticed having a split CPID before because I have always signed up to new projects on a client running multiple projects and the split would have resolved itself in a short time.

I use the account manager from BoincStats BAM and add hosts from there.
It's very easy to manage all your hosts and projects, and helps avoid the CPID issue.
But yes, you should have one host that has all projects attached. This for me is usually the one that hosts my Gridcoin wallet, as it then has access to all projects.

  ·  last year (edited)

Don't worry CM I will use the enter key on this comment/post

Gridcoinian's this project concerns me. I did a quick check at stats looking for the top 20.
As usual the normal and typical users had RAC and Credit scores. So I thought I would check
a few work units on each of my blades and my blades only to see if single core or multicore work units and wu runtimes. My blades are HP BL460c Gen7's since I upgraded from my Gen 6's and they changed pci-express interfaces between Gen 7 and Gen 8 so unless I learn and setup TCP/IP over Fiber ATM I need to order the $12.95ea NIC's for my 32 core Gen 8's so I am limited with the specs of 4 x Xeon X5650 12 core 24 thread CPU's with 192gb ram and 15k SAS drives , Windows 7 , Ubuntu 18.04 on 2 and Slackware 14.2 ( only machine with 144gb ram since slapping 12 x 16gb DDR3 sticks adds up and I have a pile of 8's so 4 blades ( 1335w ) with run times on this project of 19-21days WTF???
So the way the RAC system in Boinc's statistics along with the way Gridcoin payment works this project
could be a real screw up to add to the whitelist or since its already a major land slide most likely without 95% of the voters checking out the project , you know like attach and actually run it instead of being a follower with " WTFBBQ A new CPU ONLY PROJET ZOMG!!! lemmings like most project add/remove votes. Do some damn exploration and actually check out #1 applications and what they have compiled to run on what , download a work unit or a few and run them checking if they error out and how long they take to run , how much ram each WU takes up etc FFS.
Your MAG will go UP and DOWN as your machine , faster or slower crunches the current work with what ever time periods ( I could see my M540 I5 quad core laptops at most likely 60-90 day run times per each WU ). This will effect your daily earnings as it goes down fast and comes back up slow.

I can't even see processing the current downloaded work units as a test and
to get RAC and on the charts pre-whitelist seeing as its a massive YES by a landslide.
Unless we get some whales to vote NO after this possible oversight , although I know my xeons are not bleeding edge you MUST have bleeding edge apparently to have even 2-7 day run times depending on your budget and Rizon 1500+ or a 1900+ and who knows how much ram.

I was in hopes this would be a new CPU only project to crunch and something new to move over to before the pools overtake it but the pools and ballers whom get the newest hardware as it comes out is all this project is for.

Big thumbs down for us not having a checks and balance for the whitelisting ( or real a automated integrated greylist ) of projects and seeing as team members have ran work units its known how long these WU take and what they just DGAF? FYI , I voted NO and we really need to create a foundation instead of being a cult/clique following look at the value of Gridcoin and how it has tanked since jrgringo and whom ever else took over marketing and spamming etc we have done lower and lower and lower. Before the 2017 4th of July Hack and Hire 15kGRC was @ $5,000 and now 25k GRC is worth about $330. Maybe like @peppernrino has been saying this whole time " democracy doesn't work everywhere , try it in a mental institution " and take the vote system and change it so its a voice from the community as a suggestion to the foundation for the community , but the foundation a group of the magic number 8 I am sure would do these checks on projects ( thank god we dgaf about projects and ssl ) but the team could do what I said above , check into a proposed project since obviously users are not and check it out on a wide range of hardware ( including mac and osx ) so xeon's and rizon's and then a bunch of i3 , i5 and i7s and slowly i9's. This team would also have to have bleeding edge video cards , look at the RTX2080 coming out and many users have multi R and GTX series along with what ever Intel tags along behind with and looking at many of the teams video cards we have GTX750ti's-GTX1080ti's along with Nvidea Titan V & X's along with Voltas. Unfortunately due to over time ignorance of relying on a democratic vote system we can't put this together without using the vote system but we need this team and to start forming a real foundation, giving Gridcoin more to stand on as beliefs and interaction with the outside world showing what we stand for and promoting along with putting the kibosh on un-needed expenses or invalid payments for going over the same code over and over like a car tech with the same client bringing in the same car with the same problem and " fixing it " with duct tape just to fix it multiple times latter..
Again everybody within the currency's communities have their own agenda , you can try to deny it but we are not here to make boyfriend/girlfriend let alone friendships we are here to crunch Boinc and earn Gridcoin along with what ever ideas/projects and motives we might have on the side and everybody has them.
So we need to control this BS so oversights like this doesn't happy , so WL and crunch this project if you want to watch you mag Grow real fast on each WU completion and then fall even faster within the 19-90 days of crunching that 1 work unit per machine so you can go for example from 0 to 25 and watch it fall to 0 and as long as you have other machines turning in work units maybe watch it go back to 25 but I doub't it. This project is a bad fit for Gridcoin , especially slower machines with more than 180 day run times ( pi's come to mind ) and you won't even get compensated for your work.
The only other way it could work is if Boinc reports the checkpoints constantly multiple times per day to report where you are , but you can then just delete it before finished and never turn in a single work unit and still top the charts.

Whoa there...

I find that RAC increases just as expected, even if aborting WUs. In fact, this project seems to have an even smoother ramp as credit is granted in frequent increments rather than after successful WU completion and validation.

My 10 year old MacBook and Celeron N3150 are hardly cutting edge WU devouring monster beasts, but they're doing just fine. Even when "limited" to 96 Xeon threads you should pretty much own this project.

May I suggest the following post - it may help allay your concerns:


The takeaway (TL;DR):

o Credit is awarded hourly for processing done within workunits.
o Workunits are placeholder dummies of non-defined duration with no required validation.
o Percentage progress can be ignored as is meaningless for tasks of non-defined duration.