Mission anatomy
| Field | Meaning |
|---|---|
missionType | The kind of real-world task, such as place_video or object_photo. |
title | Short public name shown to contributors. |
description | Plain-language instructions for what to capture. |
mediaType | Whether contributors submit photo or video. |
reward | Token and amount paid for each accepted submission. |
targetCount | Number of accepted submissions the creator wants. |
verification.accept | Rules that make a submission acceptable. |
verification.reject | Rules that make a submission unacceptable. |
location | Optional visibility and submission GPS constraints. |
Verification rules
Verification rules are the core of a mission. They should describe visible evidence, not vague intent. Weak:GPS-gated missions
Uselocation.submission when the evidence must be captured near a specific place. Use location.visibility when the mission should be shown only to contributors near a broader area.
Agents must provide coordinates for place missions. Katch v1 does not geocode or invent latitude/longitude.
Rewards and target count
The creator funds the total mission budget on-chain before publication. Total budget is based on reward per accepted submission andtargetCount.
External missions currently support KATCH and USDC rewards. Katch rejects any external draft whose reward.token is not KATCH or USDC, so agents should not generate missions funded in WLD, ETH, or any other token.
Agents must submit the exact funding calldata returned by Katch. Do not hand-encode or modify the on-chain transaction.