Last updated: March 2, 2026. This page documents the calculation logic used across Atlas Earth Rent Calculator so readers can evaluate assumptions, reproduce results, and compare outputs against in-game behavior.
1. Scope and Purpose
This site provides estimation tools for Atlas Earth earnings across parcel counts, rarity mixes, badge levels, boost tiers, and SRB windows. Results are intended for planning and strategy, not as guaranteed payout predictions.
The models are designed for transparency first: every major tool has explicit inputs, and core assumptions are documented in the related guide pages and wiki entries.
2. Data Inputs and Sources
Data used by the calculators comes from three categories:
- Published in-game mechanics and user-visible settings.
- Community-verified observations collected over repeated play.
- Cross-checks against internal consistency across tools (for example, calculator totals vs. ticker accumulation behavior).
Because Atlas Earth is a live game, mechanics can change without notice. When contradictory information appears, the site prioritizes the most reproducible behavior and updates pages with a new date stamp.
3. Core Earnings Formula
The primary model uses:total rent = base parcel rent × parcel count × badge multiplier × boost multiplier × active boost share
- Base rent can be modeled as average parcel value or explicit rarity counts.
- Badge multiplier applies as a permanent percentage bonus.
- Boost multiplier depends on current tier boundaries.
- Active boost share converts hourly stack behavior into daily and monthly estimates.
SRB calculations substitute normal boost with 50x during event hours. They do not stack multiplicatively on top of normal tier multipliers.
4. Modeling Assumptions
- Time-based outputs assume a consistent routine over the selected period.
- Rounding is minimized internally, then applied for UI readability.
- Event-frequency examples (such as SRB cadence) are scenario guidance, not guaranteed schedules.
- Country variants use their respective tier models where available.
5. QA and Reliability Process
Before shipping calculator changes, this site runs:
- Type safety checks for input parsing and edge-case handling.
- Lint checks to prevent rendering and accessibility regressions.
- Manual comparison across related tools (calculator, ticker, and share card) to confirm consistent results.
Calculation utilities are adjusted in one place where possible to reduce drift between pages.
6. Known Limitations
- Estimates cannot reflect personal play variability perfectly (ad timing, missed stack windows, future mechanic updates).
- Extremely high-end account edge cases may behave differently than common player ranges.
- If the game changes suddenly, outputs may lag until the next verified update cycle.