Count the whole upgrade
Illustrative example only, not a current reward table. B means billion; M means million.
Suppose your food counter is at 4.8B and the next target is 5B. The gap is 200M food. An upgrade costing 200M of each resource would close it, but the total bill is 800M.
| Resource | Extra cost | New rewards only | Net spent |
|---|---|---|---|
| Food | 200M | 50M | 150M |
| Lumber | 200M | 50M | 150M |
| Stone | 200M | 50M | 150M |
| Ore | 200M | 50M | 150M |
| Total | 800M | 200M | 600M |
If the newly unlocked rewards returned 50M of each resource, that would refund 200M of the 800M cost: 25%. You still spend 600M net, and you still get the upgrade.
The chest is contributing. It is not paying for the building.
Avoid the double count
Compare stopping now with completing the planned action. Count every new milestone it actually unlocks across the eligible categories. Exclude rewards already earned, even if you have not claimed them.
Keep stamina, materials and speedups separate. Count selectable resource chests only once. Food returned and ore returned are not interchangeable when food is blocking your next upgrade.
When the answer changes
- Already wanted the upgrade? The reward is a bonus. Also count the benefit of using that upgrade sooner.
- Only doing it for the chest? Compare the net cost with the better upgrade you would delay. A full progress bar is not a development strategy.
Check the active event before spending: eligible resource or speedup categories, remaining time, progress and reward details. Do not assume a rotation or that every speedup type counts.
Background reading: Theria’s Consuming Return guide and its resource calculator. These explain event planning; they do not verify today’s rewards. The example above is invented to show the calculation. Use your own event screen for a real decision.
Plan the upgrade.
Count the extra cost.
Let the chest justify itself.