Progettazione del sistema di droga FiveM: raccolta, elaborazione e vendita sicura

Il sintomo: i giocatori hanno migliaia di droghe in pochi minuti, vendono lo stesso elemento allo stesso PNG per sempre, o guadagnano dieci volte quello che paga un lavoro senza nessun avviso di polizia.

Un sistema di droga ha tre stadi: raccolta, elaborazione e vendita. Tutti e tre seguono la stessa regola: il client chiede, il server controlla e decide. Questo articolo mostra i controlli e le domande di equilibrio che contano.

#I tre stadi

Ogni stadio consuma o crea elementi, quindi il design sicuro utilizza le funzioni del server del tuo inventario. Il lato della creazione degli elementi è in aggiunta di elementi a ox_inventory.

#Controlli degli elementi lato server

Non fidarti mai di un client che dice "Ho 10 di questo". Chiedi l'inventario sul server, rimuovi gli input, quindi aggiungi gli output, in un posto:

-- server
RegisterNetEvent('drugs:process', function()
    local src = source
    if not isNearProcessor(src) then return end   -- distance check on the server

    local count = exports.ox_inventory:GetItemCount(src, 'weed_leaf')
    if count < 3 then return end

    if exports.ox_inventory:RemoveItem(src, 'weed_leaf', 3) then
        exports.ox_inventory:AddItem(src, 'weed_bag', 1)
    end
end)

Rimuovi prima, aggiungi secondo, e aggiungi solo quando la rimozione ha avuto successo. Se aggiungi prima, un giocatore che spamma l'evento può mantenere l'output e non perde nulla. Controlla canCarryItem prima di aggiungere se i giocatori possono essere pieni.

#Limiti di velocità

Anche un evento legittimo può essere abusato lanciandolo da un ciclo. Dai a ogni azione un ritardo minimo per giocatore, mantenuto sul server:

local lastAction = {}

local function rateLimited(src, key, ms)
    local now = GetGameTimer()
    lastAction[src] = lastAction[src] or {}
    if lastAction[src][key] and now - lastAction[src][key] < ms then
        return true
    end
    lastAction[src][key] = now
    return false
end

Imposta il ritardo un po' inferiore a quello che l'azione reale impiega, così i giocatori onesti non vengono mai bloccati. Ricorda di cancellare lastAction[src] su playerDropped così la tabella non cresce per sempre. La raccolta deve anche essere limitata dalla posizione: una pianta che esiste in un campo non deve essere raccoglibile da qualunque luogo.

#Vendita ai PNG in modo sicuro

La vendita ai pedoni è la parte più abusata, perché il client sceglie il ped. Aggiungi l'opzione con la tua libreria di obiettivo sul client, ad esempio su tutti i ped:

-- client (ox_target)
exports.ox_target:addGlobalPed({
    {
        label = 'Offer drugs',
        icon = 'fa-solid fa-cannabis',
        distance = 2.0,
        canInteract = function(entity)
            return not IsPedAPlayer(entity) and not IsEntityDead(entity)
        end,
        onSelect = function(data)
            TriggerServerEvent('drugs:sell', 'weed_bag')
        end,
    },
})

Le basi di targeting sono in aggiunta di zone ox_target. Nota che il client invia solo il nome dell'elemento. Tutto il resto viene deciso sul server:

RegisterNetEvent('drugs:sell', function(item)
    local src = source
    local price = Config.Prices[item]
    if not price then return end                      -- only allowed items
    if rateLimited(src, 'sell', 4000) then return end -- cooldown between deals

    if exports.ox_inventory:RemoveItem(src, item, 1) then
        local payout = math.random(price.min, price.max)
        exports.ox_inventory:AddItem(src, 'black_money', payout)
    end
end)

Il prezzo viene dalla config del server, mai dal client. Il nome dell'elemento dovrebbe essere controllato rispetto a un elenco consentito, perché un client potrebbe inviare qualsiasi nome. Aggiungi una possibilità casuale che il PNG rifiuti o ti segnali. Se la vendita ha bisogno che il giocatore sia in una zona o solo di notte, controlla anche quel server. Il nome dell'elemento black_money dipende dalla tua configurazione; vedi tipi di soldi.

#Avvisi di polizia

Il rischio è quello che rende interessanti le droghe. Avvisa la polizia su una possibilità, dal server, con la posizione dell'affare:

• Una percentuale di possibilità su ogni vendita (ad esempio una piccola possibilità che il PNG chiami la polizia).
• Una probabilità più grande quando meno affari sono stati fatti in un'area tranquilla, o quando molti affari accadono nello stesso punto.
• Un minimo richiesto di ufficiali in servizio per vendere e elaborare, contato sul server, come in impostazione di un lavoro di polizia.

Se usi un'app telefonica per affari, gli ordini e i punti di incontro dovrebbero comunque essere creati e controllati sul server.

Drug Dealer AppSpaccio di strada come app per lb-phone: zone, acquirenti NPC, livelli e allerte alla polizia.da 18,15 €Vedi lo script →

#Bilancio dei pagamenti

Bilancia numeri, non sentimenti:

1. Cronometra un ciclo completo (raccolta, elaborazione, vendita) e conta quanti minuti impiega.
2. Calcola denaro all'ora: payout volte cicli all'ora.
3. Confrontalo con l'assegno del tuo miglior lavoro legale. Le droghe possono pagare di più, a causa del rischio, ma un fattore di due o tre è sufficiente.
4. Aggiungi attrito: tempo di elaborazione, peso dell'elemento, un numero limitato di vendite per PNG, un cooldown per posizione.

Quindi guarda i soldi nel tuo database dopo una settimana e regola. Il metodo è in bilanciamento della tua economia del server.

#Checklist