You may have been celebrating the implementation of the greylisting process over the past week.
If you missed the party, know that the greylist will greatly improve our ability to manage the whitelist without the need for time consuming and controversial polls. It is based on clearly defined parameters that can be found in detail here. Essentially, if a project runs out of work units for a period of time, it is greylisted until it demonstrates that it has work for the Gridcoin network to crunch. This will reduce the number of GRC distributed to idle crunchers.
As with any set of parameters, there are outliers that pass through the gates, but do not meet the intention of the court-yard.
Sourcefinder is one such project.
The way the project releases its work units ensures that the greylist protocol does not stop it at the gates. This is not intentional on their part or malicious in any way. It simply is what is.
As we continue to build on the greylist protocol (it is currently v1.0), we will undoubtedly attempt to learn from these outlier scenarios and implement parameters that intend to tighten security. Until then, we will need to remain vigilant and use polls.
In the words of 
Sourcefinder keeps producing a trickle of credit so they don't have any zero credit days. They also produce so little work that there is no big drop in credit being generated to detect and trigger on.
As stated before we need to develop a way of measuring how much compute a project needs and what a minimum to support Gridcoin. We can't do this at the moment so still require Listing & De-Listing polls to weed out the oddball projects.
The Greylist will be able manage the vast majority of projects however and gives us a basis to expand into an improved V2 later.
If you vote no on the poll to delist Sourcefinder with the assumption that it will be greylisted when it is not delisted, you may want to reconsider your vote.
Whether you vote yes or no on the poll, VOTE.
The poll ends February 28th.
You can follow the greylist here.
