transparência

Metodologia

"como o DATA RIFT Rating é calculado, peça por peça"

— resumo

o que é o DATA RIFT Rating

Um score de 0 a 100 por jogador, calculado por split. Combina cinco métricas (KDA, DPM, KP%, CS/min e visão) em uma média ponderada — onde os pesos mudam por role pra refletir o que cada posição é, na prática, paga pra fazer.

Não é o jogador "que mais matou" nem o "que mais farmou". É o jogador que entrega o que se espera da role dele melhor que os outros que jogam a mesma role no mesmo split.

— passo 1

agregar por jogador

Pra cada jogador no split, calculamos a média das cinco métricas a partir de player_game_stats. O time mostrado é o time mais recente em que ele jogou no split (preserva história em transferências mid-split).

Threshold de jogos: só entra no ranking quem jogou pelo menos 50% dos jogos do líder (mínimo absoluto de 3). Filtra substitutos/stand-ins e escala automaticamente conforme o split progride — semana 1 com ninguém com 6 jogos exige 3; final do split com max 18 exige 9.

— passo 2

normalizar por role

Cada métrica vira um percentil dentro da role usando PERCENT_RANK(). Um SUP nunca é comparado a um ADC em DPM. Cada componente fica numa escala 0–100 onde 0 é o pior da role e 100 é o melhor.

KDA
(kills + assists) / max(deaths, 1)
eficiência geral. valoriza não morrer e participar de abates — base de qualquer rating de LoL.
DPM
dano_a_campeões × 60 / duration_seconds
capacidade de carregar via dano. peso máximo pra ADC e MID que vivem disso. usa dano isolado a campeões (não inclui minions/monstros/estruturas) — extraído do feed de eventos do GRID. splits antigos sem esse feed caem no dano total como fallback, mas como o percentil é calculado dentro da role e dentro do split, a comparação segue justa.
KP%
(kills + assists) / team_kills_no_jogo, média entre jogos × 100
kill participation — quanto o jogador esteve envolvido nas lutas. justo pra todos os roles: carries com KP% alto = jogam team-fight, SUP/JGL com KP% alto = roams/ganks efetivos.
CS/min
creep score por minuto
farm de lane. crítico pra TOP/MID/ADC, indicador secundário pra JGL, irrelevante pra SUP.
Visão
média de vision_score por jogo
controle de mapa. dominante pro SUP, importante pro JGL, complemento pros laners.
— passo 3

pesos por role

Os percentis são somados com pesos diferentes por role. Total sempre = 100 — então o rating final também fica em escala 0–100. Ajustamos a tabela conforme o jogo evolui.

ROLEKDADPMKP%CS/MINVISÃOTOTAL
TOP2520153010100
JGL2015201530100
MID2530152010100
ADC203520205100
SUP25105555100
— exemplo

cálculo na prática

Um MID com percentis 90 (KDA), 85 (DPM), 70 (KP%), 60 (CS/min), 40 (visão) recebe:

rating = 90 × 0.25  // KDA
       + 85 × 0.30  // DPM
       + 70 × 0.15  // KP%
       + 60 × 0.20  // CS/min
       + 40 × 0.10  // visão
       = 76.0

Tier S (≥75). Esse jogador domina KDA + DPM da role — o que tradicionalmente define um carry MID.

— transparência

limitações conhecidas

  • DPM em splits antigos usa dano total — o feed seriesState do GRID expõe só dano total (campeões + minions + monstros + estruturas). O dano isolado a campeões vem do feed de eventos, sincronizado a partir do split atual — splits anteriores caem no dano total como fallback e podem inflar DPM de JGL/ADC. Como o percentil é calculado dentro da role e dentro do split, a comparação relativa segue justa.
  • Não pondera contra qualidade do oponente — bater num mid mediano vale tanto quanto bater num all-pro.
  • Não captura macro — chamar rotações, side-pick, drafting. Métricas que ainda não temos.
  • Percentil punico em splits pequenos — quando uma role tem só 8 jogadores, o intervalo entre percentis fica grosso. SUP com KP% bruto 70% vira percentil 0 simplesmente por ser o último de 8, mesmo sendo número saudável em absoluto. Mitigamos exibindo o valor bruto na célula (cor pelo percentil, número pelo absoluto).
  • Patch-agnóstico — não normaliza por meta. Um patch de ARAM-y pode inflar DPM de todo mundo.
— em desenvolvimento

DATA RIFT Rating 2.0

Próxima versão vai incorporar GD@15, side WR, dano-a-campeões isolado (quando o GRID expor ou via reprocessamento de eventos), e ajuste por patch quando tivermos dados suficientes. Esse documento muda quando a fórmula mudar — versionado público.

ver leaderboard