Hello Horizon,
I'm a 4th year AI and 1st year CS student.
if i understand right, you learned first artifical intelligence and then computer scientist? Or did i get the shortcuts wrong? Here in germany it is inverted.

AI is part of the computer scientist studies.
I may have some ideas for other uses of your isometric-p2p-platform, if it works out well. I am a bit of a proponent of opensource, so I'd like to know your opinion on that (though it's not make/break for me).
I also think it will be hard to cash in on a system like this, especially since it's serverless. You'd need to really make it worthwhile to your players to earn any real cash on this, but it's all about the challenge.
As many others here, my dream is, that i can live from game developing at any time and do it fulltime. However, the gpl doesn't execlude to earn money.

So, it would be ok, to make the code opensource, as long as there is a possibility to take money from premium players for the server usage.
Now we are back at the technical concept: there is one directory server required, who tells the p2p-client, which client IP is managing sector X. But during normal play, a client only connects every 15 min to the server for only some milliseconds and so, the server can handle lots of clients. It is only nearly peer-to-peer.
The plan is to earn the cash from premium players. Every player gets a contingent of 20 or 40 hours per month. If this contingent is empty, he can't give his units any commands, until the next month. If he has build a nice empire and sees that another player is attacking him, he can sign a electronic "certificate of debt" for x $ and can counterattack immediately. But he has to pay back his debt in 30 days, or he is blocked, until he pays it back. That is my "business plan"

Players who don't need the 20 hours per month can play completely and forever for free. They wouldn't pay anyway nothing.
If you are any longer interested, i suppose that you want to code the AI part? But if the part is regardless for you, the next important thing would be the mouse input system (selecting units, giving commands). I'm still digging in the networking subsystem..
I send you on monday a link with PM, where you can test a little bit and then i prepare/document the API of your desired code part.
Greetings,
Daniel