Rule Suggestion 40 or 30 Players for an SCP

Rule suggestions will be reviewed by Superadmins, this may take longer than standard content suggestions.

Louis 'Neighbor' John

Well-known Member
Jun 10, 2025
25
1
41
What does this suggestion change/add/remove:
If the plugin to prevent hacking when the server is below 60 players is working: What this suggestion does is add a rule where GOIs can only breach a certain number of scps per raid which would include giving 035 a body based on the server population which would be 1 scp can be breached per 30 players starting at the 60 which is the build in limit to start hacking similar to how breach queue works just without the random amounts.
If the plugin to prevent hacking when the server is below 60 players is not working: What this suggestion does is add a rule where GOIs can only breach a certain number of scps per raid which would include giving 035 a body based on the server population which would be 1 scp can be breached per 40 players similar to how breach queue works just without the random amounts.
Has something similar been suggested before? If so, why is your suggestion different?:
Not that I can see when looking back at previous suggestions or from the frequently asked questions.
Possible Positives of the suggestion (At least 2):
-This would make sure that ci cant breach the max of 3 scps (4 if you include 035) when only 4 mtf are on
-Constant GOI breaches have lead to less people getting on as if they are not a combative main they will want to do things outside of breaches which is negatively effecting server health
-Would stop GOIs from hiding in HCZ waiting to rebreach the same scps again
-Would make mass breaches more of an achievement for GOIs
-Would end the strategy of breaching 3 scps then giving 035 a host to bypass the hacking limit
-Would reward skilled scp players who get breached then cause a mass breach as they could challenge themselves more
-Would make sure that there are actual enough people on to combat any breaches similar to how breach queue works
Possible Negatives of the suggestion:
-Could make CI unhappy as mass breaching becomes harder
-Would make difficult breaches less common
-Would give mtf and combatives less scps to fight (Sort of a positive)
Based on the Positives & Negatives, why should this suggestion be accepted:
This suggestion would help prevent the current problem of constant mass breaches caused by CI which can cause less people to get on the server due to it preventing stuff such as testing and interfering with events. It would also remove the potential for CI to abuse the fact that there is nothing stopping them from doing some massive breach worthy of a full server at 11 in the morning (CST and is 1 hour after the server restart) which as I have seen in the past from normal breach's that happen then can lead to people staying off the server longer than normal. Overall its purpose is to help solve the problem of early morning breach's effecting server health and would allow people to do not be forced to postpone testing. (This happened earlier where an exec was almost forced to postpone an event test due to yet another mass breach raid)
(Edited due to me not knowing about a server thing that helps limit hacking and if it is even working or if it even exists can I get a clear answer from someone who can be trusted)
 
Last edited:
Thanks for telling me about this I wish there was a place where this sort of stuff was listed.
(Why cant I get a clear answer on anything PLEASE JUST TELL ME IF ITS WORKING OR NOT)
 
Last edited:
Issue is, it counts all players, so the 30 mf on choosing count, so do all the AFK players.
Perhaps if Civil Networks had some of... AFK kicking tool... This might not be a problem

:clueless:

The problem is there's a few methods to breach SCPs that require no use of a TE5, Breach Tool, or 079 (bypassing the system entirely)

Doing so below 60 players is usually almost always a failbreach FYI (Throwing self into 035 as D-class/etc, 008, whatever), but the fact of the matter is while it is possible; what you are already suggesting basically exists as is beneath bug abuse, failbreaching, etc.