Estfor kingdom

Estfor kingdom links queue progress to earned XP and item changes

Estfor kingdom is an idle blockchain RPG; compare queued actions with earned XP and collected items to assess your hero's progress. Before changing the queue, check the relevant skill, pending loot, and remaining resources. Choose the next action only when its requirements match your hero and available equipment.

Last updated

Continuing an action versus choosing different work

Continuing the same activity and choosing another activity need the same comparison: the skill you want to train, the inputs available, and the items you need afterward. Gathering and production serve different purposes. An activity that supplies materials can remain useful even after another activity becomes available.

Continue toward an unfinished requirement

Keep the intended next task in view. If its required skill level or materials remain missing, more progress toward that requirement has a clear purpose. A higher overall level does not tell you whether a particular activity is ready.

Change the next task when its inputs fit

Switch when your hero meets the proposed activity's requirements and that activity advances your immediate objective. Compare both choices against that objective rather than assuming that a newly available activity is automatically preferable. Skill training, equipment requirements, and production dependencies all affect this choice.

Pending loot and recorded progress describe different states

The queue describes scheduled activities, while the hero's statistics and inventory describe different parts of their outcome. The game also maintains activity journal entries. Read these records together when assessing progress; an action's presence in the queue alone does not establish what your hero has received.

Pending results

A loot preview concerns the results available for processing. Keep its expected changes separate from balances that already include those results. This distinction matters when deciding whether materials shown in a preview are ready for the next task.

Pending results: A loot preview concerns the results available for processing. Keep its expected changes separate from balances that already include those results.; This distinction matters when deciding whether materials shown in a preview are ready for the next task.

View full-size image

Recorded results

Use recorded XP and item changes to assess completed progress. The journal provides context for those changes, including activity events. Compare the same hero and relevant period throughout; mixing an earlier balance with a later preview can make a correct result look inconsistent.

Why can XP rise without a skill level changing?

XP can rise without a level increase because the accumulated XP has not yet reached the next level threshold. Experience points measure progress within a skill, while its level reflects a threshold already reached. The game maintains XP thresholds separately from its action records.

An unchanged level therefore does not establish that training failed. For an activity with a level requirement, inspect the relevant skill and its progress toward that requirement. Avoid using an unrelated skill increase as evidence that the proposed action has become available.

Does a smaller inventory mean the action failed?

A smaller inventory does not establish failure because an action can consume materials while producing other items. Compare the items used with the items received. The loot balance calculation accounts for consumption and receipt, including cases where both affect the same item.

For a production objective, assess the intended output rather than the total number of objects remaining. An inventory total combines items with different purposes. A decrease in ingredients and an increase in the intended product can describe successful production.

Account for other item movements too. Transfers and gifts can change a balance independently of the activity you are reviewing. The journal includes these event types, so a balance difference needs its surrounding activity history before you attribute it entirely to training.

Equipment compatibility determines whether the next action fits

Training actions can require particular skill levels and tools. Treat those requirements separately: reaching the level does not supply the tool, and owning equipment does not establish that the hero meets the activity's training requirement.

Review the exact proposed action, including any selected production choice and its consumable inputs. Equipment that supported the previous task may have no role in the next one. Likewise, collected materials only help when they match the inputs that the proposed activity consumes.

Availability can also change after you inspect a balance. An item that you transfer or use elsewhere may no longer support the proposed queue. Check readiness close to the commitment point, especially when other item activity occurred during your review.

Review a gathering-to-production change before saving

Suppose your hero has been gathering materials and you are considering a production action that consumes them. The choice is whether to gather more or begin production. Use the proposed action's actual requirements; this comparison assumes no particular recipe, item quantity, or training duration.

Review stage Record to inspect Readiness or outcome evidence
Identify the existing activity Selected hero and saved gathering queue The record belongs to the hero whose next task will change.
Separate earned and pending results Relevant XP, item balances, and loot preview Materials already held remain distinct from expected receipts.
Compare the next task's requirements Production skill, tool, and ingredient requirements Proceed with production only when its prerequisites fit.
Review the proposed queue Chosen activity, duration, and displayed loot changes The proposal matches the intended production task.
Commit the intended change Save request and transaction details The request concerns the reviewed hero and queue.
Inspect the transaction outcome Successful or failed transaction status A successful transaction supports checking the updated game state.
Confirm the saved state Queue, journal, XP, and relevant balances The queue matches the change, and processed results reconcile.
Decision Begin compatible production or continue gathering. Reassess if a required level, tool, or ingredient remains missing.

A successful save establishes the queue change, not the completion of future production. If the updated record lacks a required ingredient after you account for any consumption already processed, check whether enough remains for the next production action. Do not count the same pending receipt twice when reconciling available materials.

Transaction status and journal loading need separate checks

A transaction request and the resulting game record answer different questions. Transaction status concerns whether the submitted operation succeeded. The queue and journal show which game changes appear afterward. Journal entries can take time to load.

An empty or unchanged journal immediately after submission therefore does not identify the cause by itself. Check the transaction outcome before treating the display as proof of failure. Avoid submitting the same proposed change again merely because the activity history has not appeared.

For an unresolved mismatch, keep the hero identity, transaction identifier, intended activity, and observed difference together. These details distinguish a queue that never changed from a successful change whose display still needs to catch up.

How do you confirm that a queue adjustment took effect?

Confirm a queue adjustment by checking that the successful transaction corresponds to the intended activity in the saved queue. Then reconcile any results processed during that change against the relevant XP and item records. Future activity remains unfinished even when the adjustment itself has succeeded.

Close the review when the saved task matches your intention and the processed changes make sense. Continue investigating if the transaction failed, the queue differs from the proposal, or the required inputs no longer match the next action.

How do you confirm that a queue adjustment took effect?: Confirm a queue adjustment by checking that the successful transaction corresponds to the intended activity in the saved queue.; Then reconcile any results processed during that change against the relevant XP and item records.; Future activity remains unfinished even when the adjustment itself has succeeded.

View full-size image

Estfor kingdom: quick answers

Is a leaderboard position useful for deciding whether to change my queue?

A leaderboard position compares performance with other heroes rather than establishing readiness for your next action. A position alone does not show whether you hold the required tool or ingredients. Use it for a ranking objective, and use your hero's requirements and inventory for the queue decision.

Do passive actions belong in the same progress comparison as ordinary queued training?

Passive actions have separate action and queue records from ordinary queued training. Match the progress record to the activity type you are reviewing. A passive action's state does not establish whether the ordinary training queue has completed or accepted an adjustment.

What information helps explain a lower XP gain after changing activities?

The selected activity, relevant training period, and applicable XP boosts help explain a different gain. Comparing total XP alone can conceal those differences. Keep the comparison tied to the same skill and account for boosts that applied during one period but not the other.