Pues el servidor lo que hace es mapear a todo en el mapa. Pero el mapa es dividido por sectores. para asi tratar de enviar la mínima información a un usuario de otros usuarios, esto para evitar el lag.

Ejemplo en el sector X, tenemos 4 usuarios... solo veras esos 4 usuarios conforme te muevas entras en otro sector, perdiendo a los usuarios anteriores y viendo nuevos usuarios...

Jajaja.. no...

Lo que haces es descargar todos los objetos en la computadora del Usuarios, el servidor nada mas lo que hace es decir que en la posición tal hay algo. entonces el programa que este el lado del cliente lo que hace es asociar ese algo con lo gráfico que le dijo que el servidor había.

El mapa, las figuras y todo lo demás lo tiene el cliente, el servidor nada mas tiene las posiciones

Para evitar gran cantidad de crackers que no tienen nada que hacer nada mas que fastidiar tu juego XD, puedes validar los datos en el servidor.

El cliente no TIENE QUE!! manipular la información. simplemente mostarla.

class Usuario:
  id = 10
  nombre = 'kase'
  vida = 150
  vida_actual = 50
  accion_actual = {'accion':'dando espadaso','hora':22:39:01:23}

Ese ejemplo esta mal, muy mal...
Por ejemplo
-para que necesitas pasarle el nombre al servidor?
-para que necesitas decirle cuanta vida tienes?

lo único bueno es la accion que estas haciendo... pero ?

-para que necesitas pasarle la hora al servidor ? si este la puede calcular de forma local?

Algo medio bien hecho sería:
accion: Golpe[int]
Quien: Bicho[int]
Pos_Bicho: 123,124

Después cuando los datos llegan al servidor lo que haces es calcular la diferencia de posición contra los datos almacenados en el servidor para ver si es real, para evitar hackers.

Después de validar todos los datos... el servidor puede responder con un simple numero, digamos un array de int:
[ 0 ]No tienes rango
[ 1 ]Esa acción no esta permitida
[ 2 ]No tienes ningún tarject
....
El cliente asocia ese numero a un string que tiene almacenada en su pequeña base de datos...?
Nota: Nunca pasaste la string por red

Es simple, recuerda que para que tu servidor sea eficiente, tenes que pasar la menor cantidad de datos por red ya que puedes generar mucho trafico.

Igual el servidor deberia mandar solo una vez el nombre y datos principales XD

Yo estoy investigando y tratando de crear otra arquitectura diferente, la llamo de "servidor pasivo" donde el servidor NUNCA inicia una conexión con un cliente, al contrario solamente responde a las órdenes de los clientes, que pueden ser de lectura o escritura al más puro estilo base de datos. Son los clientes los que "procesan" el mundo. ¿y los comportamientos integrados en el propio mundo? bien, aquí llega lo complicado.

Cada mapa de este juego (por ahora chat 2D) es alojado por un usuario, el cual es responsable de ejecutar los fragmentos de código contenidos por el mapa y enviarlos al servidor. Es ineficiente en cuanto a ancho de banda, puedo moverlo en red local, pero por vpn fue imposible, ¿el beneficio? el servidor ocupa 21 kb, y se podrían correr muchos en una sola máquina, cada uno en un puerto diferente.

Faltan atar muchos cabos, la idea es que el mundo sea descentralizado, o sea, que gran parte de éste sea creado y mantenido por cada cliente. Por supuesto hay un tipo de servidor independiente que se puede abrir, pero aun tengo que resolver el problema de los códigos (puertas que se abren, botones, sillas pàra sentarse etc...)

entonces mi sistema es así:

1- abre el cliente y pregunta user, login y servidor.

2-se piden los datos del servidor (nombre, array de mapa e información de los posibles bloques de mapa y de avatar con los que se construyen los gráficos)

3- se piden los datos del usuario, los cuales incluyen la última posición registrada y la apariencia (en tres capas). Se pide el mapa señalado en última posición.

4- se precarga una imágen de cada capa del mapa así como otra de la fusión de todas las capas del avatar. se dibuja la escena y se crea un registro en el servidor para indicar que se está online y en dicho mapa.

5- a partir de entonces corre el main loop, el cual se encarga de pedir continuamente la información de cada usuario del mapa y de subir la suya propia, luego lee todos los registros de otra carpeta que guarda los mensajes que son audibles al avatar.

Falta mucho, pero quiero que el mapa esté compuesto de diferentes servidores (modo grid) y que cada uno disponga de sus propios assets y listas de usuarios. Un servidor podría enviar a un avatar propio desde ahí hasta cualquier otro servidor, no sería necesario crear cuenta, y pasaría con sus propiedades (hypergrid). Es ambicioso y posiblemente una mala decisión de ingeniería, pero poco a poco va tomando forma.

unas imágenes del proyecto: http://abdlab.blogspot.com.es/2012/04/proximos-proyectos-imagenes.html