About The Liquidity Tape

The Liquidity Tape is a small English-language desk that reads Solana liquidity events as mechanisms and writes them up as rules. It publishes no forecasts, no signals and no performance claims, and it says so on every page because the omission is the point.

What the desk covers

Three things, and deliberately nothing else. Situations: the recurring shapes a Solana market takes when liquidity arrives, moves between venues or leaves. Playbooks: rule sets written before a situation appears, each with its trigger and its cost. Risk rules: sizing, exits and invalidation, which are the parts of a method a trader actually controls.

Within those three, the subject matter is market structure rather than opinion. How a bonding curve prices before a pool exists. What changes at a migration. Why turnover has to be divided by depth before it means anything. How to read a transaction list instead of a candle. What arithmetic decides a position size in a thin pair.

Who writes it

Entries are published under The Liquidity Tape Desk. That is a byline for the publication, not a pseudonym for a person with invented credentials. You will not find a photograph, a biography or a claimed track record here, because none of those would be verifiable and the ones you see elsewhere in this niche usually are not either.

The practical consequence is that nothing on this site asks to be believed on the basis of who wrote it. Every mechanical claim is either checkable against public documentation, checkable against the chain, or labelled as illustrative arithmetic. If a claim here cannot be checked by you, it should not be here.

How an entry gets written

An entry starts as a situation somebody can describe without a forecast attached. The mechanism is then written from protocol design and public documentation, and any arithmetic is worked with round invented numbers so that the mechanism is visible and no reader mistakes an example for a measurement.

Then the rule, which has to pass one test: could a second reader apply it and reach the same decision. Then the cost, which is what following the rule gives up, including the trades it refuses. Then the failure case, described mechanically. An entry that cannot produce a cost and a failure case does not get published, because a rule with only benefits is advertising.

What the desk refuses to publish

  • Price predictions and targets of any kind.
  • Win rates, expectancy figures, profit claims or backtests.
  • Signal calls, watchlists, or named tokens presented as opportunities.
  • Fabricated statistics, review counts, ratings or testimonials.
  • Invented case studies or reconstructed trades presented as real.
  • Anyone's claimed track record, including its own.

The reason for the list is not modesty. It is that this desk has no dataset that would support any of those claims, and neither does most of what circulates in this corner of the market. Publishing a number you cannot defend is not a small compromise; it is the compromise that makes everything else on a site unverifiable too.

What is genuinely uncertain

Plenty. Whether any rule set improves outcomes is unknown to this desk and unknowable from a publication. Whether flow that looks produced actually is cannot be established from the chain. Whether a threshold is well calibrated depends on conditions that change every few months. Where uncertainty exists, entries say so rather than smoothing it over.

The desk also ages. Launch mechanics change, venues change fee structures, aggregators change coverage. An entry written today describes the plumbing as it stands, and the honest instruction to a reader is to check the current documentation of any venue before relying on a description of it here.

Reading order

Start with the framework entry, which sets out the five recurring liquidity events and the five-line format every rule uses. Then read the risk section, because sizing and invalidation are constraints chosen before any specific opportunity is identified. The situations and playbooks are more useful once those constraints are in place.

If you want to know how the desk handles numbers, corrections and commercial links, that is set out separately in how rules are written. Corrections are welcome and are the fastest way to improve a page.