Cómo configurar el Moss the Merchant y la ruleta en MU Online

El Moss the Merchant es uno de los NPCs más queridos de la comunidad de MU Online. Introducido como parte de los eventos estacionales, funciona como un comerciante ambulante que ofrece ítems exclusivos, cajas de recompensa y tickets — muchas veces conectados a un sistema de ruleta de premiación (también llamado Lucky Item, Wheel of Fortune o Ruleta, dependiendo del emulador). Para un administrador de servidor privado, dominar la configuración de ese NPC significa tener en las manos una poderosa herramienta de enganche y, cuando está bien calibrada, una fuente saludable de "sink" de monedas dentro de la economía del juego.

En este tutorial vas a aprender, paso a paso, a spawnear el Moss the Merchant en el mapa deseado, montar su tienda de eventos, crear los tickets que alimentan la ruleta y configurar las probabilidades y recompensas del sorteo. También abordaremos los errores más comunes, una lista de verificación de lanzamiento y buenas prácticas de balance económico. Todos los nombres de archivos y tablas citados sirven como ejemplo — la estructura exacta varía según el emulador (IGCN, MuEMU, Zhyper, X-Files, DreamMU y otros usan nombres y formatos diferentes), así que trata las rutas como referencia conceptual y adáptalas a tu build.

Si aún no tienes un servidor en el aire, empieza por la guía base de cómo crear un servidor de MU Online y después vuelve aquí para agregar el evento.

Prerrequisitos

Antes de tocar cualquier archivo, asegúrate de que el entorno esté saludable. Configurar un NPC de evento sobre un servidor inestable solo multiplica el dolor de cabeza en el diagnóstico.

• Servidor funcional: ConnectServer, DataServer (o equivalente) y GameServer iniciando sin errores y aceptando login.
• Base de datos accesible: SQL Server (MuOnline / Me_MuOnline) o MySQL, dependiendo del emulador, con SSMS o HeidiSQL instalados.
• Editor de texto adecuado: Notepad++ o VS Code. Evita el Bloc de Notas estándar, que puede corromper la codificación de los archivos .txt usados por el GameServer.
• Backup completo: copia la carpeta del GameServer y haz un dump de la base de datos antes de empezar. Cualquier error de índice en un archivo de tienda puede tumbar el servidor.
• Item.bmd del cliente sincronizado: todo ítem que pretendas vender o sortear necesita existir en el cliente, si no el jugador sufre un crash al visualizarlo.
• Acceso de GM: una cuenta con nivel de administrador para probar spawn, comandos y recompensas sin depender de horarios agendados.

> Consejo: mantén un segundo entorno (staging) idéntico al de producción. Probar el Moss y la ruleta en staging evita que una probabilidad mal digitada distribuya un ítem raro para el servidor entero.

Entendiendo la arquitectura del evento

El Moss the Merchant es, técnicamente, solo un monstruo/NPC más en el engine del MU. Lo que lo diferencia es el conjunto de tres piezas que trabajan juntas:

1. El spawn del NPC — define dónde y cuándo aparece (mapa, coordenadas X/Y, dirección y, opcionalmente, horario del evento).
2. La tienda vinculada — un archivo (frecuentemente algo como MerchantShop.txt, EventItemBag.txt o una tabla ShopItem) que lista lo que vende, el precio y la moneda.
3. La lógica de ruleta/sorteo — un archivo de configuración que asocia un "ticket" (ítem consumible) a una tabla de probabilidades y recompensas.

Comprender esa separación es fundamental porque cada emulador implementa las piezas de forma distinta. En algunos, la ruleta es un sistema nativo con interfaz propia en el cliente; en otros, se simula vía "caja de sorteo" (un ítem que, al ser abierto, llama a una tabla de drop). El concepto de MU permanece igual — lo que cambia es dónde editas.

Paso 1: Definir mapa y coordenadas del NPC

Elige dónde va a residir el Moss. Lugares de alto tráfico como Lorencia (mapa 0), Noria (mapa 3) o Elbeland concentran jugadores y maximizan la interacción. Muchos administradores prefieren la plaza central de Lorencia, cerca de la Safe Zone, para facilitar el acceso.

El spawn normalmente se declara en un archivo de lista de monstruos. Un ejemplo de línea (formato genérico, varía según el emulador):

# Index  Map  X   Y   Dir
660      0    143 130 3

Donde:

• Index (660) es el ID del NPC Moss the Merchant en tu emulador. Confirma el número correcto en la documentación de la build — no lo supongas.
• Map (0) es Lorencia.
• X/Y (143/130) son las coordenadas dentro del mapa.
• Dir (3) es la dirección hacia la cual el NPC mira.

En builds basadas en SQL, el spawn puede vivir en una tabla como MonsterSetBase en vez de un .txt. En ese caso el INSERT sería conceptualmente:

INSERT INTO MonsterSetBase (MonsterClass, Map, X, Y, Dir)
VALUES (660, 0, 143, 130, 3);

Paso 2: Registrar el comportamiento de NPC

Un monstruo común ataca; un NPC comerciante necesita abrir la ventana de tienda al ser clicado. Esa distinción suele hacerse en un archivo de definición de monstruo (Monster.txt, MonsterList o similar), donde una flag o columna marca el índice como NPC del tipo tienda.

# Index  Name              Type
660      "Moss the Merchant"  NPC_SHOP

Si tu emulador usa columnas numéricas en vez de rótulos, el "tipo tienda" puede ser un número específico. El punto esencial: el NPC necesita estar marcado como vendedor y apuntar al archivo de tienda correcto. Sin ese vínculo, hacer clic en él no hace nada o traba el cliente.

Paso 3: Montar la tienda de eventos

Aquí defines el inventario del Moss. Cada línea representa un ítem a la venta, con su costo y moneda. Ejemplo de estructura genérica:

# Slot  ItemCat  ItemIndex  Level  Durability  Price     Currency
0       14       13         0      1            5000000   Zen        # Jewel of Bless
1       14       14         0      1            8000000   Zen        # Jewel of Soul
2       12       15         0      1            30        Wcoin      # Ticket de la Ruleta
3       14       31         0      1            150       Ruud       # Box of Luck

Campos típicos:

• ItemCat / ItemIndex: categoría e índice del ítem en el sistema del MU (el famoso par tipo:índice). Jewel of Bless, por ejemplo, es frecuentemente 14:13.
• Level: nivel del ítem (para armas/armaduras). Los consumibles generalmente quedan en 0.
• Price / Currency: valor y moneda. La moneda disponible varía según el emulador — Zen, Jewels, Wcoin, Goblin Points, Ruud o custom.

El ítem más importante de esta tienda para nuestra finalidad es el Ticket de la Ruleta (slot 2 en el ejemplo). Es el que conecta el Moss al sistema de sorteo.

Tabla de ítems recomendados para venta

Paso 4: Configurar la ruleta (Lucky Item / Wheel)

La ruleta consume el ticket y devuelve un premio conforme a una tabla de probabilidades. La configuración vive en un archivo del tipo LuckyItem.txt, Wheel.txt o en una tabla SQL de sorteo. El principio es siempre el mismo: cada premio tiene un peso (probabilidad), y la suma de los pesos define el universo del sorteo.

# ItemCat  ItemIndex  Level  Chance(%)   Amount
14         13         0      35.0        1        # Jewel of Bless
14         14         0      30.0        1        # Jewel of Soul
14         16         0      20.0        1        # Jewel of Life
12         15         0      10.0        1        # Ticket extra (re-roll)
0          0          0      4.5         1        # Box of Excellent
0          0          15     0.5         1        # Ítem Excellent raro (jackpot)

Buenas prácticas de calibración:

1. La suma de las probabilidades debe cerrar en 100% (o el "peso total" esperado por tu build). Muchos emuladores normalizan automáticamente, pero no cuentes con eso — cierra la cuenta manualmente.
2. Reserva el jackpot para menos del 1%. Un premio raro con 5% de probabilidad inunda el servidor en una semana.
3. Incluye premios de "consolación" (jewels comunes) con alta probabilidad para que el jugador rara vez sienta que "perdió todo".
4. Documenta cada peso con un comentario. Te lo vas a agradecer a ti mismo en el futuro.

Cómo muestra el cliente la ruleta

Si tu emulador tiene interfaz nativa de ruleta, ella lee esa tabla y anima el giro. Si no la tiene, el "ticket" es solo un ítem consumible que, al ser usado, llama a la tabla de drop internamente. En ambos casos la lógica de probabilidad es idéntica — solo cambia la presentación visual, y eso varía según el emulador.

Paso 5: Definir horario del evento (opcional)

En el MU oficial, el Moss aparece solo en ventanas específicas. Para replicar eso, usa la tabla o archivo de agendamiento de eventos:

# EventCode  StartHour  StartMinute  DurationMin
MOSS         12         0            60
MOSS         20         0            60

Para dejarlo permanente, simplemente no registres horario y mantén el spawn fijo. La elección depende de tu público: los eventos temporizados crean sentido de urgencia; los NPCs permanentes reducen la fricción para jugadores casuales.

Paso 6: Reiniciar y probar

Después de guardar todos los archivos:

1. Cierra el GameServer con seguridad (evita matar el proceso a la fuerza para no corromper datos).
2. Reinicia el GameServer para recargar la tienda y la tabla de ruleta.
3. Entra con una cuenta de GM.
4. Ve hasta las coordenadas del spawn y confirma que el Moss apareció.
5. Haz clic en el NPC y verifica si la ventana de tienda abre con todos los ítems.
6. Compra un Ticket de la Ruleta y ejecuta el sorteo algunas veces.
7. Verifica en los logs si las recompensas fueron entregadas y si la moneda fue debitada correctamente.

> Consejo de prueba: para validar las probabilidades sin gastar horas, haz 100 sorteos seguidos con una cuenta GM (con moneda "infinita") y cuenta cuántas veces salió cada premio. Si el jackpot de 0,5% apareció 8 veces en 100, hay algo mal en tu tabla de pesos.

Balance económico

La gran trampa del Moss + ruleta no es técnica, es económica. Si los premios son demasiado generosos en relación al costo del ticket, devalúas toda tu economía de jewels y Wcoin. Algunos principios:

• El ticket debe tener costo real. Si es demasiado barato, los jugadores farmean sorteos en masa.
• El valor esperado (EV) de un giro debe ser ligeramente menor que el costo del ticket. Esto mantiene la ruleta como un "sink" y no como una "impresora de dinero".
• Monitorea la inflación. Acompaña el precio de los jewels en el mercado de los jugadores después de lanzar el evento. Si se desploma, reduce las probabilidades de los premios de jewel.
• Rota los premios. Cambiar el inventario del Moss cada temporada renueva el interés sin inflar la economía.

Errores comunes y soluciones

Lista de verificación de lanzamiento

• Backup completo del GameServer y de la base de datos hecho
• Index correcto del Moss the Merchant confirmado en la documentación de la build
• Spawn configurado con mapa y coordenadas probadas
• NPC marcado como tipo tienda y vinculado al archivo de tienda
• Inventario de la tienda definido con moneda y precios coherentes
• Ticket de la Ruleta incluido en la tienda
• Tabla de ruleta con probabilidades sumando 100% (o peso total esperado)
• Jackpot con probabilidad por debajo del 1%
• Todos los ítems de premio existentes en el Item.bmd del cliente
• Horario del evento definido (o spawn permanente confirmado)
• Prueba de 100 giros validando las probabilidades
• Valor esperado del giro menor que el costo del ticket (sink económico)
• Logs de entrega de premio y débito de moneda verificados
• Anuncio para los jugadores preparado

Consideraciones finales

El Moss the Merchant y la ruleta, cuando están bien configurados, se convierten en uno de los pilares de retención de tu servidor. La parte técnica — spawn, tienda, tabla de sorteo — es relativamente simple y sigue conceptos universales del MU Online. El verdadero trabajo está en el balance continuo: acompañar la economía, rotar premios y ajustar probabilidades conforme la población evoluciona.

Empieza conservador en las probabilidades de ítems raros, observa el comportamiento de los jugadores en las primeras semanas y solo entonces afloja. Es mucho más fácil aumentar la generosidad de un evento que retirar premios a los que los jugadores ya se acostumbraron a recibir. Recuerda que cada emulador implementa estos sistemas de forma propia, así que trata esta guía como un mapa conceptual y valida cada paso en la documentación de tu build.

Preguntas frecuentes