Progettazione e Sviluppo di un Multiplayer Online Game su Reti Peer-to-Peer

5.1. ANTI-CHEATING 109
Figura 5.5: Player A crea un proprio Bullet all’interno dell’area consentita
(Cerchio verde, calcolato tenendo conto degli effetti causati dal Lag); Player
B invece crea il proprio Bullet esternamente, e questo viene interpretato
come possibile segno di Cheating.
Evidentemente un assetto di questo tipo, se non controllato, si presta ad
essere soggetto a problematiche di Cheating: infatti da una parte il Player
che ha generato il Bullet può notificare collisioni in realtà non avvenute,
mentre dall’altra il Player possessore di un Character realmente colpito può
non operare le dovute modifiche al proprio HP (Figura 5.5).
Una soluzione al primo problema potrebbe essere quella di controllare,
sulla ricezione del messaggio Collision, che il Bullet coinvolto nella presunta
collisione, esista nel proprio Data Layer e che abbia una posizione ed una
direzione tale da giustificare una collisione con il Character (Figura 5.5).
Per quanto riguarda il secondo problema si può procedere nel seguente
modo: quando un Bullet appartenente al Player A colpisce il Character appartenente
al B, ci si aspetta che B decrementi il proprio HP e lo notifichi,
automaticamente, a tutti gli altri Player. Parallelamente però, il Player A
può prevedere tale decremento e modificando di conseguenza il valore del
componente HP relativo al Character colpito, all’interno del proprio Data
Layer. Se il valore di HP inviato da B risulterà maggiore, allora si può
sospettare l’utilizzo di un Cheat. E lo si può eventualmente accertare, dal
momento che ad ogni incremento del valore di HP deve corrispondere la
distruzione di un HealthPack.