Skip to main content
Every DTF launch follows the same general flow, but the specific parameters (number of phases, pricing, vesting, limits) are configured per project. This page describes the mechanics that apply to all launches.

​
Project selection and curation

Before a project can launch on DTF, it goes through a vetting process run by the Jupiter team. The evaluation covers:
  • Market suitability. Does the project address a real need? Is the timing appropriate?
  • Valuation. Is the proposed valuation reasonable relative to the project’s stage and market conditions?
  • Commitment to transparency. Is the team willing to lock allocations on-chain and provision liquidity at TGE?
Projects that pass this evaluation enter a collaboration phase with the Jupiter team to design the launch structure. Only launches that the Jupiter team reasonably deems beneficial for the crypto ecosystem will proceed.
Not every project that applies to DTF will be approved. The curation process is selective by design.

​
Launch phases

A DTF launch consists of one or more phases. Each phase targets a specific group of participants and has its own set of parameters.
Each phase is configured independently with:
  • Eligible participants. Who can buy during this phase (e.g. whitelisted wallets, $JUP stakers, public).
  • Price. The price per token for that phase. Different phases can have different prices.
  • Vesting schedule. Some phases may include vesting (tokens unlock over time). Others may not.
  • Purchase limits. Minimum and/or maximum purchase amounts per wallet, set per phase.
No. The number of phases, their order, and their parameters are decided per project in collaboration with the Jupiter team. One launch might have three phases (whitelist, stakers, public), another might have two or just one.
Eligibility criteria are published before each launch on the DTF interface. Check the specific launch page for details on phases and requirements.

​
Purchasing tokens

During an active phase, eligible wallets can purchase tokens directly through the DTF interface. Key points:
  • No platform fees for buyers. Jupiter does not charge buyers any additional fee on top of the token price. Standard Solana network fees still apply.
  • Purchase limits vary. Each launch and each phase can define its own minimum and maximum purchase amounts per wallet.
  • Eligibility varies. Some launches may require whitelist approval, $JUP staking, or other criteria. [PENDING] Countries on the FATF list are excluded, but the exact scope of “FATF countries” (blacklist/greylist vs. all member countries) is being clarified.

​
What happens at TGE

When the token sale concludes and TGE occurs, two things happen simultaneously:

Allocation locking

All tokens that were not part of the sale (team allocations, ecosystem reserves, treasury, etc.) are locked on-chain using Jup Lock. Vesting schedules are enforced by the program, not by the team. This means the declared allocation and unlock timeline is publicly verifiable and cannot be changed after TGE.

Liquidity provisioning

A liquidity pool on Meteora is provisioned from a portion of the sale proceeds. This happens immediately at TGE, guaranteeing that buyers have access to liquidity from day one. The exact portion allocated to liquidity depends on the agreement between the Jupiter team and the project.

​
Claiming tokens

After TGE, wallets that contributed to the sale can claim their tokens through the DTF interface.
  • If the phase you participated in has no vesting, your full allocation is claimable at TGE.
  • If the phase you participated in has a vesting schedule, tokens unlock progressively according to the schedule. The vesting is enforced on-chain by the presale program. You can claim unlocked tokens at any time through the DTF interface.
Vesting applies per phase. Two participants who bought in different phases may have different vesting schedules for the same token.

​
If a launch doesn’t sell out

If a launch does not sell all available tokens:
  • Tokens are distributed to all contributors based on their purchases.
  • The remaining unsold tokens are returned to the project.

​
If a launch doesn’t reach minimum cap

[PENDING] The refund mechanic is confirmed to exist but details are being clarified. What is known: if a launch sets a minimum cap and that cap is not reached, contributors are eligible for a refund. Not all launches include a minimum cap. No minimum cap has been implemented on any launch so far.

​
On-chain transparency summary

WhatHow it’s enforced
Token allocations (non-sale)Locked via Jup Lock at TGE. Vesting schedules are on-chain and publicly verifiable.
Sale vesting (if applicable)Enforced by the presale program. Unlocks follow the declared schedule.
Liquidity poolProvisioned on Meteora at TGE from a portion of sale proceeds.
Allocation breakdownAll categories (team, ecosystem, sale, liquidity, etc.) are visible on-chain after TGE.