Buried chest は山を掘る途中で地中から現れる発見 item です。公式 Roblox 説明は buried chests を含む treasure を示し、コミュニティ資料には chest と Gems の例があります。しかし、全 layer の固定 map、spawn 条件、数量、party 共有、respawn 時間は確認された公式表ではありません。
Buried chest を見分ける
通常の block が崩れた後に見える chest、prompt、reward 表示を、色や形の推測だけで決めません。発見時の layer、周辺の地形、server、party size、掘った player、開ける前の cash と Gems を記録します。表示が一部隠れていたら、読めない項目を unknown のままにします。
cash sample を壊さずに開ける
通常の mining rate を測っている最中に chest が出たら timer を一旦止め、発見時刻を書きます。開封前後の cash と Gems、表示された reward、layer progress を別々に保存します。chest の Gems をブロック cash に加算して「1 分あたりの採掘額」と呼ばないでください。
Chest observation card
| Field | 記録 |
|---|---|
| Run / date | server、日時、solo または party |
| Context | layer、地形、発見までの route |
| Before | cash、Gems、power-up、eagle 状態 |
| Reward | 画面に表示された item と量 |
| After | cash、Gems、progress、ownership |
| Repeatability | 別 run で再現したか |
報酬の出典を card に残します。Gems で確認された残高の使い道を追跡し、chest ページでは場所と条件を独立に更新できるようにします。
報酬について分かっていること
現在の community report には Gems の例があります。これはその run で表示された報酬の証拠であって、すべての chest が同じ量を出す証明ではありません。公式説明が treasure を示しても、固定の数値、保証された rarity、特定 layer の spawn を追加しません。
場所が繰り返すかをテストする
同じ lobby 条件だけでなく、複数 server、同じ layer、似た掘削 route を記録します。1 回同じ場所に出ても fixed spawn とは呼ばず、見つからない run も残します。地形の違い、誰かが先に開けた可能性、更新による変更を切り分けます。
group、失敗、FAQ
party では誰が chest を見て開けたか、他の player の画面に何が出たか、Gems が誰に増えたかを別々に確認します。見つからない場合は周囲、低い面、穴、未採掘の strip を調べ、再参加前に state を記録します。chest が消えたことだけで bug や共有仕様を断定しません。
Buried chest はどこにありますか？
現在の資料は buried chest の存在と例を示しますが、全 map は確認できません。live layer と実際の地形に付けて記録してください。
Chest は何をくれますか？
Gems の例が報告されています。毎回同じ reward、量、共有を前提にせず、開封画面を確認します。
Chest は respawn しますか？
固定時間は確認できません。複数 run の開始時刻、server、場所、開封状態を比べてください。
Chest reward は共有されますか？
確認された一般則はありません。発見者、開封者、party 全員の残高を別々に記録します。
buried chest を探すとき
まず通常 route の layer、開始時刻、server、party の人数を記録し、chest を見つけた場所を地形の目印と一緒に残します。発見したことと開封できたことは別の event です。画面に表示された prompt が誰に出たか、誰が開けたかを分けて書きます。
reward を確認する
開封前の cash、Gems、inventory と開封後の popup、残高、ownership を比較します。Gems が表示されても、毎回同じ量、全 chest 共通の reward、party 共有の credit を意味するとは限りません。別 server と再参加後の状態を確認するまで、恒久的なルールを作りません。
respawn を調べる方法
同じ場所へ戻る場合は、戻った時刻、server、layer の進行、前回の開封状態を記録します。見つからない回があっても、固定 timer や削除をすぐに断定しません。開封者が違う場合、party の progress や server の状態が結果に影響する可能性を残します。
chest と通常収入を分ける
chest の reward を cash farming の通常 rate に足すと、run の比較を誤ります。通常採掘の cash、ore の reward、chest、Power Up を別の欄にして、開始と終了の時刻も保存します。短い観察で得た値を全 layer の chest 表へ拡張しないでください。
未確認情報の扱い
動画やコメントに場所が書かれていても、現在の地形、popup、報酬が一致するとは限りません。古い場所を現在の guaranteed chest と表現せず、確認した run の証拠だけを残します。開封後の状態を確認できない場合は、発見のみ、報酬は未確認と明示します。
探索の準備
chest を探す前に、現在の layer、通常 route、server、party、最後に確認した位置を記録します。見つけた場所は地形の形、近い block、進行表示と合わせて保存すると、再現試行で同じ場所を探しやすくなります。発見と開封の player が違う場合は、その差も残します。
報酬と共有を調べる
開封前後の Gems、cash、inventory、ownership を全 player で比べます。一人の popup だけで party 全員の報酬や固定量を推測しません。取得時刻、server、再参加後の balance を確認し、表示遅延や別の claim と混ざっていないかを見ます。
respawn の記録
同じ場所を再訪する場合、前回の開封者、経過時間、server、layer の進行をそろえます。再出現しなくても、固定 timer、single-use、条件不足のどれかはまだ未確定です。成功例と失敗例を両方保存し、次の検証条件を明確にします。
読者が再現するとき
発見した場所へ戻るときは、地形の目印と layer の状態をそろえ、まず prompt が見えるかを確認します。開封できない場合は、距離、player、party、server の差を一つずつ調べます。報酬の値を再現できなくても、どの条件で popup が出たかを記録します。
発見だけを確認した run と、開封と報酬まで確認した run を別に保存すると、場所の情報と reward の情報を安全に分離できます。