Detección de cuentas alternativas en FiveM: lo que un script puede hacer y lo que no

Un script del lado del servidor de FiveM solo ve esto: los jugadores que se conectan a tu servidor, los identificadores que presentan en ese momento, su IP y el historial del jugador en tu propio servidor. Todo lo demás —lo que el jugador ha hecho en otros servidores, con qué cuentas está vinculado— no está en tus datos.

Por eso `GetPlayerIdentifiers(source)` solo te da la primera mitad de la detección de cuentas alternativas: lee identidades. La segunda mitad es comparar esas identidades con algo, y si el servidor no tiene nada con qué compararlas, por bueno que sea el código no va a dar ningún resultado.

Hay tres cosas que puedes hacer con tus propios datos. Cada una produce una señal real y cada una tiene un punto ciego conocido.

• Historial de identificadores: compara los identificadores de un jugador que se conecta con tu propia tabla de baneos. Así se detecta una cuenta nueva que comparte license con una cuenta baneada. Límite: solo conoce las cuentas que TÚ baneaste, y no sabe nada de un jugador realmente nuevo.
• Repetición de dispositivo y de red: vincula las cuentas que llegan desde la misma IP o con el mismo rastro de dispositivo. Límite: una misma casa, una misma residencia de estudiantes o una misma salida de VPN pone a cientos de jugadores inocentes detrás de la misma dirección, así que nunca debería ser por sí sola un motivo para actuar.
• Patrón de comportamiento: una cuenta recién creada, movimientos anómalos en el primer minuto, entradas masivas. Límite: es una señal débil que también atrapa a jugadores nuevos que no hacen trampa; solo significa algo combinada con las demás.

La verdadera pregunta es: “¿este jugador fue baneado en otro servidor?”. La respuesta no está en tu base de datos: Cfx.re no transmite el baneo de un servidor a los demás ni ofrece ningún endpoint de consulta. Así que responderla es un problema de DATOS, no de código; los datos vienen de las comunidades que los comparten.

Eso marca el techo de lo que puede hacer un script: tu propio archivo. Más allá, o te conectas a un archivo compartido por servidores que colaboran, o usas una capa que revisa al jugador antes incluso de dejarlo entrar.

Uses los datos que uses, el momento decide el resultado. Una comprobación que se ejecuta en el evento `playerConnecting` te permite decidir antes de que el jugador esté dentro; una comprobación posterior solo limita el daño.

Argos Guard es exactamente esa capa: cuando un jugador se conecta, compara sus identificadores con más de 110.000 registros de baneo entre servidores y con clústeres de cuentas alternativas. No sustituye a tu script de detección: añade los datos que tu script no puede ver.

La detección de cuentas alternativas es probabilística. Dos hermanos que comparten dispositivo, cientos de personas detrás de una misma salida de VPN y los avatares populares repetidos producen falsas coincidencias. Así que, al escribir el script, no tomes acciones automáticas por una sola señal; puntúa las señales y deja el umbral en manos del dueño del servidor.

Segundo: una vía de apelación. Cuando una decisión automática atrapa a la persona equivocada, el error se vuelve permanente a menos que el jugador tenga una forma de impugnarlo. Es un requisito de diseño, no un detalle.