I like the idea of players dropping both kernals and fragments. Given that different players have access to different amounts of research, I think it's logical to drop kernals. This simulates industrial espionage which I'm sure is going on between all the corporations in Project Perpetuum.

Why did you put "The Game" between every paragraph?

Also, player-driven arkhes should drop neither kernals nor fragments

While we're on the subject, it's good for the players to see devs regularly reading and responding to things on the forums. You're doing a great job, please keep it up.

On topic, people should not be able to delete all their cargo very quickly if they know they are going to be killed in pvp, because it isn't realistic.

And this is one of those times where I think going for the more realistic option enhances the gameplay for everyone.

I liked Neoxx's suggestion best. You can delete things instantly, but they are in a "recycle bin" for a certain amount of time. If the player is killed before that time is up, then those deleted items are still included in the drop chance.

One of the main draws of this game is player looting in pvp...if you start allow players to escape some of the consequences of pvp (e.g. deleting their stuff before they die) you compromise that feature.

Clearly this is feature is needed to make arkhes more useful in combat.

Or start flashing?

Yeah, if it's possible to show the percentage of the repair needed then it would be great to be able to trade repairable items player to player.

I don't think we need to be able to trade them on the market.

Mmm...you want to give me NIC, don't you? You know you can't stop yourself.

How much of this is a problem? People multibox scouts, but once you have a squad moving in an engagement I don't see many people dragging an alt around with them.

I think you need to change more fundamental mechanics than squad sizes.

As for the blocking access to beta facilities the devs have said quite categorically that it's not going to happen with the outposts...we have to wait for POS.

The only true way to limit blobs is to limit the number of people allowed in an area. Any solution to discourage blobbing would probably get exploited in unexpected way.

For instance, I was wondering if you could discourage it by having a way to destable teleport stations. The more people pass through a teleport in one direction, the more it destabilises until it can't be used and needs to be repaired. However, people would just bring repair kits, or extra people (read: multiboxed alts) to jump through in the opposite direction which would probably make traffic worse....or people would deliberate use it as a griefing tactic against smaller corps.

The point of incursions being random is not to force corps to start recruiting outside their normal time zones...I think it's just the developers trying to find a way that was fair, and that wouldn't involve corps deliberately trying to attack outposts when other corps were offline. A persistent world shouldn't try to force players to find a way to show a presence 24/7, instead they should take into account that people have to eat, sleep work and possibly even have a life outside of an online game.

It was convenient for them, certainly, but they themselves acknowledged it's not an ideal situation. From what we saw, technically it is possible for someone to log in on a sequer and take over a specimen processing SAP pretty much before their protection flag wears off. This is not a desirable situation - incursions are supposed to encourage corps to engage in pvp combat, not give 3-man operations a way to defend it.

This will be exactly the same if my idea of time blocks was used. Corps would either choose to have intrusion events when they have most people on (but risk more enemies) or during a dead time (but risk less defenders).

Using time blocks just means that the onus is more likely to be on the attacking corp to scrape together players out of peak time, rather than forcing the defending one to get up at some ungodly hour.

The majority of corps will be active during European and US evenings so I would expect these to be the most popular times.

Maybe you could have blocks of time. For instance four 6hr blocks of 00:00-05:59, 06:00-11:59, 12:00-17:59 and 18:00-23:59 or maybe six 4hr blocks instead. The CEO of the corporation owning the outpost can then choose a primary block and a secondary block during which they prefer to have an intrusion event on their outpost. The actual intrusion time is randomly selected from the primary block. If the randomly selected time clashes with another outpost's intrusion and no time slots are available in the primary block it falls into the secondary block. Or something.

Good luck

LOL. Poor Neoxx will be so disappointed.