/
mc-node.net →
Minecraft

¿Cómo organizo un evento SMP hardcore: reglas, inicio y final?

Actualizado el 07/10/202611 min de lectura
En este artículo
  1. Deja las reglas fijadas antes del inicio
  2. Haz que todos empiecen en el mismo momento
  3. Gestiona las muertes de forma justa
  4. Evitar las trampas: lo básico
  5. Rendimiento con muchos jugadores y durante los directos
  6. Prepara una final con un borde que se encoge
  7. Cierra la temporada y guarda el mundo
  8. ¿Necesitas ayuda?

El servidor está listo, el mundo está generado y tu grupo está esperando. Ahora empieza el trabajo de verdad: conseguir que la temporada sea justa, vaya fluida y termine bien. En este artículo tienes una plantilla de reglas para copiar, los comandos para que todos empiecen exactamente en el mismo momento, una forma justa de gestionar muertes y revives, lo básico contra las trampas, consejos para muchos jugadores y directos, una final con un borde del mundo que se encoge y cómo guardar el mundo al terminar. Si aún no has preparado el servidor, empieza por montar un servidor SMP hardcore.

Deja las reglas fijadas antes del inicio

La técnica es la parte fácil. Las discusiones casi siempre son por reglas en las que nadie había pensado antes. Por eso, pon las reglas en tu Discord, haz que todos den su visto bueno y no las cambies a mitad de temporada. Puedes copiar esta plantilla; rellena tú las partes entre corchetes:

  1. Una sola vida. Quien muere queda eliminado y sigue como espectador hasta el final de la temporada, salvo que se aplique la regla de revive.
  2. Revives. [Sin revives / un revive por jugador y temporada a cambio de un sacrificio acordado / vuelta automática tras un número fijo de días.]
  3. Desconectarse ante el peligro cuenta como muerte. A quien se desconecte en mitad de un combate, de una caída o en la lava, el administrador lo dará por muerto.
  4. Sin cheats ni exploits. Nada de x-ray, clientes de hacks ni duplicaciones. Si dudas de si algo está permitido, pregunta antes.
  5. Mods de cliente permitidos. Se permiten mods de rendimiento, shaders y Simple Voice Chat. Los minimapas que muestran cuevas o mobs a través de las paredes, los paquetes de texturas de x-ray y los autoclickers, no.
  6. PvP. [Permitido a partir del día X / solo en zonas acordadas / no permitido.]
  7. Bases. [Se pueden destruir o no; nunca con lava ni TNT en la base de otro.]
  8. Los espectadores no hablan. Los jugadores eliminados no pasan información a los vivos, tampoco por Discord ni en un directo.
  9. Nada de máquinas de lag. Granjas grandes y líneas largas de tolvas, solo si se ha hablado antes; el administrador puede desactivar una granja si el servidor sufre por ella.
  10. Problemas del servidor. Ante un crash o lag del servidor demostrable, el administrador decide sobre un revive basándose en los logs. Esa decisión es definitiva.
  11. Final. La temporada termina el [fecha y hora]. Quien siga vivo entonces [gana junto con los demás supervivientes / juega la final].

Haz que todos empiecen en el mismo momento

Un inicio justo significa que nadie está talando árboles mientras el resto aún está entrando. La forma más sencilla: todos aparecen en una sala de espera junto al spawn en modo aventura, en el que no se pueden romper bloques, y en el momento del inicio pones a todos en survival a la vez.

Preparación

  1. Construye una sala cerrada de cristal alrededor del spawn del mundo. Si en la guía de montaje pusiste respawn_radius a 0, todos aparecerán exactamente ahí.
  2. Escribe en la consola defaultgamemode adventure. Los jugadores que entren por primera vez lo harán ahora en modo aventura.
  3. Comprueba con whitelist list que todos están en la lista y haz una última copia de seguridad del mundo inicial desde la pestaña Backups.

El momento del inicio

Cuando todos estén conectados, ejecuta en la consola, uno detrás de otro:

defaultgamemode survival
clear @a
effect clear @a
time set day
weather clear
gamemode survival @a
title @a title "¡YA!"

Ahora todos están en survival y pueden romper el cristal. Para una cuenta atrás usas la misma línea title con el texto "3", "2" y "1". A los administradores que no juegan los devuelves después con gamemode spectator Nombre.

Si prefieres repartir al grupo por el mapa, usa este comando después de gamemode survival @a:

spreadplayers 0 0 200 2500 false @a

Eso coloca a todos los jugadores en puntos aleatorios a un máximo de 2500 bloques del centro (0, 0), con al menos 200 bloques entre ellos. Mantén la distancia máxima dentro de tu borde del mundo.

¿Alguien llega tarde? Acordad de antemano hasta cuándo se puede entrar. Después de defaultgamemode survival, quien llegue tarde entra directamente en survival en el spawn.

Gestiona las muertes de forma justa

Cuando alguien muere, técnicamente todo pasa solo: el jugador pasa a espectador y el aviso de muerte aparece en el chat y en la consola. Lo que gestionas tú como administrador es lo que pasa después.

Comprueba lo que ocurrió

  • Cada muerte queda registrada con su hora en el log del servidor. Abre desde la pestaña Files el archivo logs/latest.log; los días anteriores están como archivos comprimidos en la misma carpeta.
  • Si alguien dice que murió por lag, mira enseguida con spark tps el TPS y los tiempos de tick de los últimos minutos. Si el TPS está clavado en 20, no fue culpa del servidor. Cómo leer Spark lo tienes en solucionar el lag del servidor con el perfilador Spark.
  • Si el servidor de verdad se trabó o se cayó, sigue la regla que acordasteis de antemano. Sin un plugin adicional, las cosas de un jugador muerto no se pueden recuperar por separado; restaurar una copia de seguridad devuelve atrás el mundo para todos.

Revives sin discusiones

  • Fija de antemano cuántos revives hay, cuánto cuestan y si un jugador revivido empieza con el inventario vacío.
  • Que el administrador solo haga un revive cuando el grupo haya visto el sacrificio, por ejemplo en el chat de voz o en Discord.
  • Técnicamente es un solo comando: gamemode survival Nombre, seguido si hace falta de un tp a un sitio seguro. Todas las variantes, también con un plugin de revive o de deathban, están en revivir a un jugador muerto en un servidor hardcore.

Si el administrador también juega

Si el administrador juega, el grupo tiene que poder confiar en que no abusa de sus permisos. Paper registra en logs/latest.log cada comando que ejecuta un jugador, y con la gamerule log_admin_commands (activada por defecto; en 1.21.10 y anteriores, logAdminCommands) también llegan al log los resultados de los comandos de OP. Acordad que cada acción de administración se anuncie en un canal de Discord y, mejor aún, deja la gestión a alguien que no juegue.

¿Avisos de muerte automáticos en Discord? Conecta DiscordSRV y cada muerte se convertirá en un momento para todo el grupo.

Evitar las trampas: lo básico

En un servidor con amigos, la confianza es tu mejor anticheat. Aun así, con estas medidas se lo pones bastante más difícil a los tramposos:

  • Whitelist y online-mode. Deja white-list, enforce-whitelist y online-mode en true. Así solo entran cuentas reales de tu grupo.
  • El mínimo OP posible. No des OP a nadie «para arreglar una cosa un momento» sin quitárselo después con deop Nombre.
  • Bloquear el vuelo. Deja allow-flight=false (el valor por defecto) en server.properties: así, los jugadores en survival que se quedan flotando son expulsados automáticamente.
  • Investigar minería sospechosa. Con CoreProtect, /co lookup u:Nombre t:2d a:-block muestra qué bloques ha roto alguien en los últimos dos días. Muchísima mena de diamante con poca piedra excavada alrededor dice más que una corazonada. Consulta instalar CoreProtect.
  • Plugins anticheat. Si te planteas usar uno, pruébalo antes de la temporada con unos cuantos jugadores. Un falso positivo que expulsa a un jugador honrado en mitad de un combate puede costarle una vida en hardcore.

El anti-xray integrado de Paper

Paper puede ocultar las menas a los jugadores hasta que sean visibles de verdad, así que los paquetes de texturas y mods de x-ray sirven de poco. Pon en config/paper-world-defaults.yml:

anticheat:
  anti-xray:
    enabled: true
    engine-mode: 1

Después reinicia el servidor. El engine-mode 1 sustituye las menas ocultas por piedra normal y es el ajuste más ligero para tu servidor.

Rendimiento con muchos jugadores y durante los directos

La noche del inicio y durante la final está todo el mundo conectado a la vez, a menudo mientras algunos jugadores retransmiten o graban. Justo entonces quieres que el servidor se mantenga firme en 20 TPS.

  1. Pregenera el mundo. Es la mayor mejora; consulta el paso 5 de la guía de montaje. Así, los jugadores que exploran solo cargan chunks que ya existen.
  2. Elige tus distancias con cabeza. En server.properties, view-distance determina hasta dónde ven el mundo los jugadores y simulation-distance, hasta dónde siguen funcionando mobs, granjas y redstone. Las grabaciones bonitas piden una view-distance generosa: empieza en 10 con simulation-distance 6 y baja la view-distance a 8 si el MSPT pasa a menudo de 40.
  3. Mide en lugar de adivinar. spark tps muestra TPS y MSPT; spark profiler start --timeout 300 crea un perfil de cinco minutos mientras hay lag.
  4. Que los espectadores no generen chunks. Pon spectators_generate_chunks en false, como en la guía de montaje.
  5. Reinicia a diario. Programa desde schedules un reinicio a una hora en la que no juegue nadie y avisa unos minutos antes con un comando say en el mismo schedule.
  6. Controla las granjas. Muchos mobs y largas líneas de tolvas son las causas de lag más conocidas. Tienes ajustes concretos en el artículo sobre Spark.

Grabar y retransmitir

  • No enseñes nunca la dirección del servidor en pantalla. La whitelist deja fuera a tu público, pero una dirección conocida atrae igualmente atención no deseada.
  • Pon hide-online-players=true en server.properties si no quieres que los de fuera vean en la lista de servidores quién está conectado.
  • Acordad que los jugadores vivos no vean los directos de los demás durante la temporada, o que los streamers emitan con retardo.
  • Los equipos que quieran hablar en privado usan un grupo en Simple Voice Chat.
  • Un mapa en vivo como BlueMap da una visión general al público y a los espectadores. Por defecto muestra dónde están los jugadores, así que comparte el enlace con criterio.

Prepara una final con un borde que se encoge

Sin final, una temporada hardcore suele apagarse poco a poco: los últimos jugadores se evitan y ya nadie se conecta. Un borde del mundo que se encoge los obliga a encontrarse, solo con comandos vanilla. En Java 1.21.11 y posteriores (también en 26.x):

worldborder set 1000 259200s

Esto hace que el borde se encoja hasta 1000 bloques de diámetro en 259200 segundos, es decir, tres días reales. Fíjate en la s detrás del número: desde la 1.21.11, el comando sin sufijo cuenta en ticks, y el sufijo d significa días del juego de veinte minutos, no días reales. En 1.21.10 y anteriores indicas el tiempo en segundos sin sufijo: worldborder set 1000 259200.

Anuncia el encogimiento con mucha antelación para que los jugadores puedan sacar sus cosas de la zona exterior; fuera del borde reciben daño. Para la última noche, lo que mejor funciona es una hora anunciada y una arena alrededor del spawn. Tienes más opciones en configurar un borde del mundo.

Cierra la temporada y guarda el mundo

  1. Anuncia el final. Pon la fecha y la hora de la final en Discord con mucha antelación.
  2. Deja constancia del resultado final. Apunta quién sigue vivo y haz capturas de las bases, o deja que BlueMap actualice el mapa por completo una última vez.
  3. Apaga el servidor y haz una copia de seguridad desde la pestaña Backups, con un nombre como fin temporada 1. Con el servidor apagado te aseguras de que todo está guardado. Consulta hacer un backup.
  4. Descarga la copia a tu ordenador o a tu almacenamiento en la nube; consulta descargar tu backup. ¿Prefieres solo el mundo? Descarga por SFTP la carpeta world (en Paper 1.21.x y anteriores, también world_nether y world_the_end).
  5. Juego libre (opcional). Muchos grupos dejan el mundo abierto unos días más sin las reglas de la temporada, para que también quienes cayeron pronto puedan construir. Saca a todos del modo espectador con gamemode survival @a.

Volver a abrir el mundo más adelante

Si más adelante quieres volver a poner el mundo en marcha, restaura la copia en un servidor con restaurar un backup o súbela con subir un mundo. ¿Quieres abrir el mundo en modo un jugador? En Paper 1.21.x y anteriores, el Nether y el End están en las carpetas aparte world_nether y world_the_end; no estarán automáticamente en tu mundo de un jugador.

Empezar una nueva temporada

  • Empieza con un mundo nuevo: detén el servidor y elimina las carpetas del mundo; consulta resetear tu mundo. Con eso también desaparecen los inventarios, los puntos de reaparición y el progreso de todos los jugadores.
  • Elige una seed nueva con cambiar la seed del mundo y deja hardcore=true para que el mundo nuevo también se cree como hardcore.
  • Si usas CoreProtect, elimina también plugins/CoreProtect/database.db con el servidor apagado. Si no, las líneas de log antiguas apuntarán a coordenadas de un mundo que ya no existe.
  • Después vuelve a poner el borde del mundo, pregenera el mundo y haz una copia de seguridad inicial, como en la guía de montaje.

¿Buscas un servidor para tu próxima temporada o un paquete mayor para un grupo más grande? Echa un vistazo a montar un SMP hardcore, o a nuestra página de servidor SMP normal si quieres una temporada sin muerte permanente.

¿Necesitas ayuda?

Pregúntale primero a Noddy, el asistente de IA del panel de juegos. Te echa una mano, por ejemplo, con un mensaje de error en la consola, un plugin que no carga o un comando que no hace lo que esperas. Si ni así lo resolvéis, abre un ticket desde nuestra página de soporte y, si se trata de lag, añade un enlace a tu informe de Spark.