Solana Token Vesting and Locking
Lock tokens that release to a wallet on a schedule: a cliff, then gradual unlocks. Cannot be cancelled or changed.
Wallet not connected
Connect your wallet to lock tokens on a vesting schedule, or claim tokens locked for you. You sign every action yourself, and nothing is custodial.
How to lock and vest Solana tokens
- Connect the wallet holding the tokens. They are transferred out of it when the lock is created, so it has to be the wallet with the supply.
- Paste the token's mint address and read it. The tool shows your balance and the decimals it will use for every amount below.
- Enter the recipient wallet. This is permanent: tokens locked for the wrong address cannot be recovered by you, by them or by us.
- Set the schedule. Pick the cliff date, how much releases at it, and how often the remainder releases afterwards.
- Read the preview. It restates the schedule as exact amounts and dates, including the moment the last tokens release.
- Confirm and approve. From that point the terms are fixed forever, and the recipient claims from the Claim and track tab whenever something has unlocked.
Common questions
What does token vesting actually do?
It moves tokens into an on-chain escrow account that releases them to one wallet on a fixed schedule. Until each portion unlocks, nobody can move it: not the recipient, not you, and not us. It is how a project proves that a team or investor allocation cannot be sold on day one.
Who holds my tokens while they are locked?
An escrow account owned by the Jupiter Lock program, which is open source and has been audited by OtterSec and Sec3. We do not hold them and neither does any wallet: the escrow's authority is a program-derived address, and the only thing it will ever do is release tokens to the recipient on the schedule you set. This is worth being clear about, because it is the one tool here that puts your tokens in the custody of a program rather than a wallet you control.
Does this cost extra on top of your fee?
No. Jupiter Lock charges no protocol fee, so our tool fee plus the ordinary Solana network cost is everything you pay. That is the main reason we built on it rather than on an alternative that takes a percentage of the amount being locked.
Can I cancel a lock or change the schedule?
No. Locks created here are irrevocable: the amount, the schedule and the recipient are fixed the moment the transaction confirms. You cannot pull the tokens back, retime the releases or redirect them, and we have no ability to do it for you. This is a deliberate choice. A lock the creator can undo proves nothing to the people it was meant to reassure, so we only create the kind that cannot be undone.
What is a cliff?
The date when the first tokens become claimable, and the amount released at it. A one-year cliff releasing 25 percent means nothing at all is claimable for a year, then a quarter arrives at once, then the rest releases gradually. Setting the cliff to 100 percent gives you a plain lock until a date, with no gradual release afterwards.
Why does the tool say every 30 days instead of monthly?
Because that is what it does. The program counts a fixed number of seconds between releases, so it cannot follow calendar months of different lengths. Twelve releases of 30 days is 360 days, not a year. We label them by day count so the schedule you read is the schedule the chain runs.
Can the recipient claim early?
No. The program computes what has unlocked from the current block time and will not release a token more. Claiming early is not a matter of permission or of our interface refusing it, it is arithmetic the program does itself.
What happens if the recipient never claims?
The tokens stay in the escrow indefinitely. Unlocking and claiming are separate: unlocking happens on schedule whether anyone is watching or not, and claiming is a transaction the recipient sends when they choose to. There is no expiry and nothing returns to you.
Does it work with Token-2022 tokens?
Not yet, and the tool refuses one up front rather than failing at the wallet popup. The instructions we use take the original SPL token program specifically. Token-2022 mints can also carry transfer fees, which would mean the amount arriving on each release is less than the amount released, so supporting them honestly means handling that rather than setting a flag.
Can buyers verify the lock with your Rug Check?
Not currently. Rug Check reads authorities, transfer tax, metadata and holder spread, and it does not yet read vesting escrows, so a locked allocation will not show up there. What you can share is the escrow address the tool gives you after locking: anyone can read its terms on an explorer without trusting either of us.
Can I lock the same token for several people?
Yes. Each lock is a separate escrow with its own schedule, so a team of five is five locks. Run the tool once per recipient. They are independent: one being fully claimed has no effect on the others.
Is vesting the same as burning LP or revoking authorities?
They answer different questions. Revoking the mint authority proves no more supply can appear. Burning LP proves the liquidity cannot be pulled. Vesting proves the supply that already exists cannot all be sold at once. A launch usually wants all three, and none substitutes for another.
What this tool is for
The most common way a token disappoints the people who bought it is not a dramatic exit. It is the team allocation arriving on the market in the first week. Vesting is the answer to that: the tokens exist, they are accounted for, and they are physically unable to move until the dates you committed to.
The commitment is the product here. Anyone can put a schedule in a whitepaper. This puts it somewhere a stranger can check without asking you, which is the only form of the promise that is worth anything.
Where the tokens actually sit
Worth stating plainly, because this tool is the exception to how the rest of this site works. Everywhere else, you sign an instruction to a program Solana itself ships and the tokens stay in accounts you own. Vesting cannot work that way: something has to hold the tokens and release them later without you being involved, and Solana has no built-in facility for that.
So the tokens go into an escrow account owned by the Jupiter Lockprogram, which is open source and audited by OtterSec and Sec3, and which charges nothing. We did not write it and we cannot change it. We chose it over writing our own because an unaudited custody program holding someone's team allocation is not a trade-off worth making, and over the paid alternatives because their fee would have stacked on top of ours for no benefit to you.
How the schedule works
Two parts, and the second one is optional:
- The cliff. A date, and the amount that becomes claimable on it. Nothing at all is claimable before it.
- The releases after it. The remainder, divided into equal portions that unlock at a fixed interval. The first of them lands one whole interval after the cliff, not at it.
Set the cliff to 100 percent and there is no second part: the whole amount unlocks on one date and the tool becomes a plain lock. That is a perfectly normal thing to want, and it is often the right shape for a liquidity or treasury commitment.
The part people get wrong
Intervals are counted in seconds, not calendar months. Our labels say "every 30 days" rather than "monthly" for that reason: twelve 30-day releases finish in 360 days, five days short of the year somebody might have announced. If your schedule was published as calendar months, check the final date in the preview against the date you promised before you sign, because afterwards the two cannot be reconciled.
What you give up
- Control of the tokens, immediately. They leave your wallet when the lock is created, not when they unlock.
- Any ability to change your mind. No cancelling, no retiming, no redirecting to a different wallet.
- The recipient address, permanently. This is the one worth checking twice. A lock created for a mistyped address is not a mistake anyone can fix, and the tokens will unlock on schedule to a wallet nobody holds the keys to.
Related tools
- Prove no more supply can be created: Revoke Authorities.
- Prove the liquidity cannot be pulled: Burn LP Tokens.
- Send an allocation out all at once instead: Multisender.
- See what is still outstanding before you launch: Launch Checklist.