🆕Step 3: Missions

What quests will you embark on, young adventurer?

Eligible wallets can participate in any number of Missions during their respective participation windows and earn rewards on a per-mission basis.

Only eligible wallets can earn rewards. Ineligible wallets that attempt missions will not acquire any rewards.

1. Campaign creators can select amongst 9 Required Behaviour types.

2. Let's go with Provide Liquidity. The parameters that can be tweaked after selection are:

   • Choose between providing/maintaining liquidity to a DEX or specific pool.

     • If DEX, all the liquidity provided/maintained during the mission period will be counted.

     • If Pool, select the exact liquidity pool that eligible wallets are to provide liquidity for. Note that this will be the single liquidity pool of a token pair on a single DEX (e.g. LUNA/axlUSDC on Astroport).

   • Minimum Average Liquidity Provided (USD): The formula is Liquidity provided or maintained (USD) * Duration (days) maintained during the mission period) / Mission Period (days)

     • To hit the minimum average of US$10 liquidity provided across 30 days, Wallet A provides US$10 of liquidity and maintains this position for 30 days will rewarded equally as Wallet B who provides US$100 of liquidity and maintains 3 days.

   • Mission Participation Period: This will determine the date range for eligible wallets to complete this mission. The timezone reflected will be in the local timezone. Every mission's participation period can only be entirely retroactive (past) or future, and not an overlap of both.

     • For past missions, the end date needs to be before the campaign creation date.

     • For future missions, the start date needs to be 3 days from the campaign creation date.

3. The reward rate for each mission can be customised. Creators can determine the following sub-parameters:

   • Mission Budget: This is the total reward pool for this particular mission that is up for grabs. Only whole numbers are accepted. ⚠️ If the budget is depleted before the claim period ends, the campaign will be concluded automatically.

   • Choose what you want the users to receive: Token or Lootbox. All the missions will follow this reward so you can't do a mix of both.

     • Under Token, wallets can either receive the same reward amount (fixed) or different reward amounts (variable), dependent on their mission performance.

     • 🆕 We've introduced a new reward called Lootbox. Creators can choose to reward the users with lootboxes. Every lootbox has predetermined chances to receive a payout (Grand, Premium, Consolation) until the mission budget is depleted.

4. Set your Reward Claim Period. This is different from the Mission Period; wallets can complete your mission but claim at a different time.

   • Only past missions: Start date to be earliest 3 days from the date of creation

   • Only future missions: Start date will be the earliest mission start date. Genie recommends choosing an end date that’s slightly later than the last mission’s end date

   • Past & future missions: Claim start date will be the earliest future mission start date.

---

All selections will play a part in forecasting the number of eligible wallets and the maximum allocation per wallet for the campaign. The summary on the right will showcase the final selected options and forecasted results.

Eligible Wallets: The number of wallets that meet all the eligibility criteria. *Custom list wallet addresses are not included in the forecasted numbers

Total Budget: A summation of all mission budgets. This figure is important as this will be the total amount the Creator needs to deposit into the contract.

Max Allocation per Wallet: Amount of rewards each wallet can potentially claim if they maxed out their participation in every mission.