Granjas grandes en Minecraft sin lag: ingeniería y optimización 2026

Los grandes proyectos técnicos (granjas de hierro para decenas de aldeanos, giga-granjas de oro en el Nether con portales o clasificadores modulares de cofres) son el summum de cualquier jugador avanzado en modo Survival. Sin embargo, en un servidor multijugador, una construcción poco pensada puede convertir en una fracción de segundo una partida fluida en una presentación de diapositivas, disparando el MSPT (Milliseconds Per Tick) por encima del límite de 50 ms y haciendo caer los TPS (Ticks Per Second) por debajo de 15,0.

Mantener unos 20,0 TPS perfectos con giga-granjas en marcha es cuestión de entender la mecánica del motor del juego. En este compendio de ingeniería repasamos las técnicas de optimización de las tolvas (Hopper Locking), cómo limitar el cálculo de rutas de los aldeanos (Villager Pathfinding), el Redstone 1.21+ sin lag y las flags de configuración clave de los motores Paper y Purpur.

Anatomía del lag: TPS vs MSPT

Antes de colocar la primera tolva, tienes que entender qué es lo que mide el servidor:

• TPS (Ticks Per Second): Número de ciclos de cálculo que el servidor ejecuta en 1 segundo. El valor ideal es 20,0 TPS (1 tick = 50 milisegundos).
• MSPT (Milliseconds Per Tick): Tiempo real que necesita el procesador para calcular un tick del juego.
  • MSPT < 40 ms: fluidez ideal, el procesador tiene un gran margen de potencia.
  • MSPT = 50 ms: punto crítico (carga máxima a 20 TPS).
  • MSPT > 50 ms: el servidor no da abasto con los cálculos; se producen retrasos en el tiempo de juego, tirones de los jugadores hacia atrás (rubberbanding) y caída de TPS.

1. Optimización de tolvas: la técnica Hopper Locking

Las tolvas (hoppers) son, estadísticamente, lo que más rendimiento de procesador se come en los almacenes avanzados y las granjas de recursos.

¿Por qué una tolva normal genera tanto lag?

Si encima de una tolva hay un espacio vacío (aire), la tolva, en cada tick del juego (¡20 veces por segundo y por cada bloque de tolva!), escanea el espacio de $1 \times 1 \times 1$ bloque que tiene encima en busca de entidades de objeto (Item Entities) tiradas en el suelo. En un almacén de 500 tolvas, eso son nada menos que 10 000 escaneos espaciales innecesarios por segundo.

Reglas de oro para optimizar las tolvas:

1. Hopper Locking (tapar las tolvas): Coloca siempre encima de la tolva un bloque con inventario completo, por ejemplo un compostador (Composter), un horno (Furnace), un barril (Barrel) o un cofre. Cuando hay un contenedor sobre la tolva, esta deja de comprobar de inmediato las entidades en el aire y revisa únicamente los slots del bloque colocado. El compostador es la mejor opción, porque solo tiene 1 slot de datos sencillo.
2. Eliminar las líneas largas de tolvas: No transportes nunca objetos en horizontal con una cadena de 30 tolvas. Sustitúyelas por corrientes de agua sobre hielo azul (Blue Ice): el agua transporta los objetos cientos de veces más rápido y consume una fracción de la potencia de cálculo.
3. Vagonetas con tolva (Minecart with Hopper) para la recogida masiva: Una sola vagoneta con tolva que se mueve por los raíles bajo una plataforma de recogida puede sustituir hasta a 64 tolvas fijas, recogiendo los objetos al instante a través de un bloque completo de suelo.

2. Optimización de aldeanos (Villagers) y granjas de hierro

Los aldeanos son los mobs más exigentes del juego a nivel de cálculo por su inteligencia artificial (IA) avanzada: cálculo de la rutina diaria, cotilleo (gossiping), pánico y un pathfinding (búsqueda de rutas) constante hacia las camas y los puestos de trabajo.

Buenas prácticas de ingeniería para granjas de hierro y salas de comercio:

• Cápsulas 1x1: Encierra a los aldeanos en un espacio de $1 \times 1$ bloque. Un aldeano que está fijo en un solo bloque (por ejemplo, sobre su puesto de trabajo o sobre un caldero) tiene completamente bloqueado el módulo de búsqueda de rutas.
• Control de la línea de visión (Line of Sight) al zombi: En las granjas de hierro, los aldeanos producen un gólem solo cuando ven un zombi y entran en pánico. ¡No tengas al zombi a la vista las 24 horas! Usa un reloj de pistones sencillo o una vagoneta giratoria que muestre el zombi a los aldeanos solo 1 segundo cada 30–40 segundos. Así consigues el 100 % del rendimiento de la granja y eliminas el 95 % de la carga de IA.
• Limitar el número de camas: No pongas camas innecesarias más allá de las estrictamente necesarias en el módulo de la granja.

3. Redstone sin lag: prácticas de diseño 1.21+

Un polvo de redstone mal tendido puede acabar con el rendimiento incluso de la máquina más potente:

1. Eliminar el polvo de Redstone en trayectos largos: El polvo de redstone, con cada cambio en la intensidad de la señal (de 15 a 0), provoca una actualización de la iluminación y notifica hasta a 15 bloques vecinos en cada dirección.
   • Solución: Sustituye las líneas largas de polvo por líneas de observadores, bloques objetivo (Target Blocks) o bombillas de cobre (Copper Bulbs), que transmiten la señal de forma puntual sin actualizar la luz.
2. Apagar los relojes (Clock Gating): Ningún reloj de redstone puede funcionar sin parar en una base vacía. El mecanismo debería activarse solo cuando entre un objeto en el sistema (detección con comparador) o cuando un jugador tire de una palanca.
3. Minimizar las actualizaciones de bloques (Block Updates): Evita mover sin necesidad grandes muros de pistones si el mismo efecto se puede conseguir con un dispensador con agua.

Puedes aprender más sobre circuitos lógicos limpios en la guía Fundamentos de Redstone en Minecraft.

Tabla de buenas prácticas de ingeniería de granjas

Configuración del motor Paper/Purpur para giga-granjas

Si administras tu propio servidor, una configuración adecuada de los archivos paper-world-defaults.yml y purpur.yml aliviará drásticamente al procesador:

# paper-world-defaults.yml
entities:
  spawning:
    # Despawn rápido de la basura de las granjas (p. ej., amapolas de la granja de hierro)
    alt-item-despawn-rate:
      enabled: true
      items:
        poppy: 200        # 10 segundos en lugar de 5 minutos
        rotten_flesh: 300
        gold_nugget: 600
  behavior:
    # Flag clave para optimizar las tolvas
    hopper:
      disable-move-event: true
      ignore-occluding-blocks: true
    # Menor distancia de activación de la IA de los mobs
    entity-activation-range:
      animals: 16
      monsters: 24
      villagers: 16
      misc: 8

Encontrarás una guía detallada de configuración de los motores en el artículo Optimización de un servidor de Minecraft paso a paso.

Diagnóstico de la carga: el profiler Spark en la práctica

Cuando el servidor empieza a ir lento, no adivines qué granja tiene la culpa. Usa el profiler Spark:

1. Escribe en la consola o en el juego el comando: /spark sampler --timeout 60.
2. Al cabo de un minuto recibirás un enlace a un informe web detallado.
3. En la pestaña del informe, revisa el hilo Server thread y despliega la sección world - doTick:
   • Si domina BlockEntityTick (Hopper), tienes que poner compostadores sobre las tolvas.
   • Si domina EntityTick (Villager / Pathfinding), los aldeanos tienen demasiada libertad de movimiento.
   • Si domina Redstone / BlockUpdates, localiza el reloj de redstone que no se detiene.

FAQ - Preguntas frecuentes

1. ¿Por qué es mejor un compostador sobre la tolva que un cofre normal?

Un cofre tiene 27 slots de inventario que la tolva tiene que recorrer al intentar transferir. El compostador tiene solo 1 slot virtual, lo que reduce al mínimo absoluto el número de operaciones de memoria del procesador.

2. ¿Generan lag las vagonetas con tolva (Minecart with Hopper)?

Una sola vagoneta con tolva genera una carga mínima. El problema aparece cuando colocas varias decenas de vagonetas moviéndose sin parar por los raíles en un espacio pequeño. En las granjas grandes, usa un mecanismo que detenga la vagoneta en la estación de descarga cuando la granja no esté produciendo items.

3. ¿Cómo evitar que se acumulen miles de items en el suelo en la granja de oro?

Usa un sistema de destrucción inmediata de los objetos sobrantes (por ejemplo, tirando la carne podrida y las espadas de oro directamente a la lava con un soltador rápido) y activa alt-item-despawn-rate en la configuración de Paper.

4. ¿Qué plan de hosting aguanta un servidor con una decena de giga-granjas?

Para servidores técnicos avanzados con muchos jugadores recomendamos el plan Iron (10 GB RAM) o Obsidian (14 GB RAM) de MCHost.pl. La alta frecuencia por núcleo de los procesadores AMD Ryzen garantiza un procesamiento instantáneo del bucle de ticks.

Conclusión

Construir granjas gigantes de recursos sin perder fluidez de juego es un arte de ingeniería. Acuérdate de la regla del Hopper Locking, aísla a los aldeanos en cápsulas 1x1, cambia el polvo de redstone por líneas de observadores que no necesitan mantenimiento y revisa con regularidad los informes de /spark.

👉 Construye tu imperio técnico sobre la infraestructura estable de MCHost.pl y disfruta de unos 20,0 TPS constantes, sea cual sea la escala de tus proyectos.