Revue anti-fraude

La section facultative fraud applique des signaux heuristiques explicables lorsqu'un parrainage est créé. Elle est désactivée par défaut. Ces signaux indiquent une priorité de revue ; ils ne prouvent pas l'existence de comptes alternatifs. Aucun fournisseur externe de VPN/proxy n'est contacté et aucune adresse brute n'est stockée.

Les signaux et leurs pondérations sont SAME_IP (60), MUTUAL_REFERRAL (70), RECENT_FIRST_JOIN (20) et LOW_PLAYTIME (20), plafonnés à 100. Les tranches sont faible 0-29, moyenne 30-59 et élevée 60-100. Le seuil de revue configurable détermine si un parrainage est retenu. L'ancienneté de la première connexion correspond au temps écoulé depuis que cette installation de ReferralTrack a observé le joueur pour la première fois ; le temps de jeu de Bukkit n'est pas corrigé de l'AFK. Ces limites sont indiquées clairement afin que le staff puisse interpréter chaque résultat.

Utilisez /referraltrack review list [page] et /referraltrack review show <player>. Un parrainage retenu ne peut ni être validé ni libérer de récompenses. Une décision du staff exige le mot de confirmation explicite et un motif imprimable :

/referraltrack review approve <player> confirm <reason>

/referraltrack review reject <player> confirm <reason>

Après approbation, review revoke ... confirm <reason> exclut le parrainage et annule les récompenses de bienvenue en file non réclamées. review rollback ... confirm <reason> supprime en plus l'enregistrement d'attribution. L'argent ou les commandes déjà livrés sont signalés pour une récupération manuelle, car des commandes arbitraires n'ont pas d'inverse universel sûr. Les effets secondaires des paliers de parrainage nécessitent aussi une revue manuelle.

Chaque évaluation du système, décision du staff et suppression ultérieure d'un parrainage écrit une ligne d'audit en ajout seul avec l'auteur, l'action, le motif et l'horodatage. Une validation rejetée reste rejetée. Une seconde décision est refusée. Les commandes du staff nécessitent referraltrack.admin.