HoneyJar
Unified Incentives for the Financial OS 🍯
HoneyJar is a soulbound (non-transferable) NFT, one per user, that serves as the canonical incentives ledger across HoneyPlay's Financial OS. It aggregates points from:
Marketplace Activity
Continuous, index-based
Points from listings and bids
Marketplace Trading
7-epoch cycles
Points from completed NFT sales
AMM Trading
Per-pool cycles
Fee-weighted points from swaps
Points convert into claimable HONEY at a rate set by the HoneyOracle. Claims are tax-aware (via HoneyTax), so every reward redemption reinforces the economy — contributing to burns, creator rewards, treasury, and protocol fees.

💡 Hint — Why a soulbound NFT? Tying incentives to a non-transferable identity prevents farming via transfers and makes reward history portable across all apps plugged into the Financial OS.
Key attributes:
Soulbound Design
Cannot be transferred; represents lifetime engagement
Multi-Stream Tracking
Separates points by source (AMM, Marketplace activities, NFT trades)
Claim Mechanism
Users claim all rewards in one transaction, with HONEY taxes applied
One Per User
Only one HoneyJar can exist per address
Why HoneyJar is Core to the Financial OS
HoneyJar creates a unified incentive layer that drives activity across all of HoneyPlay — and that activity funds the ecosystem's automated growth:
🔄 The Incentive → Growth Loop
HoneyJar is the mechanism that converts user activity into both user rewards and ecosystem growth:
Key insight: Even the act of claiming rewards contributes to ecosystem growth via HoneyTax.
🎮 Incentive Streams
HoneyJar supports three streams, each tailored to different protocol areas:
1️⃣ Marketplace Activity (Listings & Bids)
Type
Continuous, index-based distribution
Triggers
Listing NFTs, placing bids
Weighting
Price, duration, amount, collection multipliers
Purpose
Reward liquidity creation (inventory and intent)
Formula:
How it works:
Points accrue continuously as users maintain listings and bids
Collection multipliers boost rewards for active economies (up to 3x)
Proximity bonuses reward competitive pricing
Claimable anytime (no cycle wait)
2️⃣ Marketplace Trading (Completed Sales)
Type
7-epoch cycles (~weekly)
Triggers
Completed NFT sales
Weighting
Commission paid (buyer & seller)
Purpose
Reward value creation (volume that produces fees)
Formula:
How it works:
Both buyer and seller earn points based on commission paid
Weekly cycles aggregate all trading activity
Rewards distributed proportionally to fee contribution
Must claim previous cycle before earning new points
3️⃣ AMM Trading (Per-Pool)
Type
Per-pool cycles, fee-weighted
Triggers
Swaps that pay SUI/ggSUI fees
Weighting
Actual fees paid (not volume)
Purpose
Incentivize trades that pay into the system; deter spam
Formula:
How it works:
Points accrue 1:1 with fees paid during swaps
Each pool has its own cycle and allocation
Fee-weighted design rewards real trades, not wash trading
Pool allocations determined by total protocol fee contribution
🔒 Parallel-safe design: Per-pool accounting keeps swaps parallelizable and avoids a global lock on trading.
🍯 Claiming HONEY
All streams feed into one unified claim, with points reset post-claim to prevent double-dipping.
Claim Flow
Tax-Aware Claims
Because HONEY itself has HoneyTax configured, every claim:
Burn
Reduces HONEY supply (deflationary)
Treasury
Contributes to growth fund
Protocol
Funds HONEY buybacks
Result: Claiming rewards actively contributes to ecosystem health.
💬 In Essence
HoneyJar creates a virtuous cycle where:
Users participate → Activity generates fees
Fees fund protocol → Treasury + buybacks grow
Points accrue → HoneyJar tracks contribution
Users claim HONEY → Rewards for participation
Claims are taxed → Treasury receives share
Treasury deploys → Floor sweeping + AI marketing
More users join → Attracted by rewards and growth
Cycle continues → Self-sustaining ecosystem
HoneyJar transforms participation into programmable ownership — while ensuring every reward contributes to the ecosystem's automated growth.
Last updated

