Protocol Revenue Analysis

WHAT IT COMPUTES. Market capitalisation divided by annualised revenue.

NAME IT CORRECTLY. Earnings are what remains AFTER costs; revenue is what comes in before them. So this is a market-cap-to-protocol-revenue multiple, LOOSELY analogous to an equity price-to-sales ratio - and not the same object, since a token's market capitalisation is not necessarily the value of an equity claim and 'protocol revenue' is a provider-defined crypto metric rather than accounting sales. It is not a P/E: a multiple of revenue says nothing about profitability, so it is not comparable against equity P/E ratios at all. Read it as a revenue multiple, and even the P/S analogy needs a value-capture analysis first.

FEES VERSUS REVENUE is the distinction that carries most of the content here, and it is the one crypto analysis most often blurs. Under a data provider's stated methodology, FEES are total user payments and PROTOCOL REVENUE is the subset the protocol retains, with payments to supply-side participants such as liquidity providers and validators generally excluded. Note that the classification is definitional rather than obvious: burns, buybacks and distributions are treated differently by different providers, sometimes counted as token-holder revenue rather than excluded, and a sequencer may itself be the revenue recipient. So check the methodology before comparing two protocols' figures. A protocol can process enormous fees and retain almost none, which is why reading both separately is the right design.

WHAT IS GENUINELY GOOD ABOUT THIS FAMILY. Most crypto valuation has no cash-flow anchor at all. A protocol earning fees has something a cash-flow argument can begin from, which makes it one of the few places where equity-style fundamentals transfer at all. Begin from, not conclude with: gross user fees are not distributable cash flow, and a discounted-cash-flow valuation needs net cash after operating costs and reinvestment, plus an enforceable path by which it reaches the thing being valued. Take that seriously and take its limit seriously too.

THE LIMIT: DOES VALUE REACH THE TOKEN? Protocol revenue accrues to whoever the design says it accrues to - a treasury, a DAO, stakers, or a burn. A token with no mechanism connecting revenue to holders can have a protocol earning steadily while the token has no claim on any of it. That question - what is the token's claim - must be answered before a multiple means anything, and a multiple cannot answer it.

ANNUALISATION IS A CHOICE with real consequences. This analysis divides by the trailing one-year revenue the protocol snapshot carries wherever it has one, and reports the 30-day revenue beside it without annualising it, so the annual figure is generally not twelve times the 30-day figure. Only when the snapshot has no one-year figure does it fall back to multiplying the 30-day revenue by twelve, and each row states which of the two it used. That fallback assumes the month is representative: protocol fees are highly cyclical with market activity, so annualising a busy month produces a flattering multiple and a quiet month the reverse. That is why the trailing-year figure is preferred, and reading the 30-day pace against it is more informative than either alone.

A LOW MULTIPLE IS NOT AUTOMATICALLY CHEAP, exactly as in equities: it can mean the market expects revenue to fall. A multiple is a question, not an answer.