Activer le PvP sur un serveur Palworld
Réponse courte : le PvP s’active avec 3 paramètres dans PalWorldSettings.ini — bIsPvP=True, bEnablePlayerToPlayerDamage=True et bEnableDefenseOtherGuildPlayer=True. Le mode PvP est arrivé avec Palworld 1.0, sortie le 10 juillet 2026, et Pocketpair le présente officiellement comme une fonctionnalité d’essai, sans couverture de support complète. Sans réglages d’équilibrage supplémentaires, un serveur PvP dérive vite vers le déséquilibre : ce guide donne le preset complet recommandé par la documentation.
Sur un serveur Palworld chez HebergTonServ, l’offre Pro embarque 16 Go de RAM, exactement la valeur recommandée par Pocketpair — la marge nécessaire quand plusieurs guildes s’affrontent en simultané.
Le PvP Palworld est une fonctionnalité d’essai : ce que ça implique
Il faut le dire clairement avant toute manipulation : la documentation officielle qualifie le PvP de fonctionnalité d’essai sans couverture de support complète. Ce n’est pas un mode compétitif fini et garanti, c’est une option activable dont le comportement peut évoluer.
Trois conséquences concrètes pour un administrateur :
- Sauvegardez avant d’activer. Un changement de règles du jeu sur un monde existant se ressent immédiatement, et le retour en arrière ne rendra pas les Pals perdus.
- Annoncez le changement à votre communauté. Passer un serveur PvE en PvP sans prévenir, c’est perdre des joueurs.
- Attendez-vous à des ajustements. Les valeurs d’équilibrage se retouchent après quelques sessions réelles, jamais du premier coup.
Avant toute modification : exécutez /Save en jeu, puis récupérez une copie du monde. La procédure est détaillée dans sauvegarder et restaurer un serveur Palworld.
Les 3 paramètres qui activent le PvP
Tout se joue dans PalWorldSettings.ini :
| Système | Fichier à éditer |
|---|---|
| Windows | steamapps\common\PalServer\Pal\Saved\Config\WindowsServer\PalWorldSettings.ini |
| Linux | steamapps/common/PalServer/Pal/Saved/Config/LinuxServer/PalWorldSettings.ini |
Les trois paramètres à passer à True :
bIsPvP=True
bEnablePlayerToPlayerDamage=True
bEnableDefenseOtherGuildPlayer=True| Paramètre | Rôle |
|---|---|
bIsPvP | Active le mode PvP sur le serveur |
bEnablePlayerToPlayerDamage | Autorise les joueurs à se blesser mutuellement |
bEnableDefenseOtherGuildPlayer | Fait défendre les bases contre les joueurs des autres guildes |
Les trois vont ensemble. Activer bIsPvP seul sans les dégâts joueur contre joueur donne un serveur « PvP » où personne ne peut se toucher. À l’inverse, oublier bEnableDefenseOtherGuildPlayer laisse les bases sans défense face aux intrus.
Ne modifiez jamais DefaultPalWorldSettings.ini à la racine du serveur : c’est un modèle écrasé à chaque mise à jour du jeu. Ces paramètres se placent dans PalWorldSettings.ini, aux côtés de vos autres réglages — la structure exacte du fichier est expliquée dans configurer un serveur Palworld via PalWorldSettings.ini. Redémarrez le serveur pour appliquer.
Que change concrètement le PvP en jeu ?
La documentation officielle liste quatre effets, et ils dessinent une intention de game design précise :
- Les joueurs peuvent se blesser mutuellement. C’est la base du mode.
- Les Pals de base attaquent les joueurs hostiles qui pénètrent dans la base. Vos défenses ne sont plus décoratives : une base bien peuplée en Pals de combat devient réellement dissuasive.
- Les joueurs en vol et les Pals montés subissent plus de dégâts. C’est le contrepoids anti-fuite : on ne s’échappe plus d’un combat en décollant impunément.
- Les dégâts infligés par un joueur à un Pal sont réduits. Le PvP vise le joueur, pas ses Pals : abattre la collection d’en face devient beaucoup plus long et beaucoup moins rentable.
| Effet documenté | Conséquence tactique |
|---|---|
| Dégâts joueur contre joueur | Les affrontements directs deviennent possibles |
| Pals de base agressifs envers les intrus | La composition défensive de la base compte vraiment |
| Dégâts augmentés en vol et sur Pal monté | Le kite aérien et la fuite sont pénalisés |
| Dégâts joueur vers Pal réduits | Les Pals ne sont plus la cible facile d’un raid |
Retenez la logique d’ensemble : le PvP de Palworld pousse à l’affrontement au sol, entre joueurs, avec des bases qui se défendent seules.
Équilibrer un serveur PvP : les 8 réglages recommandés
Les 3 paramètres d’activation ne suffisent pas. La documentation officielle recommande une série de réglages complémentaires pour éviter les dérives classiques : personnages surgonflés, technologies trop fortes, fuite permanente, déconnexion en plein combat, méga-guildes ingérables.
| Réglage | Valeur | Pourquoi |
|---|---|---|
bAllowEnhanceStat_Health | False | Empêche le stat-stacking en points de vie : plus de personnages increvables |
bAllowEnhanceStat_Attack | False | Même logique sur l’attaque : évite l’escalade en dégâts |
DenyTechnologyList | technologies à bloquer | Retire les technologies trop fortes en PvP — la doc cite les équipements de Pal de déplacement rapide et le grappin |
bEnableFastTravelOnlyBaseCamp | True | Limite le voyage rapide aux bases : plus de fuite instantanée en plein combat |
bExistPlayerAfterLogout | True | Le personnage reste dans le monde après déconnexion : se déconnecter ne fait plus échapper au combat |
GuildPlayerMaxNum | 4 | Plafonne la taille des guildes : évite les rouleaux compresseurs et maîtrise la charge serveur |
BaseCampMaxNumInGuild | 2 | Limite le nombre de bases par guilde : moins d’entités simulées en continu |
DeathPenalty | All | Objets droppés et lootables à la mort : c’est ce qui donne un enjeu réel aux affrontements |
Deux précisions utiles :
Sur DenyTechnologyList. Ce paramètre attend la liste des technologies à interdire. Les identifiants exacts ne sont pas inventés ici : reportez-vous à la documentation officielle Pocketpair pour les récupérer. L’idée à retenir est celle du game design : tout ce qui permet de se déplacer plus vite que les autres ou d’annuler la distance casse un affrontement PvP.
Sur GuildPlayerMaxNum et BaseCampMaxNumInGuild. Ces deux réglages ont un double effet, souvent sous-estimé : ils équilibrent le jeu et ils allègent le serveur. Moins de bases par guilde signifie moins de structures et de Pals simulés en permanence.
Le preset PvP complet, clé en main
Voici les 11 lignes à reprendre pour un serveur PvP équilibré selon les recommandations officielles :
bIsPvP=True
bEnablePlayerToPlayerDamage=True
bEnableDefenseOtherGuildPlayer=True
bAllowEnhanceStat_Health=False
bAllowEnhanceStat_Attack=False
bEnableFastTravelOnlyBaseCamp=True
bExistPlayerAfterLogout=True
GuildPlayerMaxNum=4
BaseCampMaxNumInGuild=2
DeathPenalty=AllÀ compléter avec votre DenyTechnologyList selon les technologies que vous souhaitez interdire.
Méthode d’application, dans l’ordre :
/Saveen jeu pour forcer une sauvegarde du monde.- Copie de sécurité du dossier de sauvegarde.
- Arrêt propre du serveur avec
/Shutdown 60 "Passage en PvP"— voir les 13 commandes admin Palworld. - Édition de
PalWorldSettings.ini. - Redémarrage.
- Vérification en jeu avec
/Infoet test réel entre deux joueurs.
Le pas à ne pas sauter : le test réel. Un fichier de configuration accepté sans erreur ne prouve pas que le PvP est actif — seul un affrontement entre deux joueurs le confirme.
PvE ou PvP : comment choisir pour son serveur ?
| Critère | Serveur PvE | Serveur PvP |
|---|---|---|
| Public visé | Groupes d’amis, joueurs constructeurs | Communautés compétitives |
| Ambiance | Coopération, progression longue | Conflit, raids, tension permanente |
| Modération nécessaire | Faible | Élevée : litiges, accusations, bans |
| Réglages à ajuster | Peu | 11 lignes minimum |
| Charge serveur | Prévisible | Pics lors des affrontements de guildes |
| Support officiel | Complet | Fonctionnalité d’essai |
Le PvP change aussi le profil de charge du serveur. Les affrontements concentrent plusieurs joueurs, leurs Pals et les défenses d’une base sur une même zone : ce sont des pics de calcul, pas une charge lissée. Ajoutez bExistPlayerAfterLogout=True, qui maintient les personnages présents dans le monde après déconnexion, et vous obtenez un serveur qui ne se vide jamais complètement.
Deux conséquences pratiques :
- La RAM ne se dimensionne pas comme en PvE. Pocketpair recommande 16 Go, et précise que 8 Go permet de démarrer mais augmente le risque de crash par manque de mémoire. Sur un serveur PvP fréquenté, 8 Go est un pari. Le calcul complet est dans combien de RAM pour un serveur Palworld.
- Le CPU compte autant. Les pics d’affrontement sont du calcul pur : combats, IA des Pals de base, défenses. Voir optimiser les performances d’un serveur Palworld.
Sur le nombre de joueurs, la limite reste la même qu’en PvE : 32 joueurs maximum, via ServerPlayerMaxNum ou l’argument -players=32. Le sujet est traité dans combien de joueurs sur un serveur Palworld. Avec GuildPlayerMaxNum=4, un serveur plein représente jusqu’à huit guildes en concurrence — c’est le format qui donne les meilleures dynamiques PvP.
FAQ
Comment activer le PvP sur un serveur Palworld ?
Ajoutez bIsPvP=True, bEnablePlayerToPlayerDamage=True et bEnableDefenseOtherGuildPlayer=True dans le fichier PalWorldSettings.ini du serveur, puis redémarrez-le. Ces trois paramètres vont ensemble : activer bIsPvP seul ne permet pas aux joueurs de se blesser.
Le PvP de Palworld est-il une fonctionnalité officielle ?
Oui, le mode PvP est arrivé avec Palworld 1.0 le 10 juillet 2026. Mais Pocketpair le présente officiellement comme une fonctionnalité d’essai, sans couverture de support complète. Attendez-vous à des ajustements et sauvegardez votre monde avant de l’activer.
Que se passe-t-il quand un joueur entre dans la base d’une autre guilde ?
Avec bEnableDefenseOtherGuildPlayer=True, les Pals de la base attaquent les joueurs hostiles qui y pénètrent. La composition défensive d’une base devient donc un vrai choix stratégique, et non un simple décor.
Comment empêcher les joueurs de fuir un combat PvP ?
Deux réglages officiels y répondent : bEnableFastTravelOnlyBaseCamp=True limite le voyage rapide aux bases, et bExistPlayerAfterLogout=True maintient le personnage dans le monde après une déconnexion. Le PvP augmente par ailleurs les dégâts subis par les joueurs en vol et les Pals montés.
Faut-il plus de RAM pour un serveur PvP Palworld ?
Pocketpair recommande 16 Go de RAM pour un serveur dédié Palworld, et précise que 8 Go permet de démarrer mais augmente le risque de crash par manque de mémoire. En PvP, les affrontements de guildes créent des pics de charge : 16 Go est le choix sûr.
Peut-on revenir en PvE après avoir activé le PvP ?
Oui : repassez bIsPvP, bEnablePlayerToPlayerDamage et bEnableDefenseOtherGuildPlayer à False, puis redémarrez le serveur. En revanche, les objets et les Pals perdus pendant la période PvP ne reviennent pas — d’où l’intérêt d’une sauvegarde antérieure.
En résumé
- Le PvP s’active avec 3 paramètres :
bIsPvP=True,bEnablePlayerToPlayerDamage=True,bEnableDefenseOtherGuildPlayer=True. - Fonctionnalité arrivée avec Palworld 1.0 (10 juillet 2026), officiellement en essai, sans couverture de support complète.
- Quatre effets documentés : dégâts entre joueurs, Pals de base agressifs envers les intrus, dégâts augmentés en vol et sur Pal monté, dégâts joueur vers Pal réduits.
- 8 réglages d’équilibrage recommandés, dont
GuildPlayerMaxNum=4,BaseCampMaxNumInGuild=2etDeathPenalty=All. - Preset complet en 11 lignes, à appliquer après un
/Saveet une copie de sauvegarde. - Charge serveur plus irrégulière qu’en PvE : visez les 16 Go de RAM recommandés par Pocketpair.
Pour un hébergeur Palworld capable d’encaisser les pics de PvP, HebergTonServ propose une offre Pro à 19,90 €/mois avec 16 Go de RAM DDR4, un Ryzen 9 5950X, jusqu’à 32 joueurs et une garantie de remboursement de 24 h.



