Pre-TGE Capital & Inventory Checklist

This guide is for educational planning by token founders, ops, and treasury teams. It is not financial advice and not legal advice. Exact capital needs depend on venues, pairs, risk appetite, and custody setup; mark any illustrative figures for ops review before you commit funds.

Quick answer

There is no universal USDT or token dollar figure for pre-TGE market making. Separate listing costs, retainer, and tradable inventory, then size USDT and token against venue coverage, depth bands, unlock deliverability, and contingency. A filled worksheet with project-specific inputs beats any round number from a sales deck. Exact needs stay under ops review.

Before Token Generation Event (TGE) or a first CEX/DEX listing, teams often ask one blunt question: how much USDT and how much token do we need for market making? There is no universal dollar answer. There is a practical way to separate budgets, size inventory against depth targets, and leave contingency so you are not improvising under stress.

This checklist walks through what inventory is for, how it differs from a retainer or marketing spend, a sizing framework without magic numbers, a blank worksheet your ops can fill, and mistakes that show up later as thin books or recovery work. For commercial context on launch planning, see pre-TGE; for how liquidity support is structured day to day, see market making.

Quick definitions

TGE: Plain meaning: Token Generation Event: when the token becomes transferable/tradable under your launch plan (timing and mechanics vary by chain and venue).
Retainer: Plain meaning: Recurring fee for the market maker's service: quoting, monitoring, venue coordination, reporting. Separate from capital used to trade.
Inventory: Plain meaning: USDT (or other quote asset) and token capital placed so the desk can bid and offer. Working capital at risk, not a marketing line item.
Depth: Plain meaning: Size available within a defined distance from mid (for example, within an agreed basis-point band). Depth targets drive how much inventory you need on each side.
Depth bands: Plain meaning: Agreed ranges for how much size you aim to keep near mid and at wider levels, used for planning and SLA discussions, not as a guarantee of fills.

Inventory is not your marketing budget

Founders often collapse three different pots into one spreadsheet cell labeled 'go-to-market.' That creates false confidence before listing and painful surprises after.

Separate these at minimum:

Listing and venue costs: fees, deposits, or commercial terms with exchanges (project-specific; ops/legal review).
Market making retainer: payment for the desk's work, not the capital that sits in the book.
Tradable inventory: USDT and token that can actually be quoted. This capital can be filled against, marked to market, and may need top-ups.
Marketing and community spend: campaigns, KOLs, content. Useful for awareness; it does not replace two-sided depth on the order book.

If you treat inventory as 'spent once at launch,' you will underfund replenishment when one side of the book runs down. If you treat the retainer as 'including capital,' you will argue about ownership and P&L later. Keep the split explicit in planning docs and in the agreement; see also how retainer vs inventory should appear in an FAQ-style commercial frame and on the market making page.

What USDT inventory is for

USDT (or another agreed quote asset) typically supports the bid side of a TOKEN/USDT book and gives the desk flexibility to rebalance after fills. Conceptually:

It funds buy-side quotes so buyers of your token meet a live bid rather than an empty book.
It absorbs inventory when the desk buys token into inventory and needs quote-side capital to stay balanced over time.
It provides a buffer when volatility widens spreads or when you add a second venue without starving the first.

USDT inventory is not 'listing insurance.' It does not guarantee volume, price, or ranking. It is working capital sized against target depth, expected two-sided activity, and how many venues you plan to cover at once.

Ops review: any illustrative USDT ranges discussed in sales conversations are venue- and risk-specific. Do not treat a round number from a deck as a universal requirement.

What token inventory is for

Token inventory typically supports the ask side: offering size so sellers and profit-takers meet a live offer. Constraints matter as much as quantity:

Unlock and vesting: tokens locked, cliffed, or restricted cannot be treated as free MM inventory until they are deliverable under your custody and compliance rules.
Allocation labels: 'ecosystem,' 'treasury,' and 'MM allocation' should map to wallets and permissions, not just a tokenomics slide.
Multi-venue split: the same token cannot fully depth two books if it is sitting on one exchange account.

Underfunding token inventory shows up as a one-sided book: bids look fine until anyone sells into thin offers. Over-allocating token without USDT creates the opposite problem. Balance both sides against the depth bands you actually intend to maintain.

Sizing framework (not a magic number)

Skip formulas that claim 'you need X% of FDV' or a fixed USDT figure for every listing. Use a decision frame your ops can fill with project-specific inputs.

1. Venue coverage

List every venue and pair you expect to quote in the first phase (for example, one CEX spot pair plus a DEX pool; your list will differ). Inventory does not scale linearly, but each additional venue needs its own funded accounts, access, and top-up path. Phase listings if capital cannot cover target depth on all venues at once.

2. Target depth bands

Agree (internally, then with your MM) what 'good enough' means near mid and at wider levels, for example, size within N basis points of mid, and secondary size further out. Those bands, plus how many levels you want live, are the main drivers of how much USDT and token must sit on the book. Document assumptions; do not invent exchange thresholds.

3. Buffer for volatility and multi-listing

Plan contingency for:

Volatility that forces wider spreads or larger inventory swings
A second listing going live earlier than expected
Operational delays (deposit times, account permissions, custody handoffs)
Early ST-adjacent stress if books go thin (prevention framing, not panic); see delisting help for recovery posture if you are already under pressure

Contingency is a line item, not an afterthought. Leave blank cells in the worksheet until ops fills real numbers.

Illustrative planning note (ops review)

Some teams sketch phase-1 coverage on a single major venue first, then add venues only when inventory and reporting are stable. That sequencing is a planning preference, not a rule. Any sample ratios or dollar placeholders in internal decks should be labeled illustrative (ops review) and replaced with venue-specific math before TGE.

Capital & inventory worksheet

Copy this into your ops sheet. Leave amounts blank until you have venue targets and custody confirmed. Do not invent filled totals for publishing or fundraising decks.

MM retainer: Purpose: Service fee for quoting, monitoring, reporting; Owner: [ ]; Amount / notes (project-specific): [ fill; not inventory ]; Status: [ ]
USDT inventory: Purpose: Quote-side working capital for agreed venues/pairs; Owner: [ ]; Amount / notes (project-specific): [ fill; ops review ]; Status: [ ]
Token inventory: Purpose: Base-side working capital; unlock/vesting constraints noted; Owner: [ ]; Amount / notes (project-specific): [ fill; ops review ]; Status: [ ]
Contingency: Purpose: Volatility, multi-venue, deposit delays, top-ups; Owner: [ ]; Amount / notes (project-specific): [ fill; ops review ]; Status: [ ]
Listing / venue commercial: Purpose: Fees or deposits per venue terms; Owner: [ ]; Amount / notes (project-specific): [ fill; legal/ops ]; Status: [ ]
Custody & account setup: Purpose: Wallets, sub-accounts, API access, approvals; Owner: [ ]; Amount / notes (project-specific): [ process; not a capital formula ]; Status: [ ]
Reporting stack: Purpose: Who receives spreads/depth/inventory reports and cadence; Owner: [ ]; Amount / notes (project-specific): [ define before go-live ]; Status: [ ]

Exact needs depend on venues, pairs, and risk appetite. Any illustrative ranges from conversations remain subject to ops review.

Pre-TGE checklist

Use this as a readiness pass before capital moves to exchange accounts.

Capital readiness

USDT inventory sized against agreed depth bands for phase-1 venues
Token inventory identified, unlocked (or unlock schedule mapped), and deliverable to MM custody path
Contingency line funded or explicitly deferred with a trigger to top up
Retainer commercial terms separated from inventory ownership and P&L

Ops & custody

Exchange accounts created; KYC/KYB complete where required
Withdrawal whitelists, 2FA, and approval matrix documented
API keys scoped to trading needs; key custody and rotation owner named
Deposit test completed on each venue (small amount) before full transfer

Legal / compliance (high level; not legal advice)

Who owns inventory at all times is written down
Who may move funds and under what dual-control rules
Disclosure obligations for material treasury moves, if any apply to you; counsel review

Reporting from day one

Daily or agreed cadence: spreads, depth near mid, inventory balances by venue, exceptions
Named internal owner who reads reports (not only the MM)
Escalation path if one side of the book depletes faster than the top-up process

Common mistakes

Underfunding one side. Symmetric slides, asymmetric wallets. Check both USDT and token against the same depth targets.
Treating inventory as spend. Inventory is working capital. Plan replenishment and wind-down, not only the initial transfer.
No multi-venue buffer. Second listing lands; first book starves. Phase coverage or fund both.
Ignoring unlock timing. 'MM allocation' that unlocks after TGE is not day-one ask-side inventory.
No wind-down plan. If you pause a venue or end an MM relationship, how do quotes stop and inventory return? Write it before you need it.
Skipping reporting. Without inventory and depth visibility, you discover problems when an exchange or community already notices thin books.

Poor sizing does not automatically mean delisting, but chronically thin books are harder to repair under time pressure. If you are already in a recovery conversation, start from facts (inventory, venues, reporting) via delisting help rather than cosmetic activity.

Retainer vs inventory: why the split saves you later

Teams that blur retainer and inventory usually discover the problem in one of three moments: a top-up request mid-volatility, a pause in quoting, or the end of the engagement. In each case someone asks who owns the capital sitting on the exchange and who pays for the work of managing it. If your planning sheet already separates those lines, the conversation is operational. If it does not, it becomes a commercial dispute under time pressure.

A useful internal test: if you stopped paying the retainer tomorrow, would inventory still be identifiable, withdrawable under your controls, and reconcilable? If the answer is unclear, fix custody and ownership language before TGE, not after the first stressful week of trading.

Reporting reinforces the split. Ask for balances of USDT and token by venue alongside any performance commentary. Founders who only receive narrative updates ('book looks healthy') cannot tell whether they are looking at funded depth or wishful screenshots. Transparency here is a reputation feature for EasyMM's model: retainer clarity and inventory visibility from day one, without pretending that capital requirements are identical for every listing.

Unlock schedules and inventory fiction

Tokenomics slides often show a neat 'liquidity / MM' bucket. Ops reality is messier. Tokens may be:

Still under cliff or vesting at TGE
Subject to exchange deposit delays or network confirmations
Split across multisigs with slow signing
Earmarked for LP seeding on a DEX and double-counted as CEX ask inventory

Before you fill the token inventory cell in the worksheet, run a deliverability check: wallet path, unlock date, required signatures, and estimated time from 'we decide to top up' to 'size is live on the book.' If that path is measured in days, your contingency line must assume days, not minutes, of thin ask-side coverage after a large sell into the book.

DEX LP capital is related but not identical to CEX MM inventory. Pool deposits create passive liquidity under AMM rules; CEX inventory supports discrete limit orders and SLA-style depth bands. Budget both explicitly if you plan both. Cross-linking the same tokens in two places on a spreadsheet does not put them in two venues.

Illustrative planning scenarios (ops review; not prescriptions)

The following are illustrative shapes for internal discussion only. They are not EasyMM requirements, not exchange rules, and not fundraising claims. Replace every blank with project-specific diligence.

Single-venue phase 1: Fund depth targets on one primary CEX pair; defer second venue until reporting and top-up muscle exist. Contingency sized for volatility on that one book.
CEX + DEX same week: Separate line items for CEX inventory and DEX LP; do not assume LP 'covers' CEX asks. Access and monitoring differ.
Staggered unlock: Day-one ask inventory from unlocked tranche only; calendar the next unlock as a planned inventory event with MM notice.

If a consultant quotes a round USDT figure without asking about venues, pairs, depth bands, and unlocks, treat that figure as marketing, not a sizing model. Your worksheet should always win over a single number.

How EasyMM approaches planning

EasyMM's bias is transparent planning: retainer clarity, inventory as a first-class line item, and reporting from day one, not opaque 'we'll handle liquidity' promises. We pressure-test venue coverage, depth assumptions, and contingency with founders and ops before capital moves. Outcomes still depend on market conditions and your execution; nobody can guarantee listing success or price paths.

Next step

If you are approaching TGE or a first listing and want a second set of eyes on your USDT/token worksheet, review pre-TGE planning or reach out via the contact path on easymm.io to pressure-test the plan. Bring venue list, unlock schedule, and draft depth targets, not a single round number. For ongoing structure after go-live, see market making and FAQ.

FAQ

How much USDT and token do I need for market making before TGE?

There is no universal amount. Size against phase-1 venues, agreed depth bands, unlock deliverability, and contingency, then have ops fill real numbers. Round figures from decks are not a sizing model.

Is inventory the same as marketing spend?

No. Marketing buys awareness; inventory is working capital that can be filled against and may need top-ups. Keep listing costs, retainer, inventory, and marketing as separate lines.

What is the difference between retainer and inventory?

Retainer pays for the desk's work. Inventory is USDT and token used to quote. If you stopped paying the retainer tomorrow, inventory ownership and withdrawal path should still be clear.

How do unlock schedules affect token inventory?

Tokens under cliff, vesting, or slow multisig paths are not day-one ask-side inventory. Map wallet path and time from decision to live size before you fill the worksheet cell.

Can the same tokens cover CEX MM and DEX LP?

Not if they are double-counted on a spreadsheet. Budget CEX inventory and DEX LP explicitly if you plan both; cross-linking cells does not put size on two venues.

What should a pre-TGE capital checklist include?

Sized USDT and token inventory, contingency, separated retainer terms, custody/API readiness, deposit tests, ownership language, and reporting from day one. See also pre-TGE.