Launchpad discovery surfaces and audience differences

A launchpad is a market and a shop window, and teams spend almost all their attention on the market. The window decides who ever sees the token. This note sorts the ordering signals in use on Solana launch venues, explains what each one rewards, works an illustrative comparison of one token on two surfaces, and sets out how to read a venue front page as the ranking function it actually is.

Question
How do launchpad discovery surfaces differ and what do they reward
Short answer
Each front page is a ranking, and the signal it ranks on differs by venue
Signals in use
Recency, activity, progress, holder growth, curation, identity
Values
Ranking formulas are undisclosed and are changed without notice
Out of scope
Any claim that a surface position causes an outcome

Every launch venue front page is a ranked list, the ranking is computed from a signal the venue chose, and the signals differ. Recency, trading activity, progress toward graduation, holder growth, editorial curation and verified identity are all in use on Solana. Which signal a venue ranks on decides which launches are visible on it, and that is a property of the venue rather than of the launches.

A launchpad front page is a ranked list

Teams evaluate launch venues on mechanics and then discover that mechanics were the easy part. A curve is a function anybody can read. A discovery surface is an undisclosed ranking over a list that changes every few seconds, and it determines whether a launch is seen by anybody who was not already told about it.

Calling it a shop window understates it. A shop window shows everything in the shop; a launch venue front page shows perhaps a few dozen rows out of thousands of live tokens, and the selection is made by a formula. Everything not selected is reachable only by direct link, which means it is reachable only by people who already know it exists.

This is why the discovery surface belongs in the same property matrix as the fee model and the curve. It is not marketing colour. It is the mechanism that decides the size of the audience a launch has access to during the only period when a launch has momentum to gain.

The ordering signals in use

Ordering signals used by Solana launch venue discovery surfaces, and what each one rewards.
SignalRewardsHalf-lifeCharacteristic failure
RecencyExisting at all, very recentlyMinutesEverything appears and nothing is distinguished
Trading activityTurnover in a rolling windowTens of minutesResponds to production as readily as to interest
Graduation progressProximity to the completion conditionUntil the condition resolvesFavours launches already succeeding
Holder growthDistinct new addresses acquiringHoursDistinct addresses are cheap to create
CurationWhatever the venue decided to featureEditorialOpaque and unappealable
IdentityA verified account or creator profilePersistentExcludes anonymous launches by construction

Most venues combine several. A typical front page carries a recency feed, an activity-ordered trending list and a graduating-soon section, each of which is a different ranking over the same underlying set. A launch can be invisible on two of them and prominent on the third, which is why asking whether a token is visible on a venue is an incomplete question.

Audience is not the same as traffic

The two get conflated constantly and they behave differently. Traffic is how many people load the venue. Audience is who those people are and what they do when a token catches their eye.

A venue with an enormous, fast, speculative audience produces a lot of first-minute buying and very little retention, because the same people are looking at the next launch within the hour. A venue attached to a specific community produces less immediate flow and holders who are still there in a week. Both are useful; they are useful for different launches.

The mistake is optimising for the larger number. A launch built around a community it wants to keep does badly on a surface designed for constant turnover, not because the surface is bad but because it delivers the wrong people at high speed. The right question is who you want in hour one, and the honest answer to that question eliminates most venues immediately.

Why the first hour differs by venue

The same token launched on two venues has two different first hours, and almost all of the difference comes from the surface rather than from the mechanics. A recency-ordered feed gives every launch a brief identical window and then drops it. An activity-ordered list gives nothing at the start and everything to whatever picks up movement.

Those two produce opposite strategies. On a recency surface the window is at creation and the task is to convert a short burst of undifferentiated attention. On an activity surface the window is whenever the launch develops enough trading to rank, which can be an hour later, and the task is to sustain something long enough to be selected.

A graduation-progress surface produces a third pattern entirely: nothing happens until the launch is already substantially along, and then it appears in front of an audience specifically watching for launches about to complete. That audience behaves differently again, because it is looking for a specific event rather than for a token.

What an ordering signal can be moved by

An activity-ordered list ranks on a quantity that responds to trading, which means it responds to trading regardless of who is doing it or why. This is a mechanical property of the design and it is the reason activity production is a standing practice around launch venues.

It is worth being exact about what this buys and what it does not. A row moves up a list. More people load the token page. That is the entire causal chain, and it terminates there. Nothing about producing activity changes what somebody thinks when they arrive, whether the token has anything behind it, or whether anybody holds it tomorrow.

Teams that budget for Solana volume automation as a placement expense are therefore making a defensible decision if and only if they are honest about that boundary. The failure mode is not the tooling; it is teams that buy placement and then interpret the resulting page views as evidence of interest that they generated themselves.

Holder-growth signals have the same property in a different form: distinct addresses are cheap to create on Solana, so a signal counting distinct acquirers counts something that can be produced. Recency and curation cannot be influenced at all, which is exactly why they are used.

One token, two surfaces

Illustrative comparison

Invented scenario used to show a mechanism. The same token, the same team, the same launch plan, on two venues with different surfaces.

Venue A orders its front page by recency with a rolling window of a few minutes. The token appears immediately in front of everyone watching new launches, receives a burst of small purchases from people who look at everything, and drops off the feed within the window. Whatever it converts during that window is what it gets, and it gets no second chance from the surface.

Venue B orders by trading activity over a rolling window measured in tens of minutes. The token appears nowhere at first, because it has no activity. If it develops enough trading to enter the ranking it becomes visible to a much larger audience than venue A ever offered, and it stays visible for as long as the activity persists.

The same launch therefore needs opposite tactics. On venue A everything has to be ready at creation, because the window opens immediately and closes fast. On venue B nothing that happens at creation matters at all, and the entire question is whether enough sustained activity develops to cross the ranking threshold.

The scenario is invented. The strategic consequence is not: a launch plan written for one surface applied to the other is not a weaker plan, it is a plan aimed at a window that does not exist.

Discovery that happens off the venue

Venue surfaces are only part of the picture, and for many launches not the largest part. Screeners, routers, wallets and social platforms each have their own discovery behaviour, and a token's visibility on them depends on properties the launching team chose without necessarily realising it.

Screeners index pairs and programs. A launch on a venue whose pattern they already recognise appears promptly; a launch on a newer venue can take longer, and until it appears the token is invisible on the surfaces many traders use as their primary view of the market. That lag is a property of the venue choice.

Routers are the same story from a different angle. A token that cannot be routed cannot be bought by anybody using an aggregator interface, however live its pool is. Router coverage is documented by the operators themselves, and the Jupiter developer documentation is the reference for how routing coverage works in practice. A venue whose destination program is widely integrated inherits that coverage; one whose destination is unusual does not.

Social discovery is outside this desk's scope in every respect except one: it is the only discovery channel a team fully controls, and it is the reason venue surface differences are survivable. A launch with its own audience is less dependent on the ranking function, which is worth remembering before optimising heavily against a formula that will be changed.

Identity-gated surfaces

Some venues attach launches to a verified account, a creator profile or an existing social identity rather than to an anonymous key. This changes the discovery surface fundamentally, because the ranking has an input that cannot be produced: who you are.

The consequence is a smaller list with a higher floor. Fewer launches qualify, so each one has a larger share of attention, and the audience arrives with a different set of expectations because the identity is part of the offer. For a team with an existing audience this is straightforwardly advantageous. For a team without one it is a closed door.

It also changes what happens after the launch. An identity-attached token carries reputational weight for a named person, which alters incentives in both directions and is worth thinking through before it is tested. Venues in this category, including the ones usually named in discussions of creator launches, publish their own descriptions of what verification means to them and those descriptions are the only authority on it.

Reading a surface before you launch

  1. Open the venue front page and list every ranked section on it. Most carry three or four distinct rankings and teams typically notice one.
  2. Work out the signal behind each section by watching which rows move and in response to what. This takes an afternoon and is more reliable than any published description.
  3. Measure the half-life. Sit with a section and record how long a given row survives in it. That number is the size of your window.
  4. Count the list length against the number of live launches on the venue, using its own material such as the pages published at pump.fun for venues that document their surfaces, to get a realistic sense of the odds of appearing at all.
  5. Check screener coverage by looking up two or three tokens that launched on the venue last week and seeing where they appear off-venue.
  6. Check router coverage for a graduated token from the venue, and note how long after graduation the route appeared if you can establish it from transaction history.
  7. Write down which section you are actually targeting and what you would have to do to appear in it. If the answer is nothing you can influence, that is useful information and it arrived before you launched.

Mistakes teams make about visibility

  • Treating the venue's largest audience as its relevant audience, when the relevant one is whoever might hold.
  • Optimising for a ranking formula that the venue will change, sometimes specifically because people optimised for it.
  • Assuming screener and router coverage is instant, when it is a lag that varies by venue and by program.
  • Reading page views produced by placement as evidence of interest, which they are not and were never going to be.
  • Launching on a fast-turnover surface with a plan that assumes people will still be looking in a week.
  • Ignoring the surface entirely on the grounds that the mechanics are better, which is choosing an excellent market that nobody visits.

What a surface cannot do for you

It cannot make a token interesting. Placement delivers people to a page; what is on the page decides everything after that, and no ranking formula has an opinion about it.

It cannot be relied on to behave the same way next month. Ranking formulas are adjusted, sometimes without notice and often in response to people gaming them. A launch strategy that depends on a specific formula is a strategy with an expiry date somebody else controls.

It cannot substitute for an audience you brought yourself. The venues where launches consistently do well are full of teams who arrived with people already paying attention, which is unglamorous and is the single most reliable pattern this desk observes. The surface amplifies; it does not originate.

Questions this desk is asked

What is a discovery surface on a launchpad?

It is whatever the venue shows people who have not come looking for a specific token: the front page, the trending list, the new-launch feed, the graduating-soon section. Each of those is a ranked list produced by a formula the venue chose. A launch that ranks nowhere on any of them is functionally invisible on that venue, however good it is.

Do launchpads publish their ranking formulas?

Generally not, and where a venue describes one it describes it loosely and reserves the right to change it. The formulas are also adjusted, sometimes in response to people optimising against them. Treating any published description as exact, current or permanent is a mistake; treating it as a rough indication of what the venue values is reasonable.

Does trending placement cause a token to succeed?

No, and the causation runs the other way at least as often. Placement makes a token visible to people who were not looking for it, which is a necessary condition for most outcomes and nothing like a sufficient one. Plenty of tokens trend and go nowhere. The honest description is that placement supplies exposure and nothing else.

Which venue has the best audience?

That question has no answer without knowing who you want. Venues differ in who is standing in front of them: some carry a large, fast, speculative audience that turns over constantly, others a smaller community that stays. A launch aimed at a community will be badly served by a fast surface and vice versa, so the useful question is which audience you want rather than which is larger.

How quickly do screeners pick up a new launch?

It varies by screener and by venue. A venue with a widely integrated program and a well-known launch pattern is picked up quickly; a newer venue can take longer, and during the gap the launch exists and is invisible on the surfaces most people watch. This is a normal indexing lag rather than a fault, and it is worth knowing which side of it your venue sits on.

Is it better to launch on a quiet venue to stand out?

It is a genuine trade and it goes both ways. A quieter venue has a shorter list, so ranking on it is easier and the same token can be far more visible. The cost is that fewer people are looking at the list at all, and that the venue is likely to be less well integrated with screeners, routers and wallets. Easier ranking on a surface nobody watches is not visibility.

Can a team influence where it ranks?

On an activity-ordered surface, mechanically yes, because the surface ranks on a quantity that responds to trading. That is what makes the practice common and it is also the whole of what it achieves: a row moves up a list. It does not manufacture interest, it does not change what somebody thinks when they open the token page, and pretending otherwise is where teams waste money.

Filed under Launchpads by The Launchpad Ledger Desk. Venue behaviour described here was read from public documentation or from accounts and transactions anyone can open in a block explorer. Fees, thresholds, curve constants and graduation destinations are operator-set parameters that have been changed before and will be changed again, so this page names the parameter rather than printing a value; check the current one against the venue on the day you need it. The standard is set out in what this desk does.