YOLOL Virus/Corruption Game Play

Joined
May 5, 2020
Messages
16
#1
I looked in this forum but I didn't see any mention of this idea. I know that this idea won't be universally beloved, but I would like to share it anyways. I think that malware related game mechanics would be very interesting. I'll put my rough ideas below, and thank you to the few who take the time to read and comment on this I'm calling my suggested item a Malware Device (MD).
  1. MD's can be uploaded to Chip Sockets by players. This would preferably work by being in proximity to computational blocks to activate various malicious code related attacks to YOLOL. The effects of these devices would be time based, and players could set up a simple early warning block that connects into the ship/station data bus and triggers an alert when malware is being used. (By alert, I mean an auditory alarm pattern through player built speakers, so that the players would have to log into a data terminal to see which block has been affected.) This way, players can stop the effects before they happen. This could be done by using a simple Purge Device (PD), but the PD only works if you install it before the Malware device activates.
  2. The simplest of these MD's would cause partial deletion of the code found on the targeted computer. The code bits that would be deleted would be random, maybe just one or two lines removed. In addition, once a computer block has been effected, it cannot be repeatedly attacked by multiple MD's. I think this should be the case for all MD's.
  3. A more severe MD would be a case where the system finds integers related to mechanical movements, and then sets it to zero, maximum, or some other random integer. This would obviously suck if it happened in a factory. Or imagine a ship that has it's lateral thrusters permanently set to random values.
  4. And quite possibly the worst thing that could be done is what I'm calling the MD-Amp. Basically, a player finds a computer and uses an MD of their choice PLUS an Amp. This causes the MD to infect not only the system it's closest to, but also any other blocks that are connected to it (I think there should be a limit though, based on distance to the targeted computer and/or number of computers that can be infected at once via the data bus.) The catch is that it doesn't cause all the effected nodes to be infected at the same rate. Essentially, it fully infects each computer in range one by one, and if at any time a player can catch one of the infected computers and use a PD on it, halting the domino effect.
In all MD attack cases, the Chip Socket screen should blink red if it's being attacked. Once an MD has fully effected it, then it's solid red. And also, I think that instead of deleting the code fully, the MD should simply comment-out a line or two. That way, players can quickly fix it. And for any effected integers, they could possibly be highlighted red or something, in order for players to quickly see whats wrong. Also, once an MD has been put into a system by an opposing player, that player can either leave, or stay and defend their position until the code uploads. This might be worth the effort if you're uploading an expensive MD-Amp.

The point isn't to be able to destroy a ship or station via just code. You should still need a lot of fire power and grit to do that. It should however be used as an extra bit of espionage and distraction when attacking enemy bases and boarding large vessels. I also think it would be important to make the effects of MD's easily correctable by players, because nobody wants scroll over lines of code trying to source a bug after patching all the holes in their ship. If you wanted to do that, you should just be a real life programmer lol. Thanks for reading, you rock!
 

Verbatos

Veteran endo
Joined
Aug 9, 2019
Messages
199
#2
I think if this was implemented it would immediately take over the meta, the ability to simply edit other people's thruster output is alone game-breaking, I know from experience that flying a ship without full control over the thrusters is mentally painful. Besides, simply removing bits of code would instantly break everything that isn't the most simple piece of code, since everything in a set of YOLOL code is designed to work with everything else, it's all interconnected, just like how removing a single piece from a clock will always make it break, even if the piece itself is small.

It would also be not very fun to fight against, not many people likes having their options restricted, and even less like having one thing completely shut down their combat capability, their entire production chain, or some important script like ISAN or one for fuel-efficiency.
 
Joined
Apr 15, 2021
Messages
1
#4
i Think this could be quite an interesting idea. I agree deleting random bits of code is probably not a solution, but having pre selected effects could be quite good. Intercepting an automated ship and having the ability to inflict none critical damage such as the ship goes slow for a set period of time or goes off course then needs manually flown too to correct could be interesting (providing suitable and clear notifications are displayed to the ship owner. It could also create quite nice ambush situations. I think these should be more of an irritation then a means to overpower someone. think griefing the supply chain but legally. You may need to respond with force!
 
Joined
Mar 15, 2021
Messages
4
#5
Sounds good, it could bring some diversity into PvP, but what's the difference between this and disabling electronics by destruction? I mean once you find electronics/lines on the boarded ship, can't you simply destroy the lines in order to corrupt ship's functions? I'm not in CA so I don't know if it's possible.
Some kind of an electronic warfare would be interesting though, specialised (weapon, yolol, engine,...) jammers with a high power input so that you can't fit them on every fighter. Imagine a turret-like weapon (directional antenna) that you have to point at the target in order to slow down yolol, weapons etc.
 
Joined
Apr 29, 2021
Messages
2
#6
Better and not so disruptive would be to just increase timings in affected chips.
Like EW emitter with huge power consumption, making nearby YOLOL chips tick slower. Might work on torpedoes too.
*BTW current implementation of ISAN navigation would go haywire if affected by such.
 
Top