Sistema de recompensas

Por que isso importa para o seu servidor

Prêmio espalhado pelo código é a receita para perder o controle da economia. Aqui todas as torneiras estão no mesmo lugar: quando você quiser saber quanto de item entra no servidor por dia, é uma pasta só para abrir.

O outro ganho é o ranking. Sete das doze tabelas são de topo — elas premiam quem lidera alguma coisa. Isso cria competição sem exigir evento, sem exigir GM e sem exigir que o jogador esteja online numa hora específica. Ele só precisa ser bom no que já estava fazendo.

Login diário

daily.xml é o mais importante da pasta, e o que tem a regra mais particular:

<daily type="DAILY" reset="00:00" period="MONTH">
    <day number="1" itemId="9301" count="1"/>
    <day number="2" itemId="9302" count="1"/>
    <day number="3" itemId="9303" count="1"/>
</daily>

O comentário no topo do arquivo é explícito: cada entrada está presa ao dia do calendário, nunca a um dia da semana ou a uma posição na sequência. Quem entra pela primeira vez no dia 17 recebe o prêmio do dia 17 — não o do dia 1.

Isso muda como você desenha a tabela. Não adianta fazer uma escada crescente de 1 a 31 esperando que o jogador suba nela: quem começa no meio do mês cai no meio da escada. O que funciona é distribuir os prêmios bons por todo o mês, com picos em alguns dias, para que qualquer data de entrada tenha algo próximo.

O VIP interage direto com isto: o dailyLogin multiplier de cada plano multiplica o count, e o bypassSequence libera pegar o dia sem penalidade por falta.

As tabelas de topo

pvp_top.xml, pk_top.xml, clan_top.xml, event_top.xml, kamaloka_top.xml, level_top.xml e votes_top.xml seguem o mesmo formato: posição e prêmio.

Algumas decisões que valem mais que o valor do item:

• Premie fundo, não só o primeiro. Uma tabela que paga só o top 1 desmotiva todo mundo a partir da segunda semana, porque o líder já está inalcançável. Pagar até o décimo mantém a disputa viva no meio da tabela.
• A diferença entre posições importa mais que o total. Top 1 levando dez vezes o top 2 gera um líder e nove desistentes.
• pk_top é uma escolha de identidade. Premiar PK diz ao servidor que matar jogador desavisado é uma estratégia válida. Se o seu servidor não é isso, deixe a tabela vazia.

As tabelas de condição

noble.xml, vip.xml, pvp.xml e pk.xml não são ranking — são prêmio por condição atingida. Servem para o que acontece uma vez: virar nobre, comprar VIP, alcançar uma marca de PvP.

Cuidados

• Some tudo antes de abrir. Doze tabelas + dez missões + eventos + votos + YouTube é o total de itens que entra por dia. É fácil somar sem perceber e descobrir a inflação três meses depois.
• reset no horário de pico esvazia o servidor por dez minutos. Deixe a virada de madrugada.
• Mudar prêmio de tabela de topo no meio do ciclo gera reclamação legítima de quem competiu pelo prêmio antigo. Anuncie antes.
• Tabela vazia é uma escolha válida. Nem todo servidor precisa das doze ligadas.

Como isso conversa com o resto da base

Este é o sistema mais conectado da base: o VIP multiplica o login diário, as missões pagam com os mesmos itens, os eventos usam event_top, o sistema de voto alimenta votes_top e a Kamaloka alimenta kamaloka_top. Vale desenhar tudo numa planilha antes de tocar nos arquivos.