You are viewing a single comment's thread from:

RE: If we are to do a greylist... Greylist questions, concerns, suggestions, and dreams. Brainstorming thread.

in #gridcoin6 years ago

I'm not 100% clear as to what the "greylist" entails exactly. What I do know is that I am strongly in favor of moving to some sort of fully automated system for including projects which removes the voting / human element as thoroughly as possible. In practice, we will probably always need blacklisting capability to remove abusive / illegal projects, but we should at least be thinking ahead to when the first commercial projects want to get on board and how painful it's going to be when a bunch of "Gridcoin is only for science" purists try to block their inclusion for no reason other than that they aren't academic.

So I'm not sure if that's relevant feedback, but it is what it is.:)

Sort:  

some of the conversations on the greyist were recently compiled into an idea by @guk. the idea can be found here.

based on these conversations, i see the greylist as follows:

the greylist is a way to automatically and temporarily remove a BOINC project from the whitelist if a given set of parameters are met. it could also operate as a stepping stone after a project is voted into the whitelist but before it is actually whitelisted -- so we do not have the problems presented by adding Source Finder.

the UX of a BOINC project would then be:

  1. Project is voted into the whitelist
  2. Maybe the project is automatically greylisted while we contact project admins and ensure that the addition of the project won't mess with the superblock process.
  3. Project is automatically added to the whitelist
  4. Project runs out of WU, or meets some other parameter we define for the greylist, as is automatically removed from the whitelist and put on the greylist.
  5. Project fixes its problems and is readded to the whitelist OR project does not fix its problems and is delisted completely, at which point a new poll would need to take place for it to be whitelisted again.

this is a very brief summary of the greylist -- it has been a conversation for months. i'm sure something more solid will be popping up in the coming weeks.

Yeah, I think 3 and 4 are good ideas, but 1, 2 and half of 5 need to go away long-term.:) Otherwise politics get in the way where they don't need to. Basically I think any new project should be able to self-add to a "whitelist" (#3) provided it doesn't instantly fail the checks in step 4, and the last part of step 5 is the same ridiculous feeling-laden sluggish nonsense that we currently have.:) "Not messing with the superblock process" in step 2 is okay, but it should be something that can be quantified and bundled into step 4.

Coin Marketplace

STEEM 0.29
TRX 0.11
JST 0.031
BTC 68216.84
ETH 3827.63
USDT 1.00
SBD 3.63