As for the actual minigame itself, I can think of 4 possible outcomes, listed here in order from worst outcome to best:

1. The defusing is failed and the sensor/charge triggers, signalling or detonating respectively.
2. The defusing is failed, but the sensor/charge is not triggered. You may attempt defusing again.
3. The defusing is successful, and the sensor/charge is permanently nonfunctional. The sensor/charge is either deleted (as is the case now) or replaced with a "fake" sensor/charge.
4. The defusing is successful, and the sensor/charge is electrically disabled. The sensor/charge is given to the defusing player's inventory.

There are many possible implementations of a defusing QTE, however I believe the best method would be a simple time-based mechanic. I have 2 ideas:

• Hold down the defuse button. When you let go of the button, one of the outcomes is chosen based on time spent defusing. For example, if you release after only half a second, the charge or sensor would trigger, but if you release after 4 seconds, you would permanently destroy the charge/sensor.
• After pressing the defuse button, you have to press the defuse button again in a short time window, say after 1 second but before 1 and a half seconds. The minigame would occur a certain amount of times (e.g., 3) before defusing, and if you hit the defuse button too early or too late, the sensor/charge would trigger.

These would have the advantage of punishing you for ending defusing early. This allows situations where, say, an Intruder fails to ensure he is in the clear, and a Guard comes upon him while defusing. This causes him to accidentally trigger a charge, and thus he blows himself up.

To simplify, your cosmetics will only appear to your allies, enemies will see the default character model with only your patches showing.

Post thoughts.

 To me, intruder has always been about two things: communication, and turning tables. These changes would easily make arrests fit with this style. Everyone knows the issue with current arrests. There is virtually no incentive for it, and very much an incentive to arrest and then immediately kill, as an arrested enemy could easily warn other enemies of their location, defeating the whole point of an arrest. Not to mention even if that wasn’t a problem, it grants no other advantage, it would simply be death by another name.

 Not hearing arrested teammates would easily eliminate the first problem, as they couldn’t call for help, and would open up a plethora of options for the person arresting and arrested, such as interrogation, trickery, misdirection, and distraction.

 The second half, although seemingly very small, would drastically change the game.

 When I say negative xp multiplier, I don’t mean a simple subtractive multiplier. In my ideal implementation, it would be divisive, meaning you couldn’t lose more points than you would enter with, no matter what, everyone walks out a rich man, but some leave richer than others. This would incentivize being arrested rather than being killed, which would open the door for strategies I couldn’t even imagine. There would be possibility for surrenders for those who know they can’t win, there would be faked surrenders, arrested suspects could plead for their life instead of just pressing the space bar five times and not losing anything. The options are limitless and overall more freeing.

 But the real magic comes with these together, in the world of intruder, arresting is simply an afterthought, most new players will almost never know this mechanic even exists unless they happened upon it by accident while trying to shoot a fallen person while unarmed. With both of these systems, arrests would become a goal superseding kills. And whereas dying just puts you out of the game, an arrested party would still be a benefit to their team, with things like misdirection, lying, and just wating time for the enemy team. This personally feels like the right direction for arrests to go. 

To simplify, your cosmetics will only appear to your allies, enemies will see the default character model with only your patches showing.

Post thoughts.

This gamemode wouldn't take place on a single map, nor would it have various, separate rounds. Instead, it uses several game instances, either actual separate but connected servers or several instances of the server code running on one machine. These server instances would communicate with a master server (which is what you actually "connect to", there isn't a listing item on the server list for each game instance) which runs the server-spanning gamemode logic. The server instances would all run individual maps and thus run their own, separate "games".

Each server instance would have teams of players as Guards. There would also be a few teams as Intruders that span across servers. This means that there would be many more Guards than Intruders across the server, but on each individual instance the number of Intruders would be close or equal to the number of Guards. Guards would not be informed of the presence of Intruders, and since Intruders can attack at any time, they have to remain vigilant.

Guards would pick out of "assignments", essentially objectives that would have to be protected for a long period of time. Picking an assignment would spawn you on the server playing the map you chose. You would earn money for successfully defending the objective associated with that map until the assignment is fulfilled (would take a long, potentially variable time, say 30 to 60 minutes).

Intruders would, as a team, pick a location to attempt to steal the objective(s) there. They do not get all the information about a location for free, i.e., they would know the map, objective type(s), and potential money earned, but not the exact objective(s), time left, or Guards at that location. They would earn money by successfully completing whatever objectives were at that map.

Money would be used to buy equipment such as ammo, Remote Charges, Binoculars, and so on (these would not be given for free, obviously). Money would be earned with the methods above, as well as by some of the same actions that give you XP (e.g. arresting someone). Money could also be used to buy intel for both teams, such as how many Guards are at a location or where a certain team of Intruders are.

Dying would both block you from respawning for 10 minutes as well as force you to join a different team. Arrested players would wiggle out of their cuffs after 5 minutes, unless either the enemy wins, or a member of the enemy team spends ~30 seconds to "kidnap" them, which earns their team much more money as well as counting you as dead for respawning purposes.

There is much more potential to this gamemode than this, and obviously you would be free to change the idea however you wish.

It'd be easy to implement this, simply combine the code from the join lobby and the UI of the objective menu. This would be best reserved for competitive servers, so a server option should be made for it.

As for the actual minigame itself, I can think of 4 possible outcomes, listed here in order from worst outcome to best:

1. The defusing is failed and the sensor/charge triggers, signalling or detonating respectively.
2. The defusing is failed, but the sensor/charge is not triggered. You may attempt defusing again.
3. The defusing is successful, and the sensor/charge is permanently nonfunctional. The sensor/charge is either deleted (as is the case now) or replaced with a "fake" sensor/charge.
4. The defusing is successful, and the sensor/charge is electrically disabled. The sensor/charge is given to the defusing player's inventory.

There are many possible implementations of a defusing QTE, however I believe the best method would be a simple time-based mechanic. I have 2 ideas:

• Hold down the defuse button. When you let go of the button, one of the outcomes is chosen based on time spent defusing. For example, if you release after only half a second, the charge or sensor would trigger, but if you release after 4 seconds, you would permanently destroy the charge/sensor.
• After pressing the defuse button, you have to press the defuse button again in a short time window, say after 1 second but before 1 and a half seconds. The minigame would occur a certain amount of times (e.g., 3) before defusing, and if you hit the defuse button too early or too late, the sensor/charge would trigger.

These would have the advantage of punishing you for ending defusing early. This allows situations where, say, an Intruder fails to ensure he is in the clear, and a Guard comes upon him while defusing. This causes him to accidentally trigger a charge, and thus he blows himself up.

Should be pretty simple, just put a client-side glint object on anyone within a visibility cone of the sniper (if people cheat with it, also do a raycast and an angle check).