AnvilCalc

Panduan / Strategi Pesona / Biaya Paron: Java vs. Bedrock

Biaya Paron: Java vs. Bedrock

Java dan Bedrock tidak hanya memiliki meja pesona dan perdagangan penduduk yang berbeda — paron pada kedua edisi ini benar-benar menghitung biaya secara berbeda. Ini bukan rumor atau sekadar perbedaan pembulatan; ini adalah divergensi nyata dalam rumusnya sendiri, dikonfirmasi berdasarkan aturan sumber kedua edisi dalam mesin kalkulasi AnvilCalc sendiri.

Satu-satunya perbedaan rumus yang nyata

Kedua edisi menghargai sebuah operasi paron dengan melihat setiap pesona yang digabungkan dan mengalikan jumlah level dengan pengganda kelangkaan pesona tersebut. Divergensinya terletak pada jumlah level mana yang dihitung:

  • Java membebankan biaya berdasarkan level akhir pesona. Berapa pun level akhir pesona itu pada objek hasil, itulah yang kamu bayar — dikalikan dengan pengganda kelangkaannya — terlepas dari level awalnya.
  • Bedrock hanya membebankan biaya berdasarkan kenaikan level. Ia mengambil level akhir, mengurangkannya dengan level yang sudah dimiliki target, dan mengalikan selisih itu dengan pengganda kelangkaan. Jika levelnya tidak naik, kamu tidak membayar apa pun untuk pesona itu.

Contoh perhitungan Ketajaman I → III

Ini adalah cara paling jelas untuk melihatnya. Misalkan kamu memiliki pedang yang sudah berpesona Ketajaman III, dan kamu mengorbankan buku yang hanya memiliki Ketajaman I — sebuah gabungan yang tidak mengubah apa pun pada level Ketajaman pedang itu, karena III sudah lebih tinggi daripada I.

  • Di Java: biaya = level akhir × pengganda = 3 × 1 = 3 level. Kamu membayar karena Ketajaman III ada pada hasilnya, meskipun pengorbanannya tidak menaikkan apa pun.
  • Di Bedrock: biaya = (level akhir − level awal) × pengganda = (3 − 3) × 1 = 0 level. Karena level Ketajaman pedang itu sebenarnya tidak naik, Bedrock tidak membebankan apa pun untuk itu.

Pedang yang sama, buku yang sama, gabungan yang sama — 3 level di Java, gratis di Bedrock. Itulah seluruh divergensinya dalam satu contoh, dan itulah alasan mengapa urutan kombinasi yang terlihat sangat wajar di dunia Bedrock bisa menjadi jauh lebih mahal jika kamu merencanakannya dengan cara yang sama di Java.

Perbedaan lainnya: penalti pesona yang tidak kompatibel

Java dan Bedrock juga menangani pesona yang dibuang secara berbeda. Jika pengorbananmu membawa pesona yang bertentangan dengan sesuatu yang sudah ada pada target — misalnya buku Penumpas Bangkai digabungkan pada pedang berpesona Ketajaman — pesona yang bertentangan itu hanya akan dibuang begitu saja di kedua edisi (tidak ada satu pun edisi yang langsung memblokir gabungan tersebut karena konflik). Namun Java juga menambahkan penalti tetap +1 level untuk setiap pesona yang dibuang dengan cara ini; Bedrock tidak menambahkan apa pun untuk pesona yang dibuang itu. Ini adalah efek yang lebih kecil daripada perbedaan level-akhir-vs-kenaikan, tetapi efek ini bertambah bersamanya sepanjang rencana kombinasi bertahap.

Mengapa ini penting untuk merencanakan sebuah build

Kedua perbedaan ini mengarah ke arah yang sama: Java secara konsisten adalah edisi yang lebih mahal untuk urutan kombinasi yang persis sama, karena Java membebankan biaya berdasarkan hasil (level akhir, pesona yang dibuang) bukan perubahan (hanya kenaikan level, tanpa biaya konflik). Jika kamu merencanakan urutan kombinasi secara manual, menganggap angka yang lebih murah dari Bedrock berlaku juga untuk Java akan membuat anggaran levelmu kurang — dan selisihnya makin besar semakin banyak langkah dan pesona yang bertentangan yang terlibat. Batas "Terlalu Mahal!" sebesar 39 level (lihat Paron Terlalu Mahal) berlaku identik pada kedua edisi per langkah, sehingga sebuah rencana yang berada jauh di bawah batas di Bedrock bisa mendarat tepat di — atau melewati — batas itu di Java untuk build yang identik.

Inilah tepatnya alasan AnvilCalc menanyakan edisi apa yang kamu mainkan sebelum mencari urutan kombinasi: objek target dan daftar pesona yang sama bisa memiliki jalur termurah yang berbeda, dan total biaya yang berbeda, murni karena rumus mana yang berlaku. Lihat Strategi Memberi Pesona untuk penalti kerja sebelumnya yang berlaku identik pada kedua edisi di atas semua ini.

Buka kalkulator →

Pertanyaan yang sering diajukan

Apakah memberi pesona lebih murah di Bedrock dibandingkan Java?

Khusus untuk kombinasi paron, ya, dalam sebagian besar kasus yang realistis. Bedrock hanya membebankan biaya untuk kenaikan level yang sungguh-sungguh diperoleh sebuah pesona, sementara Java membebankan biaya untuk level akhir penuhnya terlepas dari titik awalnya. Java juga menambahkan penalti tetap +1 level untuk setiap pesona tidak kompatibel yang dibuang selama penggabungan, yang tidak dilakukan oleh Bedrock.

Mengapa mengorbankan Ketajaman I pada objek berpesona Ketajaman III tetap memakan biaya di Java?

Karena Java menghargai level akhir pesona pada hasilnya, bukan kenaikannya. Pedang itu tetap berakhir dengan Ketajaman III setelah gabungan, sehingga Java membebankan biaya 3 × pengganda kelangkaan meskipun level pengorbanan itu sendiri (I) lebih rendah daripada yang sudah dimiliki pedang.

Apakah Bedrock memiliki batas "Terlalu Mahal!" 39 level yang sama seperti Java?

Ya — batasnya sama, 39 level per operasi, pada kedua edisi. Perbedaannya seluruhnya terletak pada bagaimana setiap edisi menghitung biaya yang dibandingkan dengan batas itu, bukan pada batasnya sendiri.

Apakah pesona yang bertentangan memblokir gabungan paron di salah satu edisi?

Tidak, pada kedua edisi. Pesona yang bertentangan pada pengorbananmu hanya akan dibuang begitu saja daripada diterapkan; gabungan itu tetap berlangsung. Java menambahkan biaya tetap +1 level per pesona yang dibuang di atas itu, sementara Bedrock tidak membebankan apa pun tambahan untuk itu.

Mengapa AnvilCalc menanyakan edisi apa yang aku mainkan sebelum menghitung sebuah rencana?

Karena rumus biayanya sendiri berbeda, bukan hanya pesona atau versi yang tersedia. Objek yang sama, pesona target yang sama, dan bahkan urutan kombinasi yang sama bisa menghasilkan total biaya pengalaman yang berbeda — dan terkadang urutan termurah yang sama sekali berbeda — tergantung pada apakah rumus level-akhir milik Java atau rumus kenaikan-level milik Bedrock yang berlaku.