Skip to main content

Managing a quest

Creator how-to

Manage a quest from review to finalization.

This page is for quest creators after a quest is already live. It covers what you see in the manage view, how to review applications, and how to finalize rewards without surprising participants.

Skip ahead if you need one part
Already comfortable with the screen? Jump to Review applications, Select rewards, or Finalize the quest.

When to use this page

Use the manage flow after your quest is funded and visible to participants. During the live phase, this is where you monitor activity. After the deadline, this is where you review applications, choose who should be rewarded, and publish the final on-chain outcome.

Live quest
Watch participants join and complete tasks. Use the screen to keep a feel for activity, not to intervene constantly.
Ended quest
The review surface becomes the center of gravity. This is the moment to decide which applications should be rewarded.
Finalized quest
Management shifts from selection to communication: confirm claims are open and tell participants to come back and claim.

Open the manage view

1
Open the quest page from your creator dashboard
The quest tile shows the high-level state: whether it is funded, whether it is live, how many participants joined, and whether claims are open.
2
Click Manage
The manage page opens in a locked state. This is intentional. The review surface is owner-only because it contains participant applications and the reward selection controls.
3
Unlock review with your wallet
You sign a short message from the owner wallet. This is not a transaction. It only proves that the connected wallet is the on-chain quest owner before the app reveals the review data.
The manage page is about review, not micromanagement
The app is designed so most of the quest runs on its own. Participants join, tasks verify, and the state updates automatically. You should spend your energy on the reward decision, not on babysitting the quest every hour.

Understand the screen

The manage view has three jobs. First, it shows whether the quest is healthy. Second, it gives you the pending applications grouped by task type. Third, it walks you through turning your selection into the final on-chain reward list.

Quest health
Top-level status like claim state, funding status, participant count, and pending applications.
Application review
The pending list is grouped into tabs by task type so you can work methodically instead of scanning one giant mixed table.
Reward finalization
Once you choose the applications to reward, the app prepares the final allocation and walks you into one on-chain root publish.

Review applications

After the quest ends, the pending applications are your working set. Think of them as the candidate pool. You are not looking for perfect automation here. You are making the final human decision about which completions deserve rewards.

Work by task group, not by random scrolling

The tabbed layout is there to keep you honest and fast. Move through Follow, Like, Retweet, Discord, Telegram, Website, and any other active task groups in a deliberate order. That makes it much easier to spot low-quality batches or obvious anomalies.

What each row tells you

The participant wallet
The task the application belongs to
Connected identity hints where available, such as X handle or Telegram / Discord username
The submitted link or identity surface used for the application
Telegram and Discord are selectable now
Telegram and Discord applications are not auto-forced into the reward outcome anymore. They appear in the same review flow as the other task types, and you can choose whether to reward them. That means your review judgment matters there too.

Select rewards

Your selection is the real approval step. The applications you leave selected are the ones that will be included in the final reward calculation. The applications you leave unselected are excluded from the payout.

1
Work through the tabs and select the applications you want to reward
The selection accumulates across tabs. You do not need to finalize one task type at a time. The running count stays visible so you always know how broad your selection is.
2
Prepare the reward draft
When you click the finalize button, the app computes the allocation implied by your current selection. This is still a draft at this stage, not the final on-chain step.
3
Review the allocation before publishing it
The preview shows how many wallets will be rewarded, the total approved XP, and the token-denominated allocation per wallet. Treat this as your final sanity check.

How the selection affects rewards

Rewards are proportional to approved XP, not split equally by default. If one participant completed more approved work than another, they receive a larger share of the funded pool. That is why the selection review is important: changing a single application can shift the final distribution across many wallets.

Finalize the quest

1
Prepare and review the reward draft
The browser checks that the allocation it sees matches the draft returned by the backend. This protects you against publishing a root you did not actually review.
2
Publish the reward root with your wallet
This is the real transaction. It writes the final reward root on chain. From this point on, the outcome is public and claimable.
3
Wait for confirmation
Once the chain confirms the reward root, the quest moves into the claim phase. Participants no longer need anything from you except communication.
One thing to remember about finalization
Finalization is not a payout transaction for you to run wallet-by-wallet. It is the moment you publish the on-chain reward list. Participants claim their own reward from that list afterward.

After finalization

The operational work is mostly over once the quest is finalized. The remaining job is communication. Tell people claims are open, remind winners to come back, and keep the quest link visible while the claim window is active.

Announce that claims are open
A surprising number of winners never come back unless you tell them. Post it where you promoted the quest in the first place.
Watch the claim window
The claim phase is not indefinite. If people care about the reward, they should claim early rather than waiting for the last day.
Capture what worked
Keep notes on which tasks produced good participation and which ones created noise. That is what sharpens the next quest.
What to read next
If you are preparing your next quest, go back to the launch guide. If you want the precise state and action model, open the quest reference.