Pourquoi Minecraft affiche « Trop cher ! » — et l'ordre à l'enclume qui l'évite
La pénalité de travail antérieur double à chaque passage à l'enclume. Voici la règle qui la régit, et comment enchaîner les fusions pour qu'un ensemble complet d'enchantements n'atteigne jamais le plafond de 40 niveaux.
Chaque fusion à l'enclume appose sur l'objet un compteur invisible appelé pénalité de travail antérieur (prior work penalty). Elle commence à 0, passe à 1 après la première fusion, puis 3, 7, 15, 31 — doublée puis incrémentée de un à chaque fois. Cette pénalité s'ajoute intégralement au coût en niveaux, ce qui explique qu'une épée coûtant 5 niveaux le lundi en coûte 35 le vendredi.
La version Java vanilla refuse toute fusion dont le prix dépasse 39 niveaux avec Too Expensive!. L'objectif n'est donc jamais de « rendre chaque étape bon marché » — c'est de garder l'arbre peu profond.
La règle qui compte vraiment
Fusionner deux objets facture les deux pénalités en niveaux, et le résultat conserve la plus grande des deux, doublée plus un. Deux livres neufs (pénalité 0) fusionnés en un seul livre donnent un livre de pénalité 1. Fusionnez-le dans une épée neuve et vous payez ce 1 en plus des enchantements, et l'épée ressort à une pénalité de 3.
La route la moins chère est donc un arbre binaire équilibré, pas une chaîne :
bad sword + book1 + book2 + book3 + book4 (penalty 1, 3, 7, 15 …)
good (book1+book2) + (book3+book4) -> sword (penalty stays low on both sides)Séquence pratique pour un outil entièrement enchanté
- Appariez les livres avant qu'ils ne touchent l'outil.
- Fusionnez les paires en deux « super livres ».
- Fusionnez ces deux-là en un seul.
- Appliquez ce livre unique à l'outil neuf, jamais passé à l'enclume.
Cela fait les mêmes quatre fusions que la chaîne, mais les pénalités restent basses des deux côtés et l'outil lui-même n'est pénalisé qu'une seule fois.
Là où l'ordre fait encore mal
- Réparer coûte aussi une fusion. Raccommodage sur l'outil tôt signifie que chaque réparation est gratuite, mais les réparations avant Raccommodage augmentent chacune la pénalité.
- Renommer coûte un niveau. Un renommage seul n'augmente pas la pénalité et n'est jamais
Too Expensive!(il est plafonné à 39), donc renommez lors d'une étape séparée plutôt que pendant une fusion coûteuse. - Bedrock diffère. Bedrock plafonne l'affichage à
Too Expensive!différemment et autorise certaines fusions que Java refuse ; l'arithmétique ci-dessus concerne Java Edition.
Plutôt que de faire tout ça sur Papier, saisissez l'objet et les enchantements dans le Calculateur d'enchantements — il explore les ordres de fusion et renvoie le moins cher, avec le coût exact en niveaux à chaque étape.