La reciente noticia de que el MMO Ashes of Creation ha cancelado su lanzamiento final recientemente no hace sino recordarnos un mal en la industria del videojuego: crear un juego de este género puede suponer una odisea que muchos estudios no pueden llegar a terminar.
Crear un MMO no es «hacer un juego grande». Supone construir un sistema vivo que tiene que funcionar las 24 horas del día, 7 días a la semana, para miles de jugadores. Y no solo eso, sino que ha de ser divertido como para mantener una base de «clientes» a muy largo plazo. De ahí que veamos hojas de ruta que se estiran, fases alfa que se reestructuran y lanzamientos que se aplazan de manera indefinida… hasta desaparecer.
Y es que no es solo pulir bugs, es conseguir que un mundo permanente sea explotable durante años. En el caso de Ashes of Creation, el proyecto ha entrado en una espiral de crisis que ha culminado en las peores noticias posibles para los jugadores: ya no se puede comprar en Steam. Un problema que se ha acentuado por las acusaciones de supuesta estafa por parte de los usuarios.
La tecnología necesaria para crear un MMO
El primer gran muro de dificultad comienza con el modelo de red. Un MMO comercial suele necesitar una arquitectura de cliente/servidor para comunicarse con los jugadores. Así se evitan trampas y se mantiene la consistencia: inventarios, posiciones, daño, economía… Todo debe cuadrar tanto para jugadores como para desarrolladores. A cambio, el precio es la latencia: si el servidor es el que decide, el cliente siempre recibirá la conexión con cierta latencia. Un mal que hay que compensar con técnicas como predicción, interpolación y reconciliación para que el juego no se entorpezca brutalmente mientras se juega.
Luego también está el tema del escalado. Con mucha gente en una zona geográfica, la cantidad de información que hay que sincronizar crece muchísimo. Hacerlo mediante P2P es prácticamente inviable por temas de seguridad y porque la persistencia de los servidores requiere un lugar donde «residir» (datos o estado del mundo). Por ello aparecen precisamente soluciones tipo instancias o sharding, que deberían ayudar al rendimiento, pero también pueden eliminar la fantasía de un «mundo único» si se usan mal.
Contenido infinito, economía viva y el peligro de los jugadores
Aunque cuenten con una infraestructura sólida, los estudios responsables de los MMO exigen un factor más que puede acabar con cualquier calendario: el nuevo contenido y un mantenimiento constante. A diferencia de un juego cerrado, aquí no solo terminamos la campaña. Necesitas un bucle jugable que aguante meses o años. Con actividades, progresión, eventos y recompensas. Y todo debe ser estudiado para que sea equilibrado.
Pero si hay un factor donde los desarrolladores encuentren especial complejidad, es en el hecho de que la economía la controlan los jugadores. Si hay un exploit para duplicar objetos, el farmeo está descompensado o existe un objeto demasiado poderoso, se puede destruir el mercado. Y toda la sensación de avance y progreso con ello.
| Desafío Clave | Descripción del Problema | Impacto en el Jugador |
|---|---|---|
| Arquitectura de Red | Implementar un modelo cliente/servidor confiable que gestione sincronización entre miles de jugadores simultáneamente. Requiere separar la lógica del servidor (autoridad) del cliente, manejar latencia real y prevenir manipulaciones. El netcode debe verificar dinámicamente datos sin generar actualizaciones innecesarias a la base de datos a cada movimiento. | Experiencias de juego desincronizadas, lag perceptible, o explotación de huecos de seguridad que alteran la integridad competitiva. Los jugadores requieren fluidez y equidad en interacciones multijugador. |
| Escalado | Mantener servidores confiables que soporten carga creciente, manejar conexiones simultáneas, protegerse contra ataques DDoS y optimizar renderizado. Sistemas como matchmaking Elo para PvP o composición de grupos PvE (tanque, sanador, DPS) deben escalar automáticamente sin degradar experiencia. | Tiempos de espera prolongados en búsqueda de grupo, saturación de servidores, desconexiones frecuentes o incapacidad de mantener la experiencia durante picos de usuarios. |
| Economía del Jugador | Diseñar sistemas de progresión, recompensas y dropeo de loot que mantengan equilibrio económico. Los jugadores controlan la economía, lo que genera riesgo de inflación, explotación de errores o desequilibrio en actividades. Requiere mantenimiento constante y ajustes de balance. | Devaluación de moneda in-game, injusticia en distribución de recompensas, o frustración por falta de progresión significativa. El valor de los items puede colapsar si la economía no se gestiona adecuadamente. |
| Contenido Continuo | Generar contenido infinito, mazmorras, misiones y eventos para mantener a la base de usuarios enganchada a largo plazo. Los MMO requieren actualizaciones constantes, parches de balance y herramientas de desarrollo específicas para producir contenido sin sobrecargar equipos pequeños. | Repetición monótona, sensación de "contenido seco" entre actualizaciones, o abandono del juego por falta de nuevas experiencias. La retención de jugadores depende directamente de esta cadencia de contenido. |
También hemos de tener en cuenta que el MMO es el género donde más se pagan los errores técnicos. Cualquier parche rápido en un sistema, como el looteo, combate, inventario o housing, se convierte en un problema enorme cuando ha de calibrarse para miles de jugadores. Por eso precisamente el caso de Ashes of Creation se entiende tan bien como ejemplo: incluso cuando el juego es jugable, se decide que el juego no tiene capacidad de sostener servidores, parches, seguridad y contenido sin parar.