Cómo configurar Ruud y la tienda Ruud en MU Online

El Ruud es una de las monedas especiales más importantes de los servidores modernos de MU Online. A diferencia del Zen —que es abundante y sirve al día a día— el Ruud fue diseñado como una moneda de progresión de endgame: la ganas en contenidos difíciles y la gastas en ítems que marcan una diferencia real en el personaje. Por eso, configurar el Ruud no es solo activar una columna en la base de datos; es diseñar un circuito económico completo, donde las fuentes de ganancia, la tienda Ruud y el balance conversan entre sí. Un circuito mal calibrado rompe el servidor de dos maneras: si el Ruud es demasiado fácil, los ítems exclusivos pierden valor y el endgame se evapora; si es demasiado difícil, el jugador casual nunca alcanza nada y abandona.

Esta guía cubre el ciclo completo: entender dónde vive el Ruud en los datos, habilitar sus fuentes de ganancia, montar la tienda con ítems exclusivos, ubicar al NPC vendedor y —el punto que más gente ignora— balancear la entrada y salida de moneda. Uso nombres de tabla y archivo como ejemplos; la arquitectura es común a casi todo emulador, pero los nombres exactos varían según el emulador. Si todavía estás montando la base, revisa antes el tutorial de cómo crear un servidor de MU Online.

Requisitos previos

• Archivo de servidor moderno con soporte para Ruud (los archivos muy antiguos no tienen la moneda de forma nativa).
• Acceso a la base de datos con permiso de escritura en la base del juego (MuOnline en la mayoría de los casos).
• Acceso a la carpeta de datos del GameServer, típicamente GameServer/Data/.
• Editor de texto con la codificación correcta para editar .txt e .ini sin corromperlos.
• Backup completo de la base de datos y de las configuraciones antes de cualquier cambio.
• Personaje GM de prueba para validar saldo, tienda y límites de compra.

Paso 1: Entender el circuito del Ruud

Antes de tocar cualquier cosa, visualiza el Ruud como un circuito de tres etapas:

1. Ganancia (entrada) — de dónde viene el Ruud: eventos, mapas, quests, bosses, recompensas de invasión.
2. Almacenamiento — dónde queda grabado el saldo: normalmente una columna en la tabla de personajes.
3. Gasto (salida) — a dónde va el Ruud: la tienda Ruud y sus ítems exclusivos.

El balance no es más que mantener entrada y salida en equilibrio. Si la entrada mensual promedio de un jugador activo es X y el ítem más deseado cuesta mucho más que algunos meses de X, el ítem es un objetivo de largo plazo. Si cuesta menos que una semana, es desechable. Tú decides dónde cae cada ítem en esa regla.

Paso 2: Localizar y verificar el almacenamiento del Ruud

El primer trabajo técnico es confirmar dónde queda el saldo. En la mayoría de los emuladores, es una columna en la tabla de personajes:

USE MuOnline
GO
-- Verificar si la columna de Ruud existe en la tabla de personajes
SELECT COLUMN_NAME, DATA_TYPE, COLUMN_DEFAULT
FROM INFORMATION_SCHEMA.COLUMNS
WHERE TABLE_NAME = 'Character' AND COLUMN_NAME = 'Ruud'
GO

Si la columna no existe y tu emulador espera que exista, créala con un valor por defecto en cero:

USE MuOnline
GO
ALTER TABLE Character ADD Ruud INT NOT NULL DEFAULT 0
GO

Para inspeccionar el saldo actual de un personaje:

USE MuOnline
GO
SELECT Name, Ruud FROM Character WHERE Name = 'SeuCharGM'
GO

Paso 3: Configurar las fuentes de ganancia de Ruud

Aquí está el corazón del balance de entrada. Cada fuente que habilitas agrega Ruud a la economía; la suma de todas define el ritmo al que los jugadores acumulan. Las fuentes clásicas:

La configuración de recompensa de evento suele vivir en un archivo .ini de recompensas o en una tabla de configuración. Ejemplo en .ini (ilustrativo — varía según el emulador):

; Recompensa de Ruud por evento y nivel
[BloodCastle]
BC1_Ruud=200
BC4_Ruud=500
BC7_Ruud=1000

[DevilSquare]
DS1_Ruud=150
DS5_Ruud=700

[ChaosCastle]
CC1_Ruud=100
CC7_Ruud=800

O mediante una tabla de configuración:

USE MuOnline
GO
-- Ajustar la recompensa de Ruud de un evento (nombres ilustrativos)
UPDATE T_EventRuudConfig
SET RuudReward = 1500
WHERE EventType = 1 AND EventLevel = 7
-- EventType 1 = Blood Castle (ejemplo; varía según el emulador)
GO

Paso 4: Montar la tienda Ruud

La tienda Ruud es la salida principal de la moneda. Suele definirse mediante una tabla que lista cada ítem disponible, con su precio y restricciones. Una consulta exploratoria para ver la estructura:

USE MuOnline
GO
SELECT TOP 20
    ShopCode, ItemGroup, ItemIndex, ItemLevel, ItemOption,
    Price, ClassFlag, BuyLimit, Enabled
FROM T_RuudShopList
ORDER BY ShopCode
GO

Los campos más relevantes (nombres ilustrativos):

Para agregar un ítem exclusivo —por ejemplo, un ala de endgame por 15.000 Ruud, disponible para todas las clases:

USE MuOnline
GO
INSERT INTO T_RuudShopList
    (ShopCode, ItemGroup, ItemIndex, ItemLevel, ItemOption, Price, ClassFlag, BuyLimit, Enabled)
VALUES
    (1, 12, 36, 0, 0, 15000, 255, 0, 1)
-- ClassFlag 255 = todas las clases; BuyLimit 0 = sin límite
GO

Para ajustar el precio de un ítem ya registrado:

USE MuOnline
GO
UPDATE T_RuudShopList
SET Price = 8000
WHERE ShopCode = 1 AND ItemGroup = 13 AND ItemIndex = 0
GO

Paso 5: Definir límites de compra

El límite de compra es la herramienta más importante contra el desequilibrio. Los ítems muy fuertes necesitan un tope por personaje para que la ventaja no sea solo función de quién tiene más horas libres.

USE MuOnline
GO
-- Limitar ítem especial a 1 compra por personaje
UPDATE T_RuudShopList
SET BuyLimit = 1
WHERE ShopCode = 1 AND ItemGroup = 12 AND ItemIndex = 36

-- Quitar el límite de un ítem de consumo
UPDATE T_RuudShopList
SET BuyLimit = 0
WHERE ShopCode = 1 AND ItemGroup = 14
GO

Si el emulador registra el historial de compras, puedes auditar quién compró qué:

USE MuOnline
GO
SELECT TOP 50 CharName, ItemGroup, ItemIndex, Price, BuyDate
FROM T_RuudShopBuyLog
ORDER BY BuyDate DESC
GO

Paso 6: Ubicar al NPC vendedor

La tienda necesita un NPC para ser accesible en el mundo. La ubicación suele hacerse en un archivo de spawn de monstruos/NPCs (por ejemplo GameServer/Data/Monster/MonsterSetBase.txt — varía según el emulador). Cada línea define el índice del NPC, mapa, coordenadas y dirección:

// NPC de la Tienda Ruud - ciudad inicial
// Index  Map  X    Y    Dir  Action  Range
658    0    136  140  0    0       50

Para ofrecer la tienda en más de una ciudad, replica la línea con mapas y coordenadas diferentes:

658    3    170  100  0    0       50
658    51   215  45   0    0       50

Paso 7: Balancear entrada y salida

Con las fuentes y la tienda listas, haz la cuenta que sostiene la economía. Estima la entrada promedio mensual de un jugador activo sumando las recompensas realistas de las fuentes que frecuenta. Después, mira los precios de la tienda y clasifica cada ítem:

Ajusta hasta que la curva tenga sentido para el público de tu servidor. Un servidor "hard" empuja todo hacia la derecha; un servidor "easy/fun" concentra a la izquierda. El error fatal es mezclar sin intención: ítems poderosos baratos al lado de cosméticos caros confunden y frustran.

Paso 8: Probar el ciclo completo

Antes de abrir a los jugadores, cierra el bucle con el personaje GM:

1. Agrega Ruud de prueba al personaje.
2. Ve hasta el NPC ubicado y abre la tienda.
3. Confirma que los ítems aparecen con precios y restricciones correctos.
4. Compra un ítem con límite e intenta comprar de nuevo: el límite debe bloquearlo.
5. Confirma en la base de datos que el Ruud fue debitado por el valor correcto.

USE MuOnline
GO
-- Acreditar Ruud de prueba
UPDATE Character SET Ruud = Ruud + 50000 WHERE Name = 'SeuCharGM'
-- Verificar saldo tras la compra de prueba
SELECT Name, Ruud FROM Character WHERE Name = 'SeuCharGM'
GO

Errores comunes y soluciones

Lista de verificación de lanzamiento

• Backup completo de la base de datos y de las configuraciones hecho y verificado
• Columna/tabla de saldo de Ruud confirmada y en el modelo correcto (cuenta o personaje)
• Fuentes de ganancia habilitadas con recompensas calibradas
• Tienda Ruud montada con ítems exclusivos y precios definidos
• Límites de compra aplicados a los ítems fuertes
• Restricciones de clase (bitmask) verificadas en cada ítem
• NPC vendedor ubicado en coordenada válida y probado
• Entrada mensual estimada y precios clasificados en la regla de balance
• Ciclo completo (ganar, abrir tienda, comprar, debitar) probado en el GM
• Persistencia del saldo confirmada tras relog y reinicio
• Plan de reevaluación periódica del balance definido

Preguntas frecuentes