Skip to main content
Modules are the highest-order progression primitive in Absinthe. They allow you to compose multiple activities, milestones, and eligibility conditions into a single, claimable progression unit. While individual activities and milestones reward isolated behaviors, Modules are designed to cross-activate user segments and shape holistic engagement. They let you define what a “fully engaged user” looks like—and then reward users only once they meet that definition. Modules are available on higher plans.

​
Why modules exist

As campaigns mature, a clear pattern emerges: Some users are highly active on social platforms but rarely use the product. Others are deeply engaged with the product but avoid social evangelism. Modules are designed to bridge this gap. By combining requirements—such as social actions and product usage—you incentivize social-first users to engage with the product, and product-first users to talk about it publicly. This creates compounding growth loops that benefit both the campaign and the underlying product.

​
Accessing modules

To create a module, navigate to: Campaign Sidebar → Gamification → Modules Click Add Module in the top-right corner to begin configuration.

​
Module configuration

Each module is configured with:
  • Module name
  • Description
  • Module image
  • Tags
After defining the module metadata, you build the eligibility rules that determine when a user can claim the module.

​
Eligibility rule builder

Modules use a flexible eligibility system based on OR groups of AND conditions. This means:
  • A user is eligible if they complete all conditions in any one group
  • Conditions within a group are combined with AND
  • Groups themselves are combined with OR
Example:
  • Group 1: User creates a Twitter thread mentioning your product AND completes $100 in trading volume
  • Group 2: User follows your Twitter account AND holds 100 of your tokens
If a user satisfies either group, the module becomes claimable.

​
Order-invariant by default

Module conditions are order-invariant. Users can complete required actions in any order, as long as all required conditions in a group are met. This keeps the system flexible and avoids forcing unnatural user journeys.

​
Introducing ordering with sub-modules

If you need strict sequencing, Modules support module dependencies. You can require one or more modules to be completed before another module becomes eligible. This creates sub-modules, enabling:
  • Stepwise progression
  • Gated experiences
  • Narrative or curriculum-style campaigns
By chaining modules together, you introduce order without sacrificing the composability of individual conditions.

​
What modules can be composed from

Modules can include conditions based on:
  • Existing activities
  • Milestones
  • Identity requirements
  • Badges (Token Holding, Custom Lists, Discord)
  • Other Modules
This makes Modules the connective tissue across the entire campaign system.

​
Module rewards

Like milestones, modules support three reward types:
  1. Fixed bonus
  2. Activity-specific multiplier
  3. Global multiplier
Reward semantics are identical to milestones. See the Milestones section for detailed behavior.

​
Why modules matter

Modules let you define success on your terms. They allow you to move beyond rewarding isolated clicks and toward rewarding complete user journeys—the combination of usage, advocacy, and commitment that actually drives long-term value. When used well, Modules become the backbone of sophisticated progression systems that feel intentional, challenging, and deeply rewarding for your most valuable users.