The volume spike playbook
Turnover against depth is the only spike measure that survives a review. Four spike classes, what each implies mechanically, and the rule attached to each.
Read the playbookMost of what happens to a Solana memecoin is a liquidity event: a pair opens, a curve graduates into a pool, a wave of activity arrives, a large holder unlocks. Each one has a mechanism you can describe before it happens.
This desk writes those mechanisms up as rules. Every rule is published with what it costs you, the case where it fails and the condition that ends it. No forecasts, no calls, no claim that any of it wins.
Five lines. If an idea cannot be written this way, it is not a rule yet.
Almost every trade a Solana memecoin trader takes sits inside one of these. Naming the situation first is what stops a reaction from turning into a position.
The first hour of a listing, where price exists but history does not, and most of the work is establishing what you can actually see.
A bonding curve completes and liquidity is handed to an automated market maker pool. The pricing engine changes underneath the same ticker.
Turnover jumps against the depth that is present. The number alone says nothing until you divide it by the liquidity it traded through.
Providers widen or withdraw and the pool that filled you cannot fill you back out at anything close to the price on the screen.
A holder, a vesting release or a treasury sale puts tokens into a book that was not sized for them. Ownership concentration is public.
A playbook is a situation plus a rule written before the situation appeared. These four are the ones the desk returns to most often.
Turnover against depth is the only spike measure that survives a review. Four spike classes, what each implies mechanically, and the rule attached to each.
Read the playbookWhat is observable in the first sixty minutes of a new pair, what is genuinely unknowable, and why the hour is mostly a data problem.
Read the situation noteMost entry rules cannot be audited because they never state what would have stopped them. A template that fixes that, with worked examples.
Read the templateIn a thin pair your size decides your exit price. Sizing from pool depth rather than account balance, with the arithmetic worked through.
Read the risk noteSituations describe what happens. Playbooks turn a situation into an executable rule. Risk rules cover the part of the process you actually control.
The recurring shapes a Solana market takes when liquidity arrives, moves or leaves: a first listing, a migration between venues, an activity spike, and the ordinary hours in between.
Open the sectionA playbook is a situation plus a rule you wrote before the situation appeared. Each one here states its trigger, its cost, the case where it fails and the condition that retires it.
Open the sectionThe part of a method you actually control. Size chosen from depth rather than conviction, exits decided before entry, and an invalidation written in advance so a bad trade ends on schedule.
Open the sectionThese are stated first because the rest of the site is worthless without them. Each one costs something, and the cost is named.
Your position is a fraction of the liquidity you will have to exit through, not a fraction of your account. The pool decides the maximum, not your conviction.
Cost: you will take smaller positions in exactly the markets that move fastest.
A scale-out ladder, a time limit or a structural exit, decided while you are still neutral. An exit invented during the trade is a reaction, not a plan.
Cost: you will exit early in the trades that would have continued without you.
One written condition that ends the position with no new argument required. If you cannot state it before entering, the trade has no defined risk.
Cost: some invalidations trigger on noise and end trades that were fine.
Reading a tape honestly means accepting that not all of the flow you see is discretionary trading. Some of it is arbitrage closing a price gap between pools. Some is routing, where one user request lands as several swaps. Some is deliberately produced activity, run by teams who want a pair to be visible on venue and aggregator screens.
None of that is hidden. It is all in the transaction record, and knowing which category you are looking at changes what a spike means. The desk treats produced activity as a normal, observable part of Solana market structure rather than as something to be scandalised by, and reads it the same way it reads any other flow.
Three commitments that decide what appears here and, more often, what does not.
You will not find a price target, a win rate or a claim that a setup pays. The desk has no way to know any of those things, and publishing them would be inventing evidence. What can be described is mechanism: what a pool does when you push size into it, what a curve does at graduation, what an unlock does to a book.
A rule that only lists its benefits is marketing. Each rule here states what it gives up: the entries it will refuse, the exits it will take too early, the noise it will mistake for a signal. You should be able to decide against a rule using the desk's own description of it.
Protocol facts are stated as facts. Arithmetic is labelled illustrative and uses round invented figures to show a mechanism. There are no statistics about how traders perform here, because the desk does not have a dataset that would support one.