Pollen
Earning

Weekly POLLEN scoring plus current V2 and future active-holder V3 USDC revenue.

How Earning Works

Pollen has separate mechanisms for weekly POLLEN issuance and buyer-funded USDC revenue. The deployed V2 revenue model and the implemented future V3 model are different, so the dashboard and docs label them separately.

Weekly POLLEN payouts

  1. Opt-in network receipts arrive during a weekly epoch.
  2. The epoch-close job computes a receipt-backed score.
  3. Only contributors with World ID verification and a cryptographically bound wallet are eligible.
  4. At least five eligible contributors are required.
  5. The payout agent allocates the epoch pool pro rata by score and mints POLLEN directly to eligible wallets.

The scoring formula rewards capped receipt and tool-step activity plus observable completion and check signals. Diversity is reported for transparency but is not currently score-weighted.

POLLEN payouts are automatic. There is no token claim transaction for the contributor.

Current V2 USDC revenue

Paid aggregate queries settle through x402 v2. Under the current deployed contracts, settled USDC accrues pro rata to every POLLEN holder. A holder can later call claimRevenue() through pollen claim --revenue.

buyer payment -> PollenSettlementV2 -> PollenTokenV2 -> all POLLEN holders pro rata

This means recent activity affects new weekly token issuance, while token ownership affects USDC revenue accrual. Pollen does not currently restrict revenue to recently active contributors.

Approved future V3 revenue

The repository implements a future active-holder path, but it is not deployed or live. For each closed epoch, eligibility requires:

  • a positive contributor score in at least one of the last four closed epochs
  • recency weights of 1.0, 0.5, 0.25, and 0.125
  • World ID verification and a cryptographically bound wallet
  • a positive POLLEN balance at the epoch-boundary snapshot

Distribution weight is decayed activity times the square root of snapshot POLLEN balance. A wallet is capped at 10% of the pool, with cap excess redistributed. Eligible wallets claim USDC with weekly Merkle proofs from a new V3 vault.

buyer Permit2 payment -> active-revenue vault -> weekly Merkle claims

V2 claims remain separate and are not erased by a future V3 cutover. The V3 surface says planned until deployment and settlement cutover receive explicit approval.

Beta status

Participation does not guarantee a payout. The network must meet its privacy and payout cohorts, epoch scoring must complete, and payout automation must pass its production checks.