Revisión de fraude

La sección opcional fraud aplica señales heurísticas explicables cuando se crea un referido. Está desactivada por defecto. Estas señales indican prioridad de revisión; no demuestran que existan cuentas alternativas. No se contacta con ningún proveedor externo de VPN/proxy y no se almacena ninguna dirección en bruto.

Las señales y sus pesos son SAME_IP (60), MUTUAL_REFERRAL (70), RECENT_FIRST_JOIN (20) y LOW_PLAYTIME (20), con un tope de 100. Las franjas son baja 0-29, media 30-59 y alta 60-100. El umbral de revisión configurable decide si un referido queda retenido. La antigüedad de la primera conexión es el tiempo desde que esta instalación de ReferralTrack observó al jugador por primera vez; el tiempo de juego de Bukkit no se corrige por AFK. Estos límites se muestran con claridad para que el personal pueda interpretar cada resultado.

Usa /referraltrack review list [page] y /referraltrack review show <player>. Un referido retenido no puede validarse ni liberar recompensas. Una decisión del personal requiere la palabra de confirmación explícita y un motivo imprimible:

/referraltrack review approve <player> confirm <reason>

/referraltrack review reject <player> confirm <reason>

Tras la aprobación, review revoke ... confirm <reason> excluye el referido y cancela las recompensas de bienvenida en cola y sin reclamar. review rollback ... confirm <reason> además elimina el registro de atribución. El dinero o los comandos ya entregados se notifican para su recuperación manual, porque los comandos arbitrarios no tienen un inverso universal seguro. Los efectos secundarios de los hitos de referidos también requieren revisión manual.

Cada evaluación del sistema, decisión del personal y posterior eliminación de un referido escribe una fila de auditoría de solo adición con autor, acción, motivo y marca de tiempo. La validación rechazada sigue rechazada. Una segunda decisión se rechaza. Los comandos del personal requieren referraltrack.admin.