Wallet-derived task system

Crypto-to-task conversion,where wallet state becomes a concrete next step.

This system turns verified wallet activity into plain tasks. It only creates a task when the wallet can act now, the action is clear, and the consequence of delay is understandable. No trading prompts, no charts, and no analytics surface here.

Task Creation Rules

A task only exists when a verified trigger and wallet-specific condition point to a single clear action.

a verified wallet or protocol signal reveals a concrete next step the user can take now

Then

create a task with a title, rationale, source, urgency band, and expiration state.

the trigger requires wallet eligibility, token balance, or position ownership and those conditions are not met

Then

do not create a task.

the same task already exists for the same wallet, protocol, and action window

Then

update the existing task instead of creating a duplicate.

the wallet can act but the action has no real consequence, no deadline, and no clear benefit

Then

keep it out of the surfaced task system.

a trigger becomes false because the rewards were claimed, the mint ended, or the balance moved

Then

close or archive the task automatically.

Urgency Assignment Rules

Urgency is assigned by consequence and deadline pressure, not by token hype.

missing the task can cause a hard loss, hard deadline miss, or permanent loss of access

Then

assign High urgency.

the task has a limited window that matters today but missing it is not catastrophic

Then

assign Medium urgency.

the task is optional, exploratory, or can wait several days with little downside

Then

assign Low urgency.

a deadline enters the next 24 hours or the protocol marks the action as ending soon

Then

raise urgency by one band.

the task is based on weak or incomplete wallet evidence

Then

suppress it until the required conditions are confirmed.

Expiration and Time Decay Rules

Expiration changes rank over time and removes tasks when their action window closes.

a task has a known deadline from the protocol, contract, or campaign page

Then

store the deadline and use it for ranking.

time remaining falls below 24 hours

Then

push the task toward the top of its urgency band.

time remaining falls below 6 hours

Then

treat the task as near-expiry and boost it above non-expiring items.

the task has no known deadline but the wallet state still supports the action

Then

keep the task active without aggressive promotion.

the deadline passes or the action window closes

Then

mark the task expired and remove it from active queues.

Wallet Activity Mapping

Each wallet pattern should map to a small set of explicit actions, not to an open-ended dashboard.

Signal

Staking rewards available

Condition

Wallet holds the staking position and claimable rewards are above the protocol's minimum claim threshold.

Action

Create `Claim rewards`.

Urgency

Low by default, Medium if rewards expire or the claim window closes before the next review cycle.

Signal

Mint ending soon

Condition

Wallet is eligible to mint, has the required asset balance, and the protocol deadline is verified.

Action

Create `Mint before deadline`.

Urgency

Medium by default, High when the mint closes within 24 hours.

Signal

Idle assets detected

Condition

Wallet has unused assets above a configured minimum and a verified non-trading action exists for them.

Action

Create `Opportunity detected` with the named action, such as stake, deposit, or claim setup.

Urgency

Low by default, Medium if the opportunity has a short verified window.

Signal

Claimable airdrop or vesting unlock

Condition

Wallet address is eligible and the claim route is live now.

Action

Create `Claim allocation`.

Urgency

High if the claim expires before the next review cycle, otherwise Medium.

Signal

Protocol position requires maintenance

Condition

Wallet has an active position that now needs renewal, migration, or rollover.

Action

Create `Maintain position`.

Urgency

High if neglect creates forced closure or lockout, otherwise Medium.

Worked examples

The system should read wallet state and emit a task, not a report.

Example 01

Trigger

Claimable staking rewards appear for an existing validator position.

Task

Claim rewards

Rule output

Create the task only if the wallet still holds the position and rewards are claimable now.

Example 02

Trigger

A mint page shows a verified deadline 18 hours away and the wallet is allowlisted.

Task

Mint before deadline

Rule output

Create the task, set urgency to High, and place it above open-ended tasks.

Example 03

Trigger

The wallet holds idle stablecoins above the configured minimum and a verified yield action exists.

Task

Opportunity detected

Rule output

Create a Low-urgency task unless the opportunity itself expires soon.