Stratégie d'enchantement : comment éviter Trop cher

Chaque objet enchanté que vous avez jamais vu sur un bon monde de survie est passé par la même machine : une table d'enchantement pour le premier tirage, puis une enclume pour tout le reste. AnvilCalc existe parce que cette seconde étape a une courbe de coût cachée qui pénalise le mauvais ordre — et une fois que vous comprenez pourquoi, vous pouvez tout construire sans jamais tomber sur Trop cher !

La pénalité de travail antérieur est le cœur du jeu

Chaque fois qu'un objet ou un livre passe sur une enclume, son « compteur d'utilisations d'enclume » interne augmente de un. Le coût en niveaux de sa prochaine combinaison est alors multiplié selon la formule 2^c − 1, où c est ce compteur : 0, 1, 3, 7, 15, 31 niveaux de pénalité pure, qui s'ajoutent à ce que coûtent déjà les enchantements eux-mêmes. C'est pourquoi combiner quatre livres séparés un par un sur votre épée devient exponentiellement plus coûteux à chaque étape. Une petite fusion annexe de deux livres (deux livres neufs donnent un résultat à travail antérieur 1) peut maintenir la pénalité des deux côtés plus basse plus longtemps, mais fusionner tous les livres dans un seul gros « livre maître » d'abord ne le fait pas : le livre accumule lui-même du travail antérieur et la dernière étape paie pour tout (voir Livre maître dans Minecraft : pourquoi fusionner tous les livres d'abord coûte plus cher).

Pénalité en niveaux d'XP ajoutée au coût de l'enchantement, selon le nombre de fois où cet objet ou ce livre est déjà passé sur une enclume.

Quand deux objets fusionnent, le résultat n'hérite que du plus élevé des deux compteurs de travail antérieur, plus un — pas de la somme. Cette seule règle explique pourquoi un ordre de combinaison intelligent peut être nettement moins cher qu'un ordre évident, et c'est exactement ce que le solveur d'AnvilCalc recherche automatiquement.

Le mur des 39 niveaux

Dans l'édition Java, si une seule opération d'enclume devait coûter 40 niveaux ou plus, l'enclume la refuse purement et simplement et affiche Trop cher ! — même en mode Créatif, où l'affichage diffère mais où le même plafond s'applique à ce que vous pouvez valider en Survie. Bedrock applique le même plafond de 39 niveaux par opération, simplement sans le message exact « Trop cher ! ». Ce plafond s'applique par étape, pas au coût total de votre construction — c'est exactement pourquoi découper une longue liste d'enchantements dans le bon enchaînement de fusions plus petites est souvent le seul moyen de terminer une construction qui paraît impossible au premier regard.

Livres contre objets comme sacrifice

Combiner un livre enchanté dans un objet est moins cher, niveau pour niveau, que sacrifier une seconde copie du même objet — le moteur anvil-core (et le vrai jeu) applique un multiplicateur de coût plus faible pour les sacrifices de livres. Si vous exploitez un villageois ou une table d'enchantement pour un enchantement précis, les résultats sous forme de livre valent la priorité sur un second objet complet, uniquement parce qu'ils sont bien moins chers à appliquer ensuite.

Le netherite est un passe-droit

Faire passer un équipement en diamant au netherite sur une table de forge ne coûte aucune XP, ne touche pas du tout la pénalité de travail antérieur, et conserve chaque enchantement exactement tel qu'il était. Il n'y a vraiment aucune raison d'attendre : enchantez complètement la version en diamant, puis améliorez-la dès que vous obtenez le lingot de netherite et le modèle de forge. Consultez le guide de conversion en netherite pour le détail complet.

Laissez le solveur gérer l'ordre

Tout cela — la pénalité exponentielle, le plafond, le coût livre contre objet, les enchantements en conflit — c'est exactement ce que le calculateur de la page d'accueil résout automatiquement. Choisissez votre objet, cochez les enchantements que vous voulez, et il renvoie la séquence d'étapes d'enclume la moins chère possible, prête à suivre en jeu.

Questions fréquentes

Comment combiner des enchantements dans Minecraft ?

Placez l'objet et un livre enchanté (ou une seconde copie de l'objet) dans les deux emplacements d'une enclume. Si aucun des enchantements n'entre en conflit, l'enclume les fusionne sur le résultat et affiche le coût en niveaux d'XP à payer. Fusionner quelques livres deux par deux d'abord peut coûter moins cher que d'ajouter chaque enchantement à l'objet un par un, en raison de la pénalité de travail antérieur expliquée ci-dessus, mais fusionner tous les livres dans un seul livre maître ne l'est généralement pas ; le solveur d'AnvilCalc recherche automatiquement le mélange le moins cher.

Qu'est-ce que la pénalité de travail antérieur sur une enclume Minecraft ?

Chaque fois qu'un objet ou un livre passe sur une enclume, son compteur d'utilisations interne augmente de un, et le coût en niveaux de sa prochaine combinaison est multiplié selon 2^c moins 1 pour ce compteur — 0, 1, 3, 7, 15, 31 niveaux supplémentaires de pénalité pure, qui s'ajoutent à ce que coûtent déjà les enchantements eux-mêmes.

Pourquoi mon enclume dit-elle Trop cher ?

Java affiche Trop cher ! (Bedrock applique la même limite sans le message exact) dès qu'une seule opération d'enclume coûterait 40 niveaux ou plus. C'est une limite par étape, pas une limite sur l'ensemble de la construction, donc réorganiser vos combinaisons en fusions plus petites suffit généralement à la contourner — consultez le guide Enclume trop chère pour les détails.

Est-il moins cher de combiner des livres entre eux avant d'enchanter un objet ?

Parfois : fusionner quelques livres deux par deux d'abord peut maintenir les compteurs de travail antérieur plus bas plus longtemps que de les appliquer à l'objet un par un. Fusionner tous les livres dans un gros livre maître d'abord coûte généralement plus cher, et le livre maître peut quand même laisser l'objet à un compteur de travail antérieur élevé. Le solveur d'AnvilCalc recherche automatiquement l'ordre le moins cher, vous n'avez donc pas à le calculer vous-même.

Ouvrir le calculateur →