I'm entertaining the idea of compiling this suggestion into a pdf file with graphics and hosting that, then just posting a link in the assembly hall to the hosted file.

Do this, and if you allready did it I'll notice that in a few seconds and go "yeey" (providing we have slave farms)

We have a system where civilian networks aligned with Amarr governments, convert excess settlers (that don't have homes) into slaves.

Slaves are consumed as a fuel type by Amarrian ice mines.

As for actual slave pens, those are proving kind of hard to write in. We're open to serious and substantiated suggestions tho.

To address the 'large mulltiples of small entities interacting with eachother', do you think that every npc in every system is taken into account all the time, especially if no player is in the local area, let alone system? and that's just rats! CCP are already proven masters of this sort of thing, keeping track of everything from the number of shells a dread or titan is carrying in Outer Ring to how much veldspar some poor sap has mined in Hek without there being a miscalculation.

Prof Alphane

Thanks for your insights.

I am however, of the naive state of mind to think that the technical overhead and strain on the server would be no more than the combined strain of outposts, towers and the existing PI mechanic rolled into 1 package.

An easy infrastructure solution would be to export PI to its own server and only actually be called up in the event that people go into planet views or log in on planets, thus erasing the need for 24/7 processing on the eve server. Almost like rats, but not quite.

Since Dust wont be running from the Eve server either, this seems like a viable option if this proposal were in fact to cause major technical headaches upon implementation or testing.

But I'm sure the design & Dev teams will be able to shed more light on the technical limitations of their hardware when they do a feasibility study on this idea.

I read everything and I must say, that was about 2 hours well spent.

Some further suggestions / comments:

1. AFAIK Eve is supposed to run in "real time". So I find your growth rates a little off. 15% growth per downtime? Seriously? IMHO it would be more appropriate to have those growth rates on a "per month" base (still ridiculously high growth rate, but, hey, it's just a game) . Growing your cities should take much longer, but it would increase the immersion and give you a better feeling of accomplishment once you have created a metropolis.

2. Cooperation. I like this a lot. Like a second corp, you have to band together with people from other corps to keep the city running. Your corps may even be at war, you still have to work together - or find some backstabbing ways to kick them off the planet. This sounds like endless potential for fun and drama.

3. Taxes. I have no problems with the tax system you proposed in null or in WH space. But I don't think the empires would tolerate any individuals to collect any taxes from their citizens. (Lowsec is also still claimed by those empires). To make profit of your population I would suggest something different: your population is a market for civil goods that you can sell for profit.
The one thing that I felt was always wrong with Eve economy was that almost every item you could produce and sell was directly connected to warfare. You acquire weapons to claim space to get resources to build more weapons to defend this space to build even more weapons...etc etc etc.
It should be much more profitable to sell billions of softdrinks or deodorants to the populations of several planets than selling a few hundred autocannons to a handful of capsuleers. So your PI model could open the door to civilian industry, the size of the population and the general wealth of the colony would determine how many of your goods you could sell to them in a given time - and the supply of civil goods will have a positive effect on population growth and overall efficiency of the colony.

I didn't read a thing, however i'm pretty sure your ideas would bring more micromanagement to PI and that would kill it for me.