このページは、採掘の時間と cash の変化を同じ run で記録するための field を定義します。順番に効率化したい場合は Cash Farming を使ってください。block の耐久、base payout、自動化の income credit、party sharing、upgrade formula は creator 公開表で確定していません。
Mining source を分ける
manual player、Drones、Turrets、仲間、ore、通常 block を別の source として記録します。同じ場所を複数 source が処理すると、誰の output か判断できません。layer、Pickaxe、Skill Tree、Power Up、eagle、chest を各 sample の条件欄に残します。
Cash sample を定義する
支出がない場合だけ、cash earned は ending cash - starting cash として扱えます。upgrade を買ったら cost を戻すか、earnings と spending を別 field にします。終了残高だけを見ると、採掘が進んだ run でも大きな購入後に弱く見えます。
| Field | 意味 |
|---|---|
| Start / end cash | timer 開始と終了の残高 |
| Spending | sample 中の購入と price |
| Source | manual、Drone、Turret、party |
| Target | ordinary block、ore、chest |
| Time | 探索、移動、break、idle、event |
| Progress | layer、height、clear 表示 |
Block の耐久と payout
同じ見た目でも layer が違えば耐久が違う可能性があります。ordinary block を複数個、同じ tool、同じ強化で測り、必要 hit、break time、cash、progress を対応させます。特殊 ore は popup と移動時間を含む別 sample にします。完全な block table がないときは unknown のままにします。
Cash と Skill Tree
Damage、Mine Speed、Mine Distance、Drones、Turrets の購入前後を一つずつ比べます。cash が増えても progress が遅い、progress が進んでも残高が増えない、という差は automation credit、ore、支出、party の影響かもしれません。displayed effect と実測を同じ行に記録してください。
Ores、multiplier、chest
ore popup と通常 cash を混ぜません。2X Money 中は別 sample、chest の Gems は別資源です。eagle event が timer を中断したら、その downtime を実用 run に残し、clean comparison では sample をやり直します。
Solo と group
solo では一つの account の action、purchase、balance が追いやすくなります。group では誰が掘ったか、誰が unit を所有するか、upgrade が共有されるか、各 player の cash がどう変わるかを別々に測ります。総山速度と個人の cash rate を同じものとみなしません。
Mining 問題の切り分け
cash は増えるが進行が遅いなら ore や spending、進行は増えるが personal cash が増えないなら automation や party credit、両方止まるなら耐久、target access、unit state を見ます。power-up、chest、eagle、layer transition、購入を一つずつ外して再テストします。
どうやって cash を稼ぎますか？
山の block を掘ります。Drones と Turrets の自動採掘も報告されていますが、正確な credit は現行版で確認します。
1 block はいくらですか？
creator が完全な payout 表を公開した証拠はありません。layer、耐久、ore、倍率、日時と一緒に自分の popup を記録します。
automation は cash をくれますか？
自動採掘の報告はあります。unit の作業中に personal cash と total progress を同時に比べ、共有ルールを推測しません。
cash rate が変わったのはなぜですか？
layer、block mix、ore、Power Up、chest、eagle downtime、購入、Pickaxe、Skill Tree、party、server 更新を確認します。
cash rate の baseline
開始時の cash と終了時の cash、run の長さ、移動距離、block の種類を記録します。通常採掘の sample を先に作り、後から ore、Power Up、chest、automation を一つずつ追加します。条件が変わった run を同じ平均へ混ぜないことが重要です。
手動と自動を分ける
Player が壊した block、Drones や Turrets が処理した block、party の progress を別々に記録します。unit が動いているだけでは personal cash の加算や共有 credit は確定しません。作業前後の popup、残高、進行表示、server を同じ時刻表に残します。
購入後の比較
Pickaxe、Skill Tree、Player upgrade を購入したら、同じ layer と同じ route で再度測ります。価格を取り戻す時間と、実際の break time の改善を分けて見ます。購入、chest、bonus が同時に起きた場合は、どの変化が原因かを断定しません。
変化を報告する基準
一回の高い reward や短い run だけで、固定 payout 表や全 player 共通の仕様を作りません。複数の run、複数の server、同じ条件の baseline がそろったら、確認済みの範囲を更新します。説明できない差は、未確認のまま残す方が安全です。
run の終了条件
cash rate を比べるときは、同じ時間で終えるのか、同じ block 数で終えるのかを先に決めます。途中で購入、chest、Power Up、eagle が起きた場合は時刻と影響を別に書きます。終了後の balance と progress を保存すると、単なる瞬間の popup を全体の収入と混同しにくくなります。
共有を推測しない
party の progress が動いても、personal cash、inventory、completion credit が同じように増えるとは限りません。Player、Drones、Turrets が行った作業を分け、誰の画面にどの表示が出たかを残します。別 account の結果を自分の確定値にしないことが大切です。
小さな結論から更新する
まず「この server、この layer、この route ではこの変化を観察した」と書き、全 player の仕様へ広げるのは後にします。再現した run と再現しなかった run を並べると、ore、bonus、購入、eagle の影響を順番に確認できます。