Ok, so this is something a corporation member brought up.
Obviously people have already put forward ideas of making relic and data site cans cargo scanner immune, if CCP were going to implement that it would be done already.
The idea was that when cargo scanning relic/data can, rather than show what the items were, simply show the count of items, so those cans that are empty do not cause unnecessary sweating over the puzzle.
If that was not acceptable, the other suggestion was to make the relic/data site more complex ( add in more firewalls, regenerative nodes ) if it has been cargo scanned, restoring an element of risk vs reward.
Would actually be pretty dope. Thematically it works pretty well as youâre just getting a location of another data or relic site, maybe a DED complex.
Would need to make it go to whomever completes the site (regardless of how many other cans theyâve hacked) so someone canât just grab 1 can and leave to grief the others who visit the site out of a chance for the Escalation.
Also might make pairing or tripling up to do Ghost sites and try and get all the cans before they pop worthwhile as those would perhaps have better odds of escalating or rolling better escalations.
Cherry-picking is not an issue. Itâs a valid content denial tactic in the EVE context. Not only that, it also makes the loot more valuable because fewer sites spawn loot. Instead of removing, you should embrace it. Additionally, outside of relics and datas, cherry-picking is also a vital part of other activities to utilize those to the maximum benefit.
There is nothing in the proposal that forces one to hack all the cans. With a cargo scan, a can is either determined to be worth solving, or it is not. By adding ambiguity to the cargo scan results, the determination of âsolve or no solveâ is no longer as easy to make by simply plugging the values of its contents into eve prasial.
One could still engage in content denial, however they would no longer be sure they are leaving the best can or the worst can, unless of course the can has nothing in it, assuming the results do not always show at least one item present.
A scan that only shows the number of items does not determine if a can is worth hacking or not. I hack a lot of containers and a lot of them have 1 item only that is exactly what I want and others have up to 6 items and all of them are trash fluff objects.
That is the entire point of the proposal, the scan shows there are 20 somethings in the can, only after the solve is it revealed the 20 somethings was 19 units of carbon and magpie tractor BPC.
This is exactly why it is not going to make anything better. Especially not against bots, as they just hack the full site and donât care. They donât even care if the site is cherry-picked. This suggestion only makes everything worse for players for no benefit whatsoever. Quite the opposite, more loot means lower prices and therefore lower rewards.
If higher prices is the priority, why not revert back to the days when cans just dumped their contents into space where the items had to be clicked like it was hungry hungry hippos ?
Because it was an even worse game of whack-a-mole. In addition to your dreaded cherry-picking, you could also lose out on loot if you didnât click fast enough on the high-value scatter containers.
You know what we could do? Besides the escalation suggestions above to entice people to complete the sites, CCP could also show more info on the scan results. Partially hacked exploration sites could show up as âDegraded Relic/Dataâ to indicate that this site was already partially hacked. This way, you donât need to scan down the site completely only to realize that you wasted your time. Essentially, it would formalize the implicit experience after the full scan into explicit UI data 2 scan cycles earlier (or about 20 seconds sooner than in the current system).
People could still cherry-pick, other people wouldnât waste as much time any longer, and it should not require much coding magic as the siteâs state changes in the background from âuntouchedâ to âdespawn cycle startedâ any way and the UI could simply show this new state.
Which was especially punishing if one was on a laggy connection.
That is actually the best suggestion.
Adding this information to the scanning window does nothing to combat selective completion of cans and would likely result in more people skipping the site.
This is the symptom, not the problem.
Cherry picking should have non determinant downside, with present cargo scan mechanics it too easy to know which, and exactly what is in the low value cans.
The objective of this post was to reduce the number of abandoned âcherrypickedâ sites. Sites would not be half finished left out in space if every can had either the same actual value, or indistinguishable in their âpotentialâ value.
Isnât that the point? You donâT want to waste your time scanning down an already emptied site. This prevents it without inconveniencing anyone else in their gameplay. Itâs not about removing the sites from the system, itâs all about the wasted time and perceived disappointment after an annoying scan process.
The way you want to go about it causes more inconvenience to players for no benefits. EVE has already way too much of these player punishing mechanics and certainly does not need even more of it.
The objective is to reduce the number of cherry picked sites, by making it non-obvious which cans contain garbage, as opposed to making it easier for low effort cherry picking explorers to shortcut even more of the work involved with the exploration profession.
That boat sailed when CCP added the condensates to LP stores, it was the only thing making data sites worth doing for years.
While cherry picking is annoying itâs a good reason to go out and kill those cherry picking explorers.
Despawning sites also is annoying though.
Not every site where one can has been hacked is cherry picked. The most recent relic site I was in for example was not cherry picked, even though another explorer already opened a can.
Say thereâs an explorer in your part of space, you grab a ship to scan down their sig and kill the explorer when theyâve only just started opening cans.
As youâve scanned down the site anyway you might as well loot the rest of the cans.
You leave a bookmark, warp back to your home station to swap to hacking tools, warp to the bookmark you leftâŚ
And the site with relic loot already despawned because no one was in it, even though the site was not cherry picked.
Make it 15 minutes at least.
I like that idea!
Just wondering, would it work against wormhole cherry picking?
