HZ Scripts
Back to Blog
comparison

ESX vs QBCore vs QBox: Qual Framework FiveM Você Deve Escolher em 2026?

HitzyMay 26, 202612 min read
fivemesxqbcoreqboxfivem frameworkroleplay

ESX vs QBCore vs QBox: Qual Framework FiveM Você Deve Escolher em 2026?

Se você está montando um servidor de roleplay FiveM, a primeira grande decisão que vai tomar é o seu framework. ESX, QBCore e QBox dominam a cena do FiveM — cada um com seus pontos fortes, compromissos e casos de uso ideais.

Este comparativo analisa os três de forma honesta. Nós vendemos scripts que funcionam com todos eles, então não temos favoritos — queremos apenas que você escolha a base certa para o seu projeto.

Se você é completamente novo no FiveM, talvez queira ler Como Criar um Servidor FiveM primeiro.

Sumário

  1. O que é um framework FiveM?
  2. Tabela comparativa rápida
  3. ESX (Extended) — o líder legado
  4. QBCore — o padrão moderno de RP
  5. QBox — o fork focado em desempenho
  6. Comparação recurso por recurso
  7. Qual framework você deve escolher?
  8. Perguntas comuns sobre migração
  9. FAQ

O que é um framework FiveM?

Um framework é a camada de base do seu servidor FiveM. Ele gerencia:

  • Contas e persistência de jogadores (personagens, identificadores, metadados)
  • Sistemas de dinheiro (cash, banco, dinheiro sujo)
  • Profissões e gangues (polícia, mecânico, ambulância, etc.)
  • Inventário e itens
  • Propriedade de veículos
  • Moradias/garagens
  • Lógica de morte e respawn
Sem um framework, o FiveM é apenas um GTA V multiplayer vazio. Todo script de RP que você instala — banco, drogas, assaltos, pesca — depende do framework para gerenciar o estado do jogador. Você instala um framework uma vez no início do seu servidor. Trocar depois é doloroso, então essa decisão importa.

Tabela comparativa rápida

RecursoESXQBCoreQBox
Primeiro lançamento201820212023
LicençaGPL-3GPL-3GPL-3
Manutenção ativa✅ Ativa✅ Muito ativa✅ Muito ativa
Ecossistema de scripts⭐ Massivo⭐ Grande⭐ Grande (compatível com QBCore)
Qualidade do código⚠️ Dívida legada✅ Moderno✅ Muito moderno
Desempenho⚠️ Variável✅ Bom⭐ Excelente
Documentação✅ Extensa✅ Extensa⚠️ Em crescimento
Amigável para iniciantes⭐ Fácil✅ Moderado⚠️ Moderado-Difícil
Usado por grandes servidores RP✅ Muitos⭐ A maioria⚠️ Em crescimento
Tamanho da comunidade (2026)Grande⭐ Maior ativaMenor, porém engajada

ESX (Extended) — o líder legado

O ESX é o framework FiveM mais antigo e historicamente mais popular. Lançado pela primeira vez em 2018 como um fork do ES (EssentialMode) original, ele já alimentou milhares de servidores RP FiveM ao longo dos anos.

Por que o ESX ainda importa em 2026

Enorme ecossistema de scripts. O ESX tem o maior catálogo de scripts da comunidade entre todos os frameworks. Scripts de código aberto no GitHub, scripts pagos no Tebex, recursos personalizados de servidores extintos — a maior parte da história do FiveM foi escrita em ESX. Se você quer encontrar "um script que faz X", há grandes chances de existir uma versão ESX. Fácil de encontrar tutoriais. Pesquise no YouTube por "FiveM roleplay tutorial" e 80% dos resultados serão baseados em ESX. A curva de aprendizado é mais suave que as alternativas. Familiar para a maioria dos desenvolvedores. Se você contratar um desenvolvedor freelancer de FiveM, ele quase certamente conhece ESX.

Os pontos fracos do ESX

Dívida técnica acumulada. O ESX vem sendo corrigido e expandido há mais de 6 anos. Parte do código central está mostrando sua idade. O desempenho pode variar muito entre diferentes configurações de servidor. Versões fragmentadas do ESX. "ESX" hoje geralmente significa ESX Legacy (a versão mantida), mas existem também forks: ESX 1.x, ESX V1 Final, etc. Escolha ESX Legacy — qualquer outra versão não é mais mantida. Scripts de desempenho frequentemente precisam de otimização. Muitos recursos ESX de 2018-2020 foram escritos antes de a otimização de resmon ser uma prioridade da comunidade. Espere ter que otimizar ou substituir scripts antigos.

Melhor para

  • Iniciantes completos que querem o máximo de tutoriais e suporte da comunidade
  • Servidores que priorizam variedade de scripts em vez de código moderno
  • Comunidades migrando de servidores ESX antigos que já conhecem o framework

Recursos do ESX

QBCore — o padrão moderno de RP

O QBCore surgiu em 2021 como uma alternativa limpa e moderna ao ESX. Construído do zero com uma arquitetura melhor, rapidamente se tornou a escolha padrão para novos servidores RP.

Por que o QBCore é dominante em 2026

Melhor arquitetura de código. O QBCore foi projetado com modularidade em mente. Sistemas de profissão, inventário, metadados — tudo é mais claramente separado do que no ESX. Comunidade ativa massiva. O QBCore ultrapassou o ESX em contribuições ativas da comunidade. Novos scripts são lançados primeiro para QBCore, depois às vezes portados para ESX. Componentes de UI polidos. HUDs modernos, telefones e designs de inventário são cada vez mais voltados para QBCore. Grandes reformulações de UI (como qb-inventory para ox_inventory) são lançadas para QBCore. Sistema de metadados melhor. O sistema de metadados de jogador do QBCore facilita muito adicionar estatísticas, atributos ou progresso personalizados sem mexer no esquema do banco de dados.

Os pontos fracos do QBCore

Menos variedade de scripts que o ESX (em números brutos). Embora o QBCore tenha mais scripts novos, o ESX tem mais scripts no total graças aos seus 5 anos de vantagem. Curva de aprendizado um pouco mais íngreme. A arquitetura mais limpa significa que os iniciantes têm mais conceitos para entender: metadados, state bags, divisão shared/server/client. Alguns sistemas centrais são opinativos. O QBCore faz escolhas específicas (ex.: seu sistema de profissões, fluxo de criação de personagem) que podem não combinar com sua visão. Espere ter que sobrescrever alguns módulos centrais.

Melhor para

  • Comunidades RP sérias construindo do zero em 2026
  • Donos de servidor que querem código moderno e sustentável
  • Comunidades que planejam escrever ou modificar scripts personalizados

Recursos do QBCore

QBox — o fork focado em desempenho

O QBox (às vezes chamado de QBX) é um fork de 2023 do QBCore que prioriza desempenho e modularidade. Mantido por ex-contribuidores do QBCore, ele visa corrigir problemas arquiteturais enquanto permanece amplamente compatível com recursos QBCore.

Por que o QBox está ganhando tração

Melhor desempenho direto da caixa. O QBox usa recursos nativos do FiveM (state bags, ox_lib, oxmysql) de forma mais agressiva que o QBCore. O resultado: menor resmon, menor consumo de memória, menos loops de tick. Núcleo mais limpo. O QBox removeu padrões de código legados do QBCore. O código-base é menor, mais legível e mais fácil de estender. Compatível com a maioria dos scripts QBCore. Este é o recurso matador. A maioria dos scripts QBCore funciona no QBox com modificações mínimas. Você herda todo o ecossistema QBCore. Desenvolvimento ativo. O QBox está evoluindo rápido. Novos recursos são lançados mensalmente e a equipe de desenvolvimento é responsiva ao feedback da comunidade.

Os pontos fracos do QBox

Comunidade menor (por enquanto). O QBox é mais jovem. O Discord é menor, existem menos tutoriais, menos conteúdo em fóruns. Você pode precisar ler código-fonte com mais frequência. Alguns scripts QBCore precisam de adaptação. Embora a maioria funcione, uma porcentagem dos recursos QBCore tem caminhos hardcoded ou suposições que quebram no QBox. Prepare-se para depuração ocasional. Documentação ainda amadurecendo. A documentação do QBox é boa, mas menos exaustiva que a do QBCore. Alguns recursos são documentados principalmente no código-fonte.

Melhor para

  • Donos de servidor com mentalidade técnica dispostos a trabalhar com código-fonte
  • Servidores críticos em desempenho rodando próximo da capacidade
  • Donos de servidor construindo frameworks personalizados sobre os padrões QBCore

Recursos do QBox

Comparação recurso por recurso

Sistema de inventário

  • ESX: vem com esx_inventory, frequentemente substituído por ox_inventory. Padrão decente, muito substituível.
  • QBCore: vem com qb-inventory. A maioria dos servidores substitui por ox_inventory para melhor desempenho.
  • QBox: vem com ox_inventory integrado. Melhor experiência de inventário por padrão.
Vencedor: QBox (direto da caixa). Os três convergem para ox_inventory em uso sério.

Sistema de profissões

  • ESX: sistema de society clássico. Funcional, UI datada.
  • QBCore: qb-management fornece painéis de profissão/gangue. Mais moderno.
  • QBox: qbx_management é ainda mais limpo.
Vencedor: QBox > QBCore > ESX.

Integração com telefone

  • ESX: qualquer telefone funciona (gks-phone, lb-phone, qs-smartphone). Nenhum telefone "oficial".
  • QBCore: qb-phone é a opção oficial, mas a maioria dos servidores usa lb-phone ou qs-smartphone pelo acabamento.
  • QBox: igual ao QBCore — traga seu próprio telefone.
Vencedor: empate. A escolha do telefone é independente do framework.

Sistema de voz

  • ESX, QBCore, QBox: todos os três comumente usam pma-voice. Agnóstico de framework.
Vencedor: empate.

Esquema do banco de dados

  • ESX: design de esquema mais antigo, com várias tabelas legadas (addon_account, addon_inventory_items).
  • QBCore: esquema mais limpo com a tabela players armazenando a maioria dos dados.
  • QBox: muito similar ao QBCore, ligeiramente mais normalizado.
Vencedor: QBox > QBCore > ESX.

Desempenho

Benchmark no mesmo servidor RP de 32 slots com scripts comparáveis:

FrameworkTick médio do servidor (idle)Tick médio do servidor (lotado)
ESX Legacy2.8ms8.5ms
QBCore1.9ms6.2ms
QBox1.4ms4.8ms
(Os números são ilustrativos — variam conforme os recursos instalados. O padrão se mantém na maioria das implantações reais.) Vencedor: QBox.

Compatibilidade de scripts

  • ESX: o maior catálogo de scripts, mas muitos estão envelhecendo.
  • QBCore: grande catálogo moderno. A maioria dos novos scripts é feita para QBCore primeiro.
  • QBox: herda ~85% do catálogo QBCore com adaptações mínimas.
Vencedor: QBCore (maior catálogo ativo) > QBox (compatível por padrão) > ESX (maior catálogo histórico).

Qual framework você deve escolher?

Não existe um framework universalmente "melhor". Escolha com base na sua situação:

Escolha ESX se...

  • Você é um iniciante completo e quer máxima cobertura de tutoriais
  • Você está herdando um servidor ESX existente
  • Você valoriza variedade de scripts em vez de código moderno
  • Você tem um desenvolvedor confortável com os padrões ESX

Escolha QBCore se...

  • Você está construindo um servidor RP sério do zero
  • Você quer a maior comunidade ativa
  • Você planeja instalar muitos scripts da comunidade
  • Você quer código moderno mas com estabilidade comprovada

Escolha QBox se...

  • Desempenho é crítico para o seu servidor
  • Você se sente confortável lendo código-fonte para encontrar soluções
  • Você está começando do zero e quer a base mais moderna
  • Você não se importa com uma comunidade menor (porém engajada)

Escolha Standalone se...

  • Você não está construindo um servidor RP tradicional
  • Você está rodando minigames, drift, DM, corridas ou outros gamemodes
  • Você quer controle máximo sem as premissas de um framework

Uma abordagem agnóstica de framework

Na HZ-Scripts, deliberadamente construímos nossos recursos para serem agnósticos de framework. Todo HZ-Script detecta automaticamente se seu servidor roda ESX, QBCore, QBox ou Standalone, e se adapta de acordo.

Isso significa:

  • Você pode trocar de framework depois sem recomprar nossos scripts
  • Você pode rodar múltiplos servidores de teste em diferentes frameworks com o mesmo catálogo de scripts
  • Você evita o vendor lock-in em scripts individuais
Exemplos do nosso catálogo:
  • HZ-Weather Pro — funciona em ESX, QBCore, QBox, Standalone. Detecção automática, sem configuração necessária.
  • HZ-Television — idem. Plug-and-play em todos os frameworks.
  • HZ-AudioMixer — totalmente standalone, sem dependência de framework.
Se você está indeciso entre frameworks, escolha scripts que não te prendam a um só.

Perguntas comuns sobre migração

Posso migrar do ESX para o QBCore depois?

Sim, mas é um trabalho significativo. Prepare-se para:

  • Migração de banco de dados — mapear a tabela users para players, transferir inventários, profissões, dinheiro
  • Substituição de scripts — a maioria dos scripts ESX não funciona no QBCore. Encontre equivalentes QBCore.
  • Preservação de dados dos jogadores — lide com personagens existentes com cuidado (ou aceite a perda de dados)
  • Prazo — 2 a 4 semanas de trabalho dedicado para um servidor médio, frequentemente mais
Existem ferramentas (esx-to-qbcore-converter), mas nenhuma é plug-and-play.

Posso rodar dois frameworks no mesmo servidor?

Na prática, não. Embora seja tecnicamente possível carregar tanto es_extended quanto qb-core, você terá conflitos constantes em identificadores de jogadores, sistemas de dinheiro e nomes de eventos. Escolha um.

Meu framework pode se tornar obsoleto?

Improvável para ESX, QBCore ou QBox. Todos os três são ativamente mantidos com comunidades fortes. O risco é maior com forks menores (versões antigas do ESX, alternativas menos populares). Fique com os três grandes para segurança.

Posso criar meu próprio framework?

Sim, e alguns grandes servidores fazem isso. O NoPixel, famosamente, roda em um framework interno altamente customizado. Mas construir do zero requer experiência significativa em Lua e de 6 a 12 meses de trabalho antes de ter paridade de recursos com o QBCore. Não faça isso a menos que tenha um motivo específico — comece com QBCore ou QBox, depois customize gradualmente.

Próximos passos

Agora que você escolheu (ou está inclinado para) um framework:

  1. Configure seu servidor corretamente — Guia Completo para Iniciantes sobre Como Criar um Servidor FiveM
  2. Domine seu painel de gerenciamento — Guia de Configuração do txAdmin
  3. Escolha seus primeiros scripts — Primeiros Scripts para Instalar no Seu Servidor FiveM
Ou pule direto e navegue por scripts premium plug-and-play que funcionam em qualquer framework: hzscripts.com/shop.

A escolha de framework não é uma questão de vida ou morte — a maioria dos servidores de sucesso roda em qualquer um dos três. O que importa mais é a consistência: escolha um, aprenda-o bem e construa sua comunidade sobre uma base estável.

FAQ

Consulte o FAQ acima de cada seção para perguntas específicas, ou acesse nossos outros guias para aprofundamentos em tópicos individuais.

Frequently Asked Questions

Related scripts

hz weatherViewhz television v3 smart tv in vehicle tv billboards and cinemViewhz audiomixerView

Related guides

Como Criar um Servidor FiveM em 2026: Guia Completo para IniciantesGuia de Configuração do txAdmin 2026: Instale, Configure e Gerencie Seu Servidor FiveM