Crystal mutation は base crystal に追加される状態として扱います。現在のコミュニティ報告は Frost、Fire、Poison、Thunder、Radioactive を挙げ、最初の4つを元素 Bomb、最後を Admin event と関連付けます。正確な売値、Plot 倍率、確率、時間は公式には確認できないため、Community reported と表示し、現行ゲームでテストします。
報告された変異を読む
変異名を新しい base crystal 種として一覧に加えません。ゲーム内表示が別構造を示すまでは、元の品に付く層として Crystal Indexに記録します。
変異を再現できる形で記録する
発生時に base crystal の名前、レアリティ、重量、場所、山の時刻、active modifier、Bomb、Weather、Rune、Plot 状態を記録します。変異後の表示、売却 preview、Plot の寄与、消える時刻を別々に読みます。1回の色変化は確率でも倍率でもありません。
Bomb と Weather を分ける
Bombs Guideのコミュニティ報告を使う場合でも、Bomb を投げる前に Weather と Rune を記録します。Weather が見える走行、Bomb だけの走行、どちらもない基準走行を似た route で比べます。複数の条件を同時に変えると、変異の source を判断できません。
Weather Guideではイベント名、modifier、開始時刻を記録します。Admin event の報告は、イベントが現在開催中である証拠なしに常時利用可能と書きません。
報告された倍率の例には 1.4×、1.4×、1.5×、1.5×、1.5×、1.6×、1.6×、1.7×、2.0×、2.5×、+30% があります。これは現行ゲームで再確認する対象です。
売るか Plot に置くか
変異後の高い preview を見ても、売却は戻せないことがあります。売却の cash と Luck Plotの表示を比較し、配置 prompt が受理され Luck が変わるまで長期効果を数えません。変異の倍率が不明なら、強い候補だけを一時保管し、低価値品で Backpack を満杯にしないでください。
更新後に再確認する
Updatesに変化した日付、公式 announcement、コミュニティ記事の確認日を残します。価格、変異率、Weather の条件、Bomb の在庫は更新で変わる可能性があるため、古いスクリーンショットを現行値として保証しません。
よくあるミス
- 変異した名前を別の base crystal として数える。
- Bomb が必ず状態を付けると書く。
- Weather や Admin event を記録せずに source を断定する。
- 一つの drop から売値倍率や確率を作る。
- 売却値と Plot 値を同じ数値として扱う。