Eligibility-Adjusted Revenue Multiples

TL;DR

A standard crypto P/S multiple takes the full circulating market cap and divides it by trailing protocol revenue. For most tokens, both numbers are wrong on purpose. The market cap includes supply that does not earn anything. The revenue figure includes cashflow that never reaches a token holder. Comparing two tokens on this metric is comparing different things and calling them the same thing.

The fix is mechanical, not conceptual. Use only the market cap of supply that is eligible to receive cashflow, and only the cashflow that supply actually receives. Frame the result as the price of $1 of forward annual cashflow. Name your assumptions out loud. At TokenIntel we call this an eligibility-adjusted revenue multiple (ERM). Related framings exist in token engineering and onchain research communities — we are not claiming the idea, we are enforcing the discipline.

For buyback and burn tokens where every holder benefits equally, an ERM collapses to a correctly computed P/S-to-holders. For vote-escrow and stake-to-earn tokens, the two metrics can differ by a factor of two or more. That factor is usually hiding the actual trade in plain sight.

The problem this is fixing

Every time a DeFi protocol posts a strong week of fees, Crypto Twitter produces the same post. Annualize seven days of protocol revenue. Divide the full circulating market cap by that number. Announce the result with two decimal places. "Token is trading at 3.8x P/S, cheaper than Stripe."

There are three mistakes stacked on top of each other in that one post:

1. "Protocol revenue" is not "revenue to the token." A lot of DeFi protocols make real money. Most of that money does not reach token holders. Some of it goes to LPs. Some of it goes to the treasury. Some of it goes to stakers under a different token. Some of it does not go anywhere at all because the fee switch was never activated. Using protocol-level revenue as the denominator of a token multiple assumes the token captures all of it, which is almost never true.
2. "Circulating market cap" is not "market cap of participants who earn the revenue." If the protocol's cashflow only goes to holders who have locked their tokens, or staked them, or met some other condition, then the correct numerator is the market cap of that eligible subset. For vote-escrow protocols this can be half the circulating float or less. The unlocked tokens are not participating in the cashflow, and putting them in the numerator artificially inflates the multiple.
3. "Seven-day annualized" is not "forward run-rate." Fee revenue in DeFi is extremely volume-sensitive and mean-reverting. A hot week annualized is not a guide to the next year. A cold week annualized is not either. Without a stated window, a stated assumption about growth, and a stated assumption about dilution, the number is a screenshot, not a valuation.

An eligibility-adjusted multiple does not solve the third problem by itself — mean reversion is a risk no matter how you compute the ratio. But it forces you to be explicit about every piece of the calculation, and it fixes the first two mistakes by construction.

The two adjustments

Start with a standard P/S-to-holders. That ratio already tries to filter out the fees that don't reach the token. An ERM adds two more pieces of discipline on top.

1. Eligible market cap, not full market cap

Ask one question about every token: which supply earns the cashflow?

• Vote-escrow models (AERO, CRV, PENDLE, and similar): only locked tokens earn fees. Unlocked tokens collect nothing, but they still trade at the market price. Including them in the market cap numerator overstates the cost of participating.
• Stake-to-earn models (GMX, older sAAVE, most safety modules): only staked tokens receive the fee share. Unstaked supply is idle from a cashflow perspective.
• Buyback and burn models (HYPE, BNB's auto-burn, post-UNIfication UNI, JUP): every holder benefits proportionally from reductions in supply. Eligibility is universal, so the eligible market cap equals the full circulating market cap. Here the adjustment does nothing, which is itself useful information.
• Direct distribution to stakers (legacy MKR burn, some revenue-share designs): only the participating subset counts.

For a ve-model where 45% of circulating supply is locked, the eligible market cap is 45% of circulating market cap. For a universal-eligibility burn model, it is 100% of circulating market cap.

2. Forward framing with named assumptions

Instead of reporting a ratio ("18x P/S"), report a dollar amount: the price you are paying today for $1 of forward annual cashflow, assuming stated conditions. Then state the conditions.

The assumptions a reader should be able to see every time:

• Revenue window. 7-day, 30-day, trailing 90-day, or something else? Fee revenue in DeFi is volatile, and the window chooses the answer.
• Extrapolation method. Flat run-rate is the honest starting point. Growth models require named assumptions a reader can disagree with.
• Dilution treatment. Is new supply getting emitted over the next twelve months? By how much? If a ve-locker is getting paid by emissions that dilute the non-locked portion of their bag, the economics are not as clean as the raw ERM number suggests.
• Eligibility source. Where does the "percent locked" or "percent staked" number come from? Most of the time this figure is not canonical. If the lock share moves ten points, the answer moves ten points.

None of this is complicated. But requiring yourself to write it down every time prevents you from publishing a ratio whose inputs you cannot defend.

Worked example 1: AERO (ve-lock eligibility matters)

Aerodrome is a good first example because the distribution rule is clean and the gap between a naive P/S and an ERM is large enough to be interesting.

Distribution rule. Aerodrome routes 100% of trading fees to veAERO voters. Holders who lock AERO for up to four years receive veAERO and collect fees proportionally from the pools they vote for. Unlocked AERO receives zero fee revenue. The protocol takes no cut.

Numbers (verified 2026-04-09, sources in research page):

• Circulating AERO: ~921M. Price: $0.356. Circulating market cap: ~$328M.
• Locked share (community-reported): roughly 40–50% of circulating AERO held as veAERO. This is not a canonical figure and moves epoch to epoch.
• Annualized fee distribution to veAERO: roughly $80–150M. This range is wide on purpose. Recent monthly run-rates extrapolate to roughly $83M; public coverage of higher-volume periods implies figures up to $150M+. Aerodrome revenue is heavily dependent on Base DEX volume and should be read as volatile.

Eligible market cap: $328M × 0.40 to 0.50 = ~$131M to ~$164M.

ERM range:

Traditional P/S for comparison: $328M circulating market cap divided by $83–120M annual revenue = roughly 2.7x to 4.0x.

The traditional multiple looks "cheap" at 3x-ish, but it is counting the full circulating float against the cashflow. The eligibility-adjusted version tells the participating veAERO locker that they are paying roughly $1 to $2 in eligible market cap for every $1 of trailing annual fee distribution — a much faster notional payback than the naive P/S implies. The adjustment moves the number by a factor of about two.

Worked example 2: UNI (universal eligibility, early-stage run-rate)

Uniswap is the contrasting case. Same kind of analysis, very different answer.

Distribution rule. The UNIfication proposal passed on December 25, 2025 with 125M UNI votes in favor. Since then, a portion of swap fees from v2, v3, and Unichain pools routes to a per-chain vault contract called TokenJar. Value can only exit the TokenJar by burning UNI through a paired Firepit contract. Every burn permanently reduces supply. The mechanism is not a direct distribution — it is a deflationary accrual that benefits every remaining UNI holder proportionally. Eligibility is universal.

Numbers (verified 2026-04-09, sources in research page):

• Circulating UNI: ~633.6M. Price: $3.15. Circulating market cap: ~$2.0B.
• Total burned to date: ~103M UNI (includes the one-time 100M retroactive treasury burn at activation).
• Annualized fee flow to TokenJar / burns: roughly $27–34M. The low end is Coin Metrics' extrapolation from the first 12 days post-activation. The high end is an implied run-rate from observed burn pace. Both estimates come from very short observation windows and should be refreshed monthly.

Eligible market cap: Because every holder benefits pro-rata from burns, eligible market cap equals full circulating market cap. There is no adjustment to make.

ERM:

Traditional P/S-to-holders: identical, because eligibility is universal. The ERM adjustment adds nothing mechanically — but the discipline of stating the assumptions in the same format as AERO matters when you want to compare them.

The UNI multiple is high because the fee switch is four months old and the run-rate is tiny relative to the $2B market cap. Every dollar of protocol revenue flowing to burns currently costs a holder roughly $60-$75 in eligible market cap. That is not a statement that UNI is "overpriced." It is a statement that the current price is embedding an assumption of large future growth in fee-switch revenue — through expansion to more pools and chains (proposals in flight), through broad DEX volume recovery, or both.

Side by side

The gap between the two ERM values is roughly 30x to 45x. That gap is the actual analytical output of the exercise. A reader who wants to own distributed DeFi cashflow at current run-rates is paying a very different price at each of these tokens. A reader who wants to own a bet on future fee growth is also making a very different bet at each of them.

What an ERM tells you, and what it doesn't

It tells you

• How much you are paying today for a specific, defined slice of distributed cashflow. Not protocol revenue, not gross fees, not whatever the treasury keeps. Actual dollars that reach the set of holders who are eligible to receive them.
• Whether the token's value accrual mechanism is priced for current revenue or for future growth. A low ERM says "the market is pricing close to current cashflow." A high ERM says "the market is pricing in large expansion." Neither is correct or incorrect — it is just a statement about what the price already assumes.
• Whether your naive P/S is lying to you. For ve-models and stake-to-earn models, the eligibility-adjustment alone can move the number by a factor of two or more in either direction. If you are about to publish a P/S comparison across different token designs, run the ERM first and see if the ordering survives.

It does not tell you

• Whether a token is a good investment. A cheap ERM can be a value trap. An expensive ERM can be justified by growth that actually shows up. This metric is one lens, not a decision.
• Anything about dilution dynamics directly. An inflating token with a low ERM can still hand you negative real returns on your non-locked stack. Emissions are a separate line you need to read alongside the multiple.
• Anything about risk. Governance risk, smart contract risk, counterparty exposure, regulatory risk, and tail liquidity risk are all invisible to this metric.
• Anything about short-term price direction. Valuation lenses are months-to-years framing. They are not regime, flow, or momentum signals — those live elsewhere on the TokenIntel dashboard.
• A precise answer. Every number going into an ERM has a measurement window and a source. Both can be wrong. Always publish a range, always cite the window, always date the snapshot.

Where TokenIntel uses this in coverage

Not every token in our coverage has a distribution mechanism clean enough to support an ERM-style row. Some have no token-level cashflow at all. Others have mechanics that make "eligible supply" too ambiguous to compute honestly. We use an eligibility-adjusted view where the math is defensible and flag the rest.

Clean fit (ERM row on research pages)

• AERO, CRV, PENDLE — ve-lock models. Eligibility adjustment is meaningful and the gap vs naive P/S is real.
• GMX — stake-to-earn. Same discipline applies; only staked GMX receives the ETH fee share.
• HYPE, JUP, AAVE, BNB — buyback and burn / auto-burn. Eligibility is universal; ERM collapses to a correctly computed P/S-to-holders, but the forward framing is still useful.
• UNI — post-UNIfication, universal eligibility through the TokenJar / Firepit burn mechanism. Same treatment as the buyback models, with a caveat that run-rate data is still early-stage.

ERM says "effectively zero captured cashflow"

For some tokens, the honest ERM reads "undefined" or "approaching infinity" because the current distribution rule sends effectively zero dollars to holders. That is not a gotcha — it is a signal that "protocol P/S is cheap" arguments on these tokens are measuring something that does not reach the token.

• MORPHO — real protocol revenue, no direct distribution to holders at current parameters.
• LDO — treasury accrues, holders do not.
• ENA — fee switch parameters reportedly met but not activated. Same status until it flips.

Different cashflow source, variant treatment

For assets where the cashflow is monetary policy rather than fee capture, the same eligibility logic still works but the denominator is staking yield plus MEV, not protocol revenue.

• ETH, SOL — only staked supply earns the cashflow; burn is a separate adjustment. Worth a variant treatment, not a direct copy of the DeFi ERM template.

Not applicable

• BTC, XRP — no distribution mechanism, no cashflow denominator. Don't force the metric.

Bottom line

An eligibility-adjusted revenue multiple is not a new metric. It is a disciplined version of an old one. The discipline forces three things that most crypto valuation chatter skips: naming the eligible set, naming the cashflow window, and naming the assumptions you are carrying forward. Doing all three moves the answer enough to matter for vote-escrow and stake-to-earn tokens, and it does not move the answer for universal-eligibility burn models — which is itself a useful thing to know before you start comparing them.

The AERO vs UNI example is not a pairs trade recommendation. It is a demonstration of how the same valuation framework can produce results that differ by more than thirty times across two tokens that both look "reasonable" on a naive P/S. The difference is eligibility and cashflow window, not magic. Use the lens, but use it alongside everything else that actually drives return: regime, flows, growth, dilution, distribution risk, and the specific things that can break each protocol's mechanism.