RE: WU availability status for Gridcoin whitelisted projects
You guys need better fact finding and get info before posting votes for 0 work. This votes best answer is " YES " but it was created after the work started flowing again after 5m WU batch release was completed and results compiled etc. This project may show 0 ready to send at the top of the page , then look down per vina the Windows application per dd@home and smina for linux and 129804 in progress and its a constant few dozen per minute generated and ready to send. I have multiple servers that run over 1k WU per day as dd@home's WUs are small and it takes a lot to provide a workflow and with the number of Gridcoin users plus the rest of the B.O.I.N.C. community you will see a steady 14 per app ready to send and I can show you a video of my cluster and the boinc-tasks transfer tab and a stead upload/download of work units for this project. How about deleting both this post and the vote its invalid and should be sent to /dev/null . Rosetta had 0 WU for more time than the 3 days dd@home did and I do not see it up for vote.. there are others too , do not rely on external sites from the project for WU count especially for votes it makes the Gridcoin community look ignorant. Lets also bring up my Greylist idea creation and again bring up that the task and method of projects being included into the Gridcoin whitelist needs to not be in the hands of a human and a task that is human controlled.
THE GREY LIST proposal
A project would apply to be put on the WL either per us contacting them ( we need @gridcoin.tld addresses for email and should not look like a crap show of random [email protected] ) or per their interest in Gridcoin and contacting us.
The project would be on a 6 week trial and have to have an uptime of 99.9% for their servers ( ie: pingable or online not WU )
The project would for that 6 week also have to have a steady work unit flow that would require ##### of WU available at all times. ( depending on WU batch size , we need to take other factors in count but i am putting this on steemit where its not the most tech minded people as ive noticed you are all just bloggers )
If the project can do this for the initial 6 week trial ( yes greylist means you can crunch for GRC ) it gets migrated automatically to the whitelist )
If a project is on the WL and goes without work for ###hr ( or in days ) its migrated to automatically by the Gridcoin neural network to the Greylist.
If that project corrects the issue in that 6 weeks its put back on the WL.
If that project does not correct the issue , there is no vote needed or personal opinion/feelings/likes/dislikes the project would automatically removed from the whitelist and neural network and GRC rewards would not be collectible on WU processed after that period until the issue was resolved.
We need a gridcoin.tld ( .us is already owned ) and someone to host pop3/webmail for contacting projects and for the team of Trusted Community members whom would take on the tasks of contacting projects when the WL/Greylist and if needed a Blacklist but I have been proposing this for over 6 months.
PROBLEM SOLVED... thanks.
@tomasbrod brah ffs , you commented on the post and i find irony its content per my greylist idea ( originally the project/stat jailing system ) as its a pre july 5th post and I will quote it below.
This was a few months after going from my thoughts in the shower to deeper clothed brain storming ,research as i don't code past basic on my my ol' c=64 http:// github.com/Erkan-Yilmaz/Gridcoin-tasks/issues/6#issuecomment-274339505
"tomasbrod commented on Apr 15 • edited
Port the Neural Network to Linux first? In case the porting involves rewriting no work would be lost.
Where are the sources to DOTNET part of gridcoin?
#14 "
So were you just not bored with Gridcoin since this is pre you hacking the network to the American 4/4/2017 also known as The 4th of July? Was there something you wanted with the NN and a 0day exploit? Hay greyhat, greylist and view on theft.. irony.