Respuesta directa: No ejecutes ESX y QBCore como dos núcleos autorizados para los mismos jugadores. Ambos pueden técnicamente iniciarse como recursos de FiveM, pero modelan la identidad, los trabajos, el dinero, el inventario, las devoluciones de llamada y los eventos de manera diferente. Sin un puente diseñado específicamente y una fuente de verdad declarada, el estado duplicado se vuelve inseguro y difícil de recuperar.
Por qué dos núcleos entran en conflicto
| Dominio | Riesgo con dos autoridades | Control requerido |
|---|---|---|
| Identidad | Un jugador puede recibir registros ESX y QBCore no relacionados. | Una identidad canónica y mapeo explícito. |
| Dinero y trabajos | Las actualizaciones pueden divergir o aplicarse dos veces. | Una regla de traducción escrita y probada por el propietario. |
| Inventario | Los elementos, metadatos y semántica de almacenamiento difieren. | Una autoridad de inventario; adaptadores en el límite. |
| Eventos y callbacks | Acciones de juego similares pueden activar manejadores de framework no relacionados. | Adaptadores con espacio de nombres y revisados en lugar de duplicación global. |
| Dependencias | Un recurso puede detectar el core incorrecto o usar un API no compatible. | Pruebas exactas de dependencias y orden de inicio. |
Qué es factible
Un servidor puede ejecutar un adaptador de compatibilidad para un recurso específico cuando el adaptador tiene un contrato limitado y un framework sigue siendo autoritativo. Qbox, por ejemplo, documenta un puente QB y sus límites. Eso es diferente de ejecutar dos economías y modelos de jugador completos uno al lado del otro.
Lista de verificación de decisiones
- Nombre del núcleo autoritativo para identidad, trabajos, dinero e inventario.
- Enumere los recursos heredados exactos que bloquean la migración.
- Prefiera reemplazar o portar cada recurso; conecte solo cuando el contrato esté documentado y sea comprobable.
- Pruebe llamadas no autorizadas, reconexiones, reinicios y fallos de dependencia parcial.
- Si ambos núcleos deben escribir en el mismo dominio, deténgase y rediseñe antes de la producción.
La clasificación de productos no es un puente
Un producto puede tener ambas categorías ESX y QBCore porque la lista reclama rutas de soporte separadas. El Informe de cobertura de frameworks de FiveM mide esos solapamientos de categorías; no dice que ambos núcleos deban ejecutarse simultáneamente.
Alcance y limitaciones
No hay una respuesta universal para cada fork o adaptador personalizado. Un puente cuidadosamente diseñado puede traducir una superficie API limitada, pero debe declarar la propiedad, el comportamiento de fallo y las reglas de persistencia. No interprete “compatible con QB” como prueba de compatibilidad total QBCore en otro framework.
