Steal an Egg Pets Database: Verified Income Records

Which pets are currently tracked?

Use search, biome and rarity filters, then sort by recorded base income. Mutation and size are deliberately excluded from the base-rate column.

Search pets Biome Rarity

Pet	Biome	Rarity		Evidence
Chicken	Forest	Common	$1/s	Cross-checked
Dog	Forest	Common	$2/s	Cross-checked
Bird	Forest	Uncommon	$8/s	Cross-checked
Owl	Forest	Rare	$35/s	Cross-checked
Raccoon	Forest	Rare	$45/s	Cross-checked
Fox	Forest	Epic	$180/s	Cross-checked
Brr Brr Patapim	Forest	Legendary	$1.8K/s	Community tracked
Frog	Lake	Common	$3/s	Cross-checked
Catfish	Lake	Uncommon	$12/s	Cross-checked
Turtle	Lake	Rare	$60/s	Cross-checked
Trulimero Trulicina	Lake	Epic	$260/s	Community tracked
Ice Dragon	Snow	Eternal	$65M/s	Community tracked
Lava Dragon	Volcano	Eternal	$100M/s	Community tracked
Unicorn	Cosmic	Divine	$1B/s	Community tracked
Oni Tiger	Cherry Blossom	Eternal	$600M/s	Community tracked
Kitsune	Cherry Blossom	Divine	$1.8B/s	Community tracked

Why do pet totals disagree?

Counts depend on date and scope. A September tracker lists 128 pets across eleven normal zones plus Rift and event records, while other indexes include shop-only or newly added records and publish larger totals. The in-game Index remains the best answer for the account and version in front of you.

How should you compare pets?

Start with base income, then account for mutation, size, and the number of copies placed at your base. Use the Pet Income Calculator for your actual values.

Reference points: recent post-update index, earlier tracked egg and pet list, and the live in-game Index.

What does each table field mean?

The pet name and biome identify the record. Rarity is the label reported for that pet, while base income is intended to exclude mutation and size effects. The evidence label describes how confidently the fields can be used together. A row is not complete if a source proves the name but the income came from an unrelated screenshot.

Use the filters to narrow a decision, not to claim that missing pets do not exist. The current table is a verified subset. A blank result can mean that the selected combination has not yet been recorded under this editorial standard.

How should you verify a pet in your own game?

Open the live pet card and record the name, rarity, biome or egg source, displayed income, mutation, size, and date. Preserve enough context to tell whether the displayed number is a base value or a final contribution. If the game provides an Index entry, compare its labels with the card.

For a clean base-rate observation, prefer a normal-sized, unmutated copy when available. If only a modified pet is visible, publish the displayed value as modified or leave base income unresolved. Dividing by an assumed multiplier can introduce a second unverified claim.

How do you compare records from two sources?

First align the definitions. Check that both pages refer to the same pet spelling, update period, biome, rarity, and income unit. Then check whether one value includes size or mutation. A newer publication date is useful, but it does not automatically make an unsourced table more reliable than a dated in-game observation.

If the definitions match and values disagree, keep both in the research notes and mark the public row as conflicting. Do not average them. Income is a game value, not a noisy opinion poll.

Why are mutation and size excluded from sorting?

Sorting a base index by final card values would mix several variables. A lower-base pet with a strong mutation could appear above an unmodified high-base pet, leaving readers unable to reproduce the order. The base table provides one comparison layer; the mutation guide and income calculator add the conditions that apply to your copy.

When comparing two pets for a slot, use their actual displayed contributions under the same current conditions. The index helps find candidates; it does not override the live card.

How should missing records be added?

A proposed row should include all required fields, the check date, and an attributable source. De-identify screenshots and keep the relevant UI labels visible. Submit the affected page and evidence through Contact. Contributions are reviewed before publication and do not automatically update this table.

Do not infer an entire biome roster from a claimed total. Add pets individually as their identity and values are checked. That approach grows more slowly, but every new row adds usable information instead of enlarging an unverifiable list.

How can you use the index for progression?

Filter to biomes you can return from reliably, then compare candidates with the weakest occupied slot. Consider the income difference, route duration, likely failed attempts, and any resources needed after hatching. A high headline rate in an inaccessible zone is not an immediate upgrade.

For early play, filling an empty slot captures the full new contribution. Later, replacement value becomes the candidate minus the pet removed. Use the beginner guide for that order and the best pets guide for current high-end targets.

When should this page be rechecked?

Recheck after a game update adds a biome, egg, pet, mutation, rebalance, or Index change. Also recheck a row when a reader supplies current conflicting evidence. Update the evidence date only after an actual review, and preserve version context in the data corrections log.

What makes a pet record complete enough to publish?

A useful record identifies the pet, where the observed egg or pet belongs, the displayed base contribution or an explicit unknown value, and the date and conditions of the check. Mutation, size, copies, or event bonuses should be separate fields rather than silently folded into a “base” number. If the pet name is visible but its value is not, publishing the identity with an unknown value is more accurate than reconstructing one from an unlabeled screenshot.

New records should also link to the route or biome context that makes them actionable. An index is strongest when a reader can move from identity to acquisition, comparison, and verification without assuming that every row is equally current.