Przewodniki / Strategia zaklinania / Różnice w Koszcie Kowadła: Java kontra Bedrock
Różnice w Koszcie Kowadła: Java kontra Bedrock
9 października 2026
Java i Bedrock nie różnią się tylko stołami do zaklinania i handlem z osadnikami — ich kowadła naprawdę liczą koszt inaczej. To nie jest plotka ani różnica w zaokrągleniu; to realna rozbieżność w samym wzorze, potwierdzona wobec reguł źródłowych obu edycji we własnym silniku kalkulacyjnym AnvilCalc.
Jedna prawdziwa różnica we wzorze
Obie edycje wyceniają operację na kowadle, patrząc na każde łączone zaklęcie i mnożąc liczbę poziomów przez mnożnik rzadkości tego zaklęcia. Rozbieżność jest w tym, która liczba poziomów:
- Java pobiera opłatę za końcowy poziom zaklęcia. Niezależnie od tego, na jakim poziomie zaklęcie znajdzie się na wynikowym przedmiocie, za to płacisz — pomnożone przez jego mnożnik rzadkości — niezależnie od tego, na jakim poziomie zaczynało.
- Bedrock pobiera opłatę tylko za wzrost poziomu. Bierze końcowy poziom, odejmuje poziom, który cel już miał, i mnoży tę różnicę przez mnożnik rzadkości. Jeśli poziom nie wzrósł, nie płacisz za to zaklęcie nic.
Przykład obliczeniowy: Ostrość I → III
To najprostszy sposób, aby to zobaczyć. Powiedzmy, że masz już miecz zaklęty Ostrością III i poświęcasz książkę z samą Ostrością I na niej — łączenie, które nic nie zmienia w poziomie Ostrości miecza, ponieważ III jest już wyższe niż I.
- W Javie: koszt = końcowy poziom × mnożnik = 3 × 1 = 3 poziomy. Płacisz za istnienie Ostrości III na wyniku, nawet jeśli poświęcenie niczego nie podniosło.
- W Bedrocku: koszt = (końcowy poziom − początkowy poziom) × mnożnik = (3 − 3) × 1 = 0 poziomów. Ponieważ poziom Ostrości miecza faktycznie się nie zwiększył, Bedrock nie pobiera za to żadnej opłaty.
Ten sam miecz, ta sama książka, to samo łączenie — 3 poziomy w Javie, darmowe w Bedrocku. To cała rozbieżność w jednym przykładzie, i to właśnie powód, dla którego sekwencja łączeń, która wygląda całkiem rozsądnie w świecie Bedrock, może wyjść zauważalnie droższa, jeśli zaplanujesz ją tak samo w Javie.
Druga różnica: kara za niekompatybilne zaklęcie
Java i Bedrock też różnie obchodzą się z odrzuconym zaklęciem. Jeśli Twoje poświęcenie niesie zaklęcie, które konfliktuje z czymś już na celu — powiedzmy, książka z Pogromcą Nieumarłych nałożona na miecz z Ostrością — to konfliktujące zaklęcie jest po prostu odrzucane w obu edycjach (żadna edycja nie blokuje całkowicie łączenia z powodu konfliktu). Ale Java dodatkowo dolicza stałą karę +1 poziomu za każde zaklęcie, które w ten sposób odrzuca; Bedrock nie dodaje nic dodatkowego za to samo odrzucone zaklęcie. To mniejszy efekt niż różnica końcowy-poziom-kontra-wzrost, ale kumuluje się z nią w wieloetapowym planie łączenia.
Czemu to ma znaczenie przy planowaniu konfiguracji
Obie różnice wskazują w tym samym kierunku: Java jest konsekwentnie droższą edycją dla dokładnie tej samej sekwencji łączeń, ponieważ pobiera opłatę za wyniki (końcowe poziomy, odrzucone zaklęcia), a nie za zmiany (tylko wzrosty poziomów, brak opłaty za konflikt). Jeśli planujesz kolejność łączenia ręcznie, założenie, że tańsze liczby Bedrocka stosują się do Javy, nie doszacuje Twoich poziomów — a różnica rośnie, im więcej kroków i konfliktujących zaklęć jest w to zaangażowanych. Limit 39 poziomów „Zbyt drogie!” (zobacz Kowadło Za Drogie) stosuje się identycznie do obu edycji na krok, więc plan, który wygodnie zmieścił się pod limitem w Bedrocku, może wylądować dokładnie na — albo poza — tym pułapem w Javie dla identycznej konfiguracji.
To jest właśnie powód, dla którego AnvilCalc pyta, w jaką edycję grasz, przed wyszukaniem kolejności łączenia: ten sam docelowy przedmiot i lista zaklęć może mieć inną najtańszą ścieżkę i inny całkowity koszt, czysto z powodu tego, który wzór się stosuje. Zobacz Strategię Zaklinania, aby poznać karę za wcześniejszą pracę, która stosuje się identycznie do obu edycji, na szczycie tego wszystkiego.
Najczęściej zadawane pytania
Czy zaklinanie jest tańsze w Bedrocku niż w Javie?
Dla łączenia na kowadle konkretnie, tak, w większości realistycznych przypadków. Bedrock pobiera opłatę tylko za rzeczywisty wzrost poziomu, który zaklęcie zyskuje, podczas gdy Java pobiera opłatę za jego cały końcowy poziom, niezależnie od punktu startowego. Java też dodaje stałą karę +1 poziomu za każde niekompatybilne zaklęcie odrzucone podczas łączenia, czego Bedrock nie robi.
Czemu poświęcenie Ostrości I na przedmiocie z Ostrością III kosztuje coś w Javie?
Ponieważ Java wycenia końcowy poziom zaklęcia na wyniku, nie jego wzrost. Miecz kończy łączenie z Ostrością III tak czy inaczej, więc Java pobiera opłatę 3 × mnożnik rzadkości, nawet jeśli poziom samego poświęcenia (I) był niższy niż to, co miecz już miał.
Czy Bedrock ma ten sam limit 39 poziomów „Zbyt drogie!” co Java?
Tak — limit to te same 39 poziomów na operację w obu edycjach. Różnica jest całkowicie w tym, jak każda edycja liczy koszt, który jest porównywany z tym limitem, nie w samym limicie.
Czy konfliktujące zaklęcie blokuje łączenie na kowadle w którejkolwiek edycji?
Nie, w żadnej z edycji. Konfliktujące zaklęcie na Twoim poświęceniu jest po prostu odrzucane, a nie zastosowane; łączenie i tak przechodzi. Java dodatkowo dolicza stałą opłatę +1 poziomu za każde odrzucone zaklęcie, podczas gdy Bedrock nie pobiera za to nic dodatkowego.
Czemu AnvilCalc pyta, w jaką edycję gram, przed obliczeniem planu?
Ponieważ sam wzór kosztu jest inny, nie tylko dostępne zaklęcia czy wersje. Ten sam przedmiot, te same docelowe zaklęcia, a nawet ta sama kolejność łączenia mogą wyjść na inny całkowity koszt w doświadczeniu — a czasem na całkowicie inną najtańszą kolejność — w zależności od tego, czy stosuje się wzór końcowego poziomu Javy, czy wzór wzrostu poziomu Bedrocka.