# Lifecycle-Aware Fee Optimization for `pump.fun`:
Revenue Optimization Through Cost Reallocation
---
## Abstract
We propose a lifecycle modeling framework for `pump.fun` that
1. Segments tokens by market capitalization (MC) within each lifecycle phase — **Bonding Curve** (pre-graduation) and **PumpSwap** (post-graduation),
2. Measures the **total cost to traders** as the sum of protocol fee, creator fee, LP fee, and effective slippage, and
3. **Holds total cost per MC segment constant** while **reallocating the cost composition** to increase protocol revenue subject to guardrails on user, creator, and LP outcomes.
**Central thesis:**
**MC buckets with larger total cost provide more “wiggle room” to shift the cost pie toward protocol without harming user experience**, provided elasticity and leakage constraints are respected.
---
## Motivation & Objectives
- **Business goal:** Maximize sustainable protocol revenue while preserving (or improving) user experience, creator supply, LP depth, and graduation dynamics.
- **Insight:** Traders primarily react to **total cost** of execution; they are less sensitive to the internal split across protocol/creator/LP/slippage if the **total** remains unchanged and UX is stable.
- **Approach:** Identify MC segments with high total cost, then **re-slice** that cost (hold total constant) to increase the protocol share where it is least likely to reduce volume.
---
## Lifecycle Phases & Cost Components
**Phases:**
- **Bonding Curve (BC):** Tokens mint along a deterministic curve. Fees visible to traders: protocol fee $p$ and curve progression (perceived as slippage but not revenue).
- **PumpSwap (PS):** Post-graduation AMM trading. Fees/costs visible to traders: protocol fee $p$, LP fee $\ell$, creator fee $k$, and AMM slippage $\sigma$.
**Per-trade total cost (USD):**
$$
c_i = p_i + \ell_i + k_i + \sigma_i
$$
with
$$
\begin{cases}
\ell_i = 0,\; k_i = 0 & \text{in BC (pre-grad)} \\
\ell_i \ge 0,\; k_i \ge 0 & \text{in PS (post-grad)}
\end{cases}
$$
where $(p_i,\ell_i,k_i)$ are directly observed from columns (in USD), and $\sigma_i$ is an **effective slippage proxy** (see Data & Measurement).
---
## Segmentation by Market Cap (MC)
- **Within Bonding Curve:** bucket trades by token's instantaneous MC percentile relative to the 69k graduation threshold (e.g., 0–25th, 25–50th, 50–75th, 75–100th of 69k).
- **Within PumpSwap:** bucket by post-graduation MC percentiles (e.g., quartiles of observed post-grad MC distribution).
- Tokens contribute to the MC bin corresponding to their **trade-time** \(MC\).
---
## Data
**Minimum required fields:**
- `project` ∈ {`bonding_curve`, `pump_swap`}
- `mint_address` (token id), `trade_time`
- `amount_usd` (notional), `market_cap`
- `protocol_fee_usd`, `lp_fee_usd`, `creator_fee_usd`
- Optional price signals: `price_usd`, `price_base_per_quote`
**Effective slippage proxy per trade \(i\):**
$$
\sigma_i \approx (\text{execution price}_i - \text{reference price}_i) \times \text{qty}_i
$$
where reference price may be last-trade price, a short lookback mid-price, or quoted price (if available).
- In BC: $\sigma_i$ captures **curve progression** between quote and execution.
- In PS: $\sigma_i$ captures **AMM price impact & timing**.
- If unavailable, set $\sigma_i = 0$ and report separately (conservative).
---
## Aggregation within MC Bins
For bucket $b$ (defined by phase $s \in \{\text{BC}, \text{PS}\}$ and MC range:
$$
C_b \equiv \sum_{i\in b} c_i = P_b + L_b + K_b + \Sigma_b
$$
with
$$
P_b = \sum p_i,\;\; L_b = \sum \ell_i,\;\; K_b = \sum k_i,\;\; \Sigma_b = \sum \sigma_i
$$
and
$$
V_b \equiv \sum_{i\in b} \text{amount_usd}_i
$$
**Cost density (bps):**
$$
\Gamma_b \equiv 10^4 \cdot \frac{C_b}{V_b}
$$
**Interpretation:**
- $C_b$: total cost paid by traders in bin $b$.
- $\Gamma_b$: highlights bins where traders bear the largest effective cost per \$ traded.
---
## Optimization Principle (Hold Total Cost, Re-Slice Pie)
**Key constraint (per MC bin):**
$$
\boxed{C_b' = C_b}
$$
but reallocate its composition:
$$
C_b' = P_b' + L_b' + K_b' + \Sigma_b'
$$
**Objective (first-order):**
$$
\max \sum_{b} P_b' \quad
\text{s.t.} \quad C_b' = C_b,\;\; \text{guardrails in each } b
$$
**Guardrails (per bin):**
- **User experience (volume/leakage):** predicted volume change $\Delta V_b \ge -\delta_b$; routing leakage ≤ $\lambda_b$.
- **Creators:** maintain creator share floor $K_b' \ge \underline{K}_b$.
- **LPs (PS only):** preserve LP APR floor/depth $L_b' \ge \underline{L}_b$.
- **Slippage:** $\Sigma_b'$ may decline via depth incentives; if large, creates **headroom** to raise $P_b'$.
**Highlighted main point:**
**MC buckets with larger $C_b$ (and higher $\Gamma_b$) provide more “wiggle room” to increase $P_b'$** because traders already tolerate higher total cost there.
---
## Decision Logic by Phase
**Bonding Curve (BC):**
- $C_b = P_b + \Sigma_b$ (creator, LP fees = 0).
- If $\Sigma_b$ consistently high → increase $P_b'$ modestly while keeping $C_b' = C_b$.
- Messaging levers: micro-rebates for small orders, step-fee by trade size.
**PumpSwap (PS):**
- $C_b = P_b + L_b + K_b + \Sigma_b$.
- If $L_b$ dominates: shift slightly from $L_b \downarrow$ to $P_b \uparrow$.
- If $\Sigma_b$ dominates: reduce $\Sigma_b$ first, then raise $P_b$.
- Creator floor: taper $K_b$ with rising MC (early payoff, taper later).
---
## Calculations & Outputs
1. **Baseline dashboards (per phase):**
- Stacked bars by MC bins: $P_b, L_b, K_b, \Sigma_b$.
- Overlay trade count or $V_b$.
- Cost density $\Gamma_b$ heatmap.
2. **Bin selection filters:**
- High $C_b$ and $\Gamma_b$.
- Favorable composition (adjustable $(L_b, K_b)$.
- Low elasticity/leakage risk.
3. **Counterfactual re-slicing:**
- Hold $C_b' = C_b$.
- Shift 5–15 bps from $L_b$ or $K_b$ to $P_b$.
- Reduce $\Sigma_b$ via LP incentives, allocate savings to $P_b$.
4. **Experiment design:**
- Cohort A/B by creation week within MC bins.
- SLA: daily refresh, 2–4 week readouts, kill-switch if guardrails breached.
---
## Elasticity of Cost Composition (Laffer Curve)
Total cost in MC bin \(b\):
$$
C_b = P_b + L_b + K_b + \Sigma_b
$$
Constraint:
$$
C_b' = C_b
$$
**Component Elasticities:**
$$
$\eta^{(L)}_b = \frac{\Delta V_b / V_b}{\Delta L_b / L_b}, \quad
\eta^{(K)}_b = \frac{\Delta V_b / V_b}{\Delta K_b / K_b}, \quad
\eta^{(\Sigma)}_b = \frac{\Delta V_b / V_b}{\Delta \Sigma_b / \Sigma_b}
$$
- $\eta^{(L)}_b$: sensitivity of volume to LP revenue.
- $\eta^{(K)}_b$: sensitivity to creator rewards.
- $\eta^{(\Sigma)}_b$: sensitivity to slippage.
**Optimization View:**
$$
\max \sum_b P_b' \quad
\text{s.t.} \quad C_b' = C_b,\;\; \frac{\Delta V_b}{V_b} \geq -\delta_b
$$
---
## Risks & Mitigations
- **LP flight risk (PS):** enforce APR floors; rollback if TVL declines.
- **Creator supply risk (BC/PS):** maintain creator share minimum; front-load payouts.
- **Slippage rebound:** if reducing $L_b$ increases $\Sigma_b$, net UX worsens.
- **Heterogeneous traders:** segment by trade size; protect small retail.
---
## Deliverables
- Baseline lifecycle cost dashboards with $P,L,K,\Sigma$ and $\Gamma_b$.
- Opportunity shortlist: MC bins ranked by $C_b,\Gamma_b$, low risk.
- Counterfactual playbook: per-bin scenarios with $C_b'=C_b$.
- Experiment checklist: cohort selection, metrics, SLA, thresholds.
---
## Summary (What We Will Prove/Disprove)
- **MC bins with larger $C_b$ (and higher $\Gamma_b$) allow more room to increase protocol share $P_b'$** while holding trader experience constant.
- **Re-slicing is phase-specific:**
- In BC: tradeoff is protocol vs curve tolerance.
- In PS: tradeoff is LP/creator splits and slippage reduction.
- With guardrails, **protocol revenue can increase** without harming volume, graduation, LP TVL/APR, or creator launches.
---