Volume activity on Jupiter Studio launches
Studio launches sit inside the largest routing layer on Solana, which changes where activity lands and how it is seen. The mechanics differ before and after graduation, and treating both phases the same produces poor outcomes.
What Studio is
Jupiter Studio is a launch path within the Jupiter ecosystem. A token launched through it begins trading immediately against a curve, accumulates proceeds as people buy, and at a threshold migrates that accumulated value into a conventional liquidity pool.
Structurally this is the same pattern several Solana launchpads use, and the general mechanics are covered in the bonding curve explainer. What distinguishes Studio is where it sits: inside the routing layer that a very large share of Solana trading already passes through.
That placement is the substantive difference and it affects discoverability more than it affects mechanics. A token reachable through the dominant aggregator is reachable from a great many front ends without any of them integrating anything.
The curve phase
During the curve phase, price is determined by a formula rather than by a pool of reserves. Each purchase moves along the curve and raises the price for the next buyer; each sale moves back down it. There is no depth in the conventional sense, because there is no pool.
Three properties follow and all three matter for anyone thinking about activity during this window.
Price responds directly to net buying. There is no arbitrage against another venue and no external anchor. The price is exactly where the curve says it is given the amount purchased so far.
Round trips are expensive relative to their effect. Buying and selling the same amount returns to roughly the same point on the curve while paying fees in both directions. The activity registers and accomplishes very little else.
Failure rates are high. Curve venues show the worst confirmation rates we measure by a wide margin, with block-level sampling putting the failure rate above eighty per cent during contested periods. The full per-venue figures are on the measured data page, and the practical reading is that a large share of attempts during this phase produce nothing but a base fee.
Taken together these make the curve phase a poor place to run a campaign. It is an excellent place to have a token that people are buying, which is a different thing achieved by different means.
Graduation
Graduation is the moment accumulated proceeds are converted into a standard liquidity pool and trading moves there. It is the most important event in a curve launch and the one teams prepare for least.
What changes at that moment is substantial. Depth becomes a real quantity that can be measured and that governs price impact. The pair appears on screeners in the ordinary way. Routing treats it as a normal pool. And the price stops being a function of cumulative purchases and starts being a function of a reserve ratio.
Two things are worth checking immediately after graduation. First, that the pool exists where you expect and holds what you expect, since the amount migrated depends on what accumulated during the curve. Second, that the pair is indexed correctly, because the transition is a common point for a listing to appear duplicated or with stale figures.
The size of the resulting pool determines everything that follows, and the reasoning about whether it is adequate is the same reasoning set out in the initial liquidity guide, with the difference that the number was determined by the launch rather than chosen.
After graduation
This is where ordinary activity starts making sense, because every assumption a campaign relies on is now true.
There is a pool with depth, so swap sizing relative to available liquidity becomes a meaningful calculation. Confirmation rates improve dramatically compared with the curve phase, since pooled venues on Solana confirm far more reliably. Screener presence is conventional, so activity is visible where people actually look. And price impact behaves predictably rather than moving along a formula that responds to every purchase.
The one carried-over consideration is that a graduated token often has a pool smaller than a team would have chosen deliberately. That means swap sizes need to be more conservative than the same team would use on an established pair, and it means the visible effect of any given swap is larger.
Why routing changes the picture
The routing layer deserves separate treatment because it changes what activity on any single venue means.
When a token is reachable through an aggregator, a swap submitted from almost any front end may be routed through whichever pool offers the best execution. That means activity is not confined to the venue where it was initiated, and it means depth in one pool affects execution for people who have never heard of that pool.
For a team, the useful implication is that concentrating depth in one place is better than spreading it. Routing will find a single deep pool and give everyone good execution; it cannot manufacture depth out of three shallow ones. Fragmented liquidity produces worse fills for every buyer regardless of the total.
The second implication is about measurement. Volume attributed to a venue by a screener may have originated anywhere, which is one of several reasons headline figures should be read as directional rather than precise.
Planning activity around the phases
- During the curve, do the non-mechanical work. Community, metadata, socials, answering questions. The curve rewards genuine buying and punishes everything else.
- Prepare for graduation before it happens. Know what pool size to expect, know where it will land, and have the listing checks ready to run immediately.
- Verify the pool and the listing on the day. The transition is the most common point for a display problem, and a broken listing at exactly the moment attention peaks is expensive.
- Size conservatively at first. A freshly graduated pool is usually thinner than it looks, and early swaps move price more than expected.
- Then run normally. Post-graduation the token is an ordinary paired asset and everything that applies to any other pool applies here.
The summary is that a curve launch has two distinct regimes and only one of them is a sensible place to run a campaign. Teams that treat graduation as an administrative detail rather than the start of the real market consistently spend during the phase where spending achieves least.
Frequently asked questions
01What is Jupiter Studio?
A launch mechanism that sits within the Jupiter ecosystem, allowing a token to begin trading immediately on a curve before liquidity migrates to a standard pool. It follows the general launchpad pattern with the routing layer built in.
02Does a Studio token trade before graduation?
Yes. That is the point of a curve launch: the token is buyable from the first moment without anyone providing liquidity, because the curve itself provides the market.
03Is volume activity useful during the curve phase?
Less than teams expect. Curve pricing responds directly to net buying, so activity during this phase is a costly way to move price and does not build depth, since there is no pool depth to build yet.
04What happens at graduation?
Accumulated proceeds are used to create a conventional liquidity pool and trading moves there. This is the moment the token starts behaving like an ordinary paired asset with real depth.
05Does Jupiter routing make Studio tokens easier to find?
It helps materially. Being inside the routing layer most Solana trading passes through means the token is reachable from many front ends without any separate integration work.
06When should a team start volume activity?
After graduation, in nearly all cases. That is when there is a pool with depth, screener presence in the ordinary form, and metrics that respond in the way a campaign assumes.
Keep reading
Post-graduation is where it works
The console detects the live pool for a mint and works against it once graduation has happened.
Open the volume console