How Should You Split Team, Investor, and Ecosystem Token Allocations?
A practical look at how to size and vest team, investor, and ecosystem token allocations, and where market-maker inventory fits in the table.
What's a healthy split between team, investor, and ecosystem allocations, and how should each vest?
There is no single percentage split we will hold up as healthy, because the ratio between team, investor and ecosystem pools matters far less than the shape of the vesting attached to each one. We have seen the same headline split work and fail depending entirely on whether the cliffs and schedules behind it signal commitment. Team and investor vesting has to demonstrate long-term thinking, and that is a property of the schedule, not of the slice.
The clearest negative signal, in our assessment, is a zero-cliff investor pool. An investor allocation that begins unlocking on day one tells the market that the people closest to the cap table have no structural reason to stay past the first liquid bid, and every subsequent conversation about price discovery happens under that shadow. The same applies to community and ecosystem rewards that distribute with no cliff at all: emissions start competing with the launch book immediately, and the recipients with the lowest cost basis are the ones with the earliest exit.
Team allocations tend to get the most scrutiny and the most careful drafting, which is why we spend more diligence time on the investor and ecosystem side. An ecosystem fund that vests into the hands of a foundation on a defined schedule is a different instrument from one that can be drawn down at will, and the second version is usually where supply leaks before anyone has modelled it. Several of the failure patterns we describe in our write-up on tokenomics mistakes that surface after TGE trace back to a pool nobody treated as circulating supply until it was.
When we review a cap table ahead of a launch, the first thing we reconcile is each pool's cliff date and unlock curve against the liquidity plan for those same weeks, so that the team knows which counterparty becomes a seller in which month before the schedule is published.
Not investment advice.
What should the ecosystem fund actually cover, and what about advisors and marketing?
The ecosystem fund covers campaigns and programme spend as a reserve the project draws down against, not a set of standing allocations handed to counterparties. Advisors sit outside it in one small disclosed pool with a cliff and a multi-year vest, and marketing agencies and exchange partners get no tokens at all. Their fees are paid in cash, out of budget, like any other supplier.
One pool for advisors matters more than its size. Several unlabelled advisor lines, each negotiated separately and each with its own terms, is how a cap table stops being legible to anyone reading the public schedule. We prefer a single line that is named, cliffed and vested over years, because it is checkable against the circulating supply forecast and because it sets one precedent rather than five.
Paying agencies and venues in supply is the part we argue hardest against. A token-denominated fee gives the counterparty a position whose value depends on price rather than on the work, and it creates sell pressure on a schedule nobody at the project controls. Cash keeps the relationship a service relationship, and it keeps the ecosystem reserve available for the programmes it was raised for. In our view it belongs in the same category as the other structural tells we flag when reading a market maker proposal: who is being paid in supply, and on what trigger.
Spending from the reserve then behaves like a budget line. Each campaign is approved against a stated amount, the tokens leave the reserve when the campaign runs rather than at signature, and what remains stays visible in the same forecast the team and investor schedules feed into. The first time this gets tested is usually the quarter after listing, when a growth team asks for a standing allocation and the answer is a drawdown with an end date.
Not investment advice.
How does float at TGE change the FDV and breakeven math for each allocation?
Float at TGE sets the gap between the headline FDV and the market cap that actually has to be funded, and since each allocation finishes vesting at a different point on the supply curve, each cohort breaks even at a different market cap. Take an illustrative case: a 1B supply token listed at $0.05 shows a $50M FDV, but with 100M circulating the real day-one market cap is $5M. Every breakeven downstream is measured against that $5M, not against the number in the deck.
Staying with the same illustration, the cohorts separate quickly. Seed in at $0.01, fully vested at month 42 with 600M circulating, breaks even at a $6M market cap. The public round in at $0.05, fully vested at month 18 with 300M circulating, needs a $15M market cap to break even. The later and lower-risk money carries the higher bar and reaches it first, which is the inversion we find most cap tables have not priced: the tranche with the shortest lock and no discount depends on the market cap roughly tripling inside eighteen months, while the seed tranche is underwater only if the token has collapsed over three and a half years.
Float moves all of those bars together, which is why we argue it belongs in the same decision as price rather than after it. Our working range is about 7 to 12% at TGE depending on real demand. Below roughly 6 to 7% a token lands back in the low-float high-FDV cohort in our assessment, and below 5 to 6% we think the unlock schedule tends to break supply-shock thresholds for a straightforward arithmetic reason: if 95% of supply is still locked at listing, every subsequent tranche arrives as a large multiple of what is circulating when it lands, so demand has to compound faster than issuance simply to keep the market cap flat. Raising float lowers both the price the book has to defend and the multiple between listing market cap and the later cohorts' breakeven, and that trade is part of how the launch gets priced in the first place.
What comes out of this is a dated schedule rather than a ratio. In the illustration above, month 18 is the date the public tranche completes into 300M circulating tokens, and the depth on the book that month is what decides whether a $15M market cap is reachable or theoretical.
Not investment advice.
Where does market-maker inventory fit into the allocation table?
Market-maker inventory belongs on its own line in the allocation table, funded from a dedicated liquidity reserve and disclosed as a loan rather than as a grant or a spend. It is not a slice of the ecosystem fund, and in our view it should never be drawn from the marketing pool, because the two have opposite accounting. Marketing tokens leave and do not come back. Inventory is lent to a counterparty under a term, and at the end of that term the tokens return or are called back, less whatever the option strikes settle.
Treating it as a separate reserve also fixes who owns the balance. When inventory is carved out of a general ecosystem or growth bucket, nobody inside the project can say at any given week how many tokens are sitting on an exchange under a market maker's control versus how many have been granted away permanently. We build the seat as a tokenomics input from the start, with the reserve sized, named and tracked, which is also the posture we take when we run market making for an issuer.
Disclosure follows from the same logic. A loan line in the public table tells holders that the supply is out on term and reverts, which is a different signal from supply that has been distributed. The loan plus options structure and what it does to the issuer's exposure is covered in more detail in our comparison of loan plus options against retainer deals, and the reporting that makes the reserve legible week to week is the subject of what a market maker dashboard should show.
The practical consequence at TGE is that the liquidity reserve is drawn down into venue inventory before the first trade and reconciled against the loan agreement on each term date, so the allocation table carries a number that moves and a number that returns, rather than a single static percentage.
Not investment advice.
Who should actually build and check this allocation structure before it's set in stone?
The allocation table is best built and checked by the same group that will later have to run it: the people encoding the vesting, the desk quoting the book, and whoever manages the treasury against the schedule. We structure our own work that way across four pillars, Advisory for fundraising, tokenomics and utility, TokenSuite for minting, vesting, staking and airdrops, Market Making, and Treasury Management, because a split signed off by a party that never has to execute it tends to carry assumptions nobody tests until the first cliff.
The check itself is mechanical rather than philosophical. A proposed team and investor schedule goes to whoever will write it into contracts, and anything that cannot be expressed as a vesting curve gets rewritten before it reaches a deck. The ecosystem line goes to whoever will actually be spending it, so the drawdown pace is a plan rather than a label. The circulating figure at each unlock date goes to the desk and to treasury together, since both of them are working off the same supply and will otherwise discover the conflict in public.
Most founders arrive mid-process, not at a blank page. A seed round has priced, a tokenomics model exists from an earlier advisor, a vesting vendor may already be selected. None of that needs to be thrown out. Prior work from other firms can be brought into an engagement and audited in place, and we would rather review a schedule someone else drafted than redraft it for the sake of ownership. What matters is that the review happens while the numbers are still editable, which in practice means before investor documents reference them and before the vesting contracts are deployed.
The argument for keeping these reviewers connected is the same one we make about running token operations across three unlinked suppliers: each party optimises its own column and the gaps between the columns are where the schedule breaks. After the structure is set, the sequence is ordinary. Contracts get deployed against the agreed curve, the desk sizes inventory against the float it has been shown, and treasury plans runway against unlock dates it has already seen in writing.
Not investment advice.
Want to discuss how this applies to your project? Get in touch →
More from Vandergrid
- How Much Liquidity Should You Add to Your Token?Oct 16, 2026
- How Should You Price a Token Launch?Oct 15, 2026
- Should a Token Project Hold Its Treasury in Its Own Token?Oct 14, 2026