The local channel in Eve Online. Should it stay or should it go? The debate is ongoing, with arguments pro and contra. Those in favour of keeping it, usually claim that removing 'local' would harm industrial and other casual nullsec activities; those wanting to see it removed claim it gives defenders or carebears an unfair advantage, contradicting the sandbox principles of Eve Online.
There is something to be said for both sides. I have been thinking of a way to reconcile the two views, and I think it can be done by tying the presence to sovereignty, jump gates and giving nullsec some properties of wormhole space.. It has become quite a long post, but please bear with me!
Jump gates - let them rot
I have examined the lore surrounding jump gates, and frankly, there isn't a lot of information. But from the evidence available, it seems jump gates need maintenance crews to keep them functioning, and there is talk about '
new versions of jump gate design'. Who pays for jump gate maintenance and keeps them up and running, or applies the upgrades isn't really clear, although for highsec it seems logical to assume that the empires and/or Concord are doing it.
|
soon to be offline? |
In nullsec, a sovereignty holder pays sovereignty fees to Concord, but there is no noticeable Concord presence out here. To assume that Concord would do jump gate maintenance in nullsec doesn't make sense: they wouldn't send their maintenance crews unprotected into the 'lawless outer regions', especially given the fact that for many systems there is no sov holder to pay them. And the empires sure arent doing any maintenance out here, either.
Given the lack of a plausible maintenance backstory, I propose that jumpgates be allowed to deteriorate over time if they are not actively maintained (more on that below). A deteriorating jump gate would, if it's efficiency falls below a certain threshold, occassionally fail to jump ships, with the percentage of failure progressing over time as it's efficiency level drops further. After a while, it would cease to function completely and go offline. And it would take the local channel down with it (more on that below as well).
Jump Gate maintenance
Jump gate maintenance would be needed to keep gates alive. It would have to be done through a specialised (
tender like) ship and module, possibly aided by matching drones. Keeping a jump gate at 100% (or at least acceptable levels of) efficiency, would require a certain amount of 'maintenance points' to be applied, every week. Just like you need to fuel a POS, you need to maintain your gates if you want them operational. But, every pilot can apply maintenance points to a jump gate, irrespective of their standings to whomever has sovereignty in the area.
A sovereignty holder has other means of arranging jump gate efficiency: they can buy and install a 'jump gate maintenance' upgrade in the TCU or ihub. With that upgrade (and a noticeable extra monthly fee to Concord) all gates leading to or from the solar system where the TCU or ihub resides, are maintained at 100% efficiency without requiring pilot intervention.
An ever changing map
Allowing jump gates to become inactive would alter the map of New Eden's nullsec regions. Some parts might become difficult to access over time, perhaps creating pockets where a smart corporation or small alliance might find a home for themselves, flying under the radar and keeping out of sight as much as they can. Keeping tabs on what gates are operational and which ones aren't becomes an important part of nullsec intel, and those who live in the area certainly are at an advantage in this regard. Yet, offlined gates might be repped back to life by anyone, so you are never certain. And, of course, black ops ships and cyno beacons still work.
Local
So what does this have to do with the local channel? I propose that the working of each local channel is tied to a solar system's jump gate efficiency level. Systems with 100% jump gate efficiency have an immediate local channel: the local jump gate system knows precisely who entered but did not leave the solar system, there is full and immediate 'pilot presence intel'.
If one or more jump gates deteriorate, the quality of this 'pilot presence intel' deteriorates with them, and hence a delay is introduced: it takes longer and longer for a pilot to appear in the local channel, after jumping or logging in. If the jump gate deteriorates further, a pilot may or may not not appear at all. And when the combined efficiency of all jump gates falls below a certain threshold, the local channel goes into permanent delayed mode, failing to show any pilots unless they happen to actively use the local chat channel.
Live there, rule there
It has often been suggested, that
having sovereignty somewhere should be related to actually living in
the solar system in question: conquering it once and pay the sov bills
forever afterwards, shouldn't be enough. It seems to me that this could fit in with the jump gate proposal as sketched above. Large
swathes
of nullsec are virtually uninhabited as it is today, because independend entities can't live there, as there is no place to hide. But, I don't see the large power blocs sending jump gate maintenace teams all over nullsec to keep the gates alive, so it would become harder for these large entities to maintain full control over those uninhabited systems. And with
deteriorating jump gates everywhere, smaller entities might indeed be
able to find a difficult to access nullsec pocket or semi closed corner to live in for a while, basing out of small (mobile?) star bases or
POSes, and
cynoing goods in and loot out as needed. And the occassional passer by
might barely notice you, because there's no immediate local. Until
someone reps that jump
gate, of course..
But, in order to make nullsec life more worthwhile for such smaller corporations or alliances, it might be needed to buff NPC anomalies, belt rats and/or ores to mine, in systems that have delayed local.
Double edged sword
Having jump gates at 100% efficiency, and a fully operational local channel, might very well end up to be a double edged sword. It means you can spot anyone coming in, but it also means anyone *can* indeed enter your system; and those who enter also get to see your pilots! Your space is open and accessible: having full presence knowledge comes at a price, security wise. If you live in a nullsec area, it's your choice how to balance ease of access with giving away local intel to each and every pilot who jumps in.
Open the sandbox - by closing off parts
The proposals outlined above might turn the lesser inhabited
parts of nullsec into something resembling wormhole space: less
predictable in terms of access and availability of intel, more profitable, more interesting: "I wonder what happens behind this closed gate.." And yet, by
virtue of applying jump gate maintenance, every pocket can be opened and
no walled garden is guaranteed to remain forever! Deteriorated gates might be guarded and defended vigorously, scouts might have to work hard to get access to pockets.. It seems to me that
this construction fits in with Eve Online's sandbox principles, and could
lead to some interesting situations, in terms of (emergent) gameplay. Not to mention several new ships, modules, skills and professions.
Some issues and objections
When thinking along these lines, some problems appeared, and I think it's only fair to mention those.
For instance, the 'forever fortress' issue: alliances could chose to let certain important jump gates deteriorate, making it very hard to enter their space for an enemy, while using jump bridges to circumvent the barrier themselves. An example: if -A- could disable the jumpgates out of
HED-GP into Catch, they would probably do so in a heartbeat.. or whenever an invasion threat is looming. -A- would have to make sure the gates aren't repped, and most of Catch would be much safer, instantly: conquering Catch is difficult if you don't take HED-GP. This is obviously not the intended usage of the system outlined above, and this use case would certainly have to be dealt with. Perhaps the option to add security, by letting jump gates deteriorate, should be balanced by the removal of jump bridge capability in 'deteriorated constellations'? Or the presence of jump bridges automatically means all jump gatges inbetween are maintained at 100% efficiency? Difficult issue, and constructive suggestions here are certainly welcome.
A second objection could be, that small gang pvp is negatively affected by this, as small roams might keep running into offlined jump gates. I'd say that's probably true, but there will also be a lot less intel available to their potential prey, because many systems won't have an immediate local channel. So scouting becomes very important: identify a route of working jump gates, and try to find those pockets without immediate local! And breaking into that supposedly safe pocket in nullsec would also an impressive feat. Overall, nullsec becomes less predictable to all inhabitants, be they roaming gangs or mining nullbears.
And what to do with the fact that there are always two jump gates involved in jumping? It is conceivable to have one of the pair deteriorate, while the other is maintained, effectively creating a one way street. From a gameplay perspective, it might be better to have the efficiency level determined per jump gate pair: bringing one side up to 100% always restores full jump capability for instance. This area, too, needs some thought.
Finally, the rate of deterioration and the amount of maintenance points needed to restore a gate to working order, need to be balanced very careful. You don't want each and every solo passerby to be able to rep a gate in a few minutes, but you also don't want to turn gate repping into a carrier fleet operation, taking hours to complete. Balancing these is going to be difficult, perhaps.