Permanent Liquidity Lock vs Time Lock on Solana (2026)

Most creators discover too late that "locked liquidity" isn't a single thing. There are two very different architectures behind that green lock icon, and the one you pick shapes how buyers read your token, how much pressure your chart absorbs months later, and whether you have any LP capital to maneuver with after launch.

This guide walks through the difference between permanent liquidity locks (irreversible, used by Meteora DAMM v2, Raydium LP burns, and SolFoundry by default) and time-locked liquidity (expires after N days or years, used by UNCX, Team.finance, PinkLock). Both are legitimate. Both serve different goals. The one you pick is a creator-side commitment signal, not a technical detail.

What "Locked Liquidity" Actually Means

A token's liquidity pool is the contract holding the supply of the token and SOL (or USDC) that buyers trade against. "Locking" liquidity means making the LP position non-withdrawable, either temporarily or permanently, so the pool stays alive even if the creator vanishes.

The lock is enforced on-chain by a smart contract, not by trust or by a third-party custodian. If the contract says the LP cannot move, it cannot move. For the buyer-facing definition and verification flow, see what is locked liquidity.

What differs between the two main models is what the smart contract enforces:

• Permanent lock: the LP is mathematically frozen forever. There is no future transaction that releases it.
• Time lock: the LP is held in escrow until a specific timestamp passes. At that moment, the creator can claim it back.

Both qualify as "locked liquidity" in DexScreener's badge. Both can show a green lock icon. The difference only shows up when you read what the lock actually says.

Permanent Liquidity Lock

The LP is removed from the creator's control permanently. There is no expiration, no admin key, no escape hatch.

How it works

Two main implementations on Solana:

1. LP token burn (traditional). The creator burns the LP tokens that represent their share of the pool. Burned tokens are sent to 0x000...dead or equivalent — they don't exist anymore, and no one can use them to withdraw liquidity. Trading fees that accrue to the pool are also unreachable.
2. Permanent position lock (Meteora DAMM v2). The Meteora program marks the LP position as permanently locked on-chain. The position is irreversible like a burn, but the creator keeps a position NFT that lets them claim trading fees from the locked liquidity.

The Meteora DAMM v2 model is the modern default on Solana: lock irreversibility without losing fee income.

Who uses it

Tradeoffs

Time-Locked Liquidity

The LP is held in an escrow contract that releases it back to the creator after a set duration. The duration can be anything from 30 days to 99 years.

How it works

The creator deposits LP tokens into a lock contract that records:

• The unlock timestamp
• The wallet authorized to claim at unlock
• Optionally, vesting schedule (releases over time, not all at once)

When the timestamp passes, the creator (or whatever wallet was set as the unlock recipient) calls a withdraw function and gets the LP back. From that point, they can remove the underlying tokens and SOL from the pool.

Who uses it

Time-locked liquidity is much more common on EVM chains than on Solana, where Meteora's permanent model has set the cultural default.

Tradeoffs

Why time locks can mislead

This is the part nobody likes to say out loud. Some token deployers exploit the visual similarity of time locks to permanent locks:

• 99-year time lock marketed as "permanent." Technically expires, practically doesn't, but the wording fools buyers who don't read the unlock timestamp.
• Short time lock during hype window. Lock expires right when attention peaks, creator pulls liquidity at the top.
• Vesting cliff release. Lock expires gradually over months, creating predictable sell-pressure on calendar dates that holders never noticed.

None of this is the platform's fault — UNCX, Team.finance, and PinkLock are legitimate tools. The issue is the creator's commitment signal, not the lock contract. Time locks just give creators more rope. Some use it to hang themselves, most don't.

Permanent vs Time Lock — Direct Comparison

Which One Should You Use?

The honest decision framework, no marketing spin:

Pick permanent if:

• You're launching a memecoin or community token where creator skin-in-the-game is the entire trust proposition
• You don't plan to reposition liquidity later (most launches don't, and shouldn't)
• You want the strongest buyer trust signal possible
• You want the green lock on DexScreener to be unambiguous
• You're using Meteora DAMM v2 so you keep fee claims (no real downside vs burn)

Pick time-locked if:

• Your launch is a presale with vesting that needs a matching liquidity unlock
• You're running a fixed-term marketing pool that becomes permanent later (rare)
• You have a clear, communicated plan for what happens at unlock
• Your buyers are sophisticated and read unlock dates as part of due diligence

Hybrid (advanced):

Some teams use a time-lock as the initial commitment then migrate to permanent after a stabilization period. Effort is higher, signals creator confidence escalating over time, works if the migration is communicated clearly.

Realistic verdict for 2026 Solana launches: if you're a memecoin or community token creator, permanent on Meteora DAMM v2 is the default for a reason. Time locks make sense for specific structured launches, not for "I want flexibility just in case." Wanting flexibility is the creator signaling exactly what makes buyers nervous.

How to Verify Each Lock Type

Verification is one click for either model, you just look in different places.

Verifying a permanent lock (Meteora DAMM v2)

1. Open the token on DexScreener and confirm the green lock icon
2. Click through to the pool, copy the pool address
3. Open the pool on Meteora — the pool page explicitly shows the percentage of liquidity permanently locked
4. (Optional) Verify the pool account on Solana Explorer — should be owned by the Meteora DAMM v2 program

Verifying a permanent LP burn (Raydium / Orca)

1. Find the LP mint address from the pool
2. Open Solana Explorer or Solscan, check token holders
3. The largest holder should be the burn address (1nc1nerator11111111111111111111111111111111 on Solana) holding the entire LP supply
4. If the LP is split across multiple wallets, only the burned portion is locked

Verifying a time lock (UNCX / Team.finance / etc.)

1. Find the lock contract on the platform's locker UI (UNCX, Team.finance, PinkLock)
2. Read the unlock timestamp — this is the actual lock duration
3. Read the unlock recipient wallet — who gets the LP back at expiration
4. Check if any vesting schedule applies (gradual release vs single unlock)

Red flag: a "permanent" lock that actually has any unlock timestamp listed, no matter how far out. Real permanent locks have no unlock_date field at all.

FAQ

If liquidity is permanently locked, can I withdraw if I change my mind later? No. That's the entire point of permanent. Buyers see the irreversibility as the trust signal. If you might need access to the LP capital later, permanent is the wrong tool, use a time lock with a clear unlock plan.

Are time-locked tokens automatically scams? No. Time locks are legitimate tools used by legitimate projects. The risk is in the specific duration and unlock plan, not the model. A 30-day time lock with a transparent migration plan is fine. A 30-day time lock marketed as "locked forever" is misleading.

Can a creator stack both? Yes. Some launches do an initial time-locked pool then migrate to a permanent lock once stabilized. This is more work but signals escalating commitment. Done right, buyers reward it.

What if Meteora the protocol fails or gets exploited? The locked liquidity is on the Solana blockchain, not in Meteora's custody. The lock state persists regardless of the front-end or protocol team. The pool would still be tradeable through any DEX aggregator that talks to Solana, Meteora or not. This is the structural advantage of on-chain locks over custodial promises.

Why don't more launchpads default to permanent locks? Because permanent removes creator flexibility, and flexibility is friction for the platform's TAM. A launchpad that defaults to permanent narrows the audience to creators willing to commit. SolFoundry made that tradeoff deliberately: the audience we want is the audience that wants to commit. The audience that wants flexibility was always going to use UNCX anyway.

Does Solana have a UNCX-equivalent for time locks? Yes, several. UNCX itself has Solana coverage, and Bunkr offers Solana-native time locks. They're less culturally dominant on Solana than on EVM but they exist.

---

Related guides

• What is locked liquidity? Solana LP locks explained, the foundational guide on lock mechanics and verification
• How to spot a rug pull on Solana, broader trust-signal checklist beyond liquidity locking
• Solana token launch checklist 2026, every authority and signal to set before launch
• How much liquidity for a Solana token?, how to size the pool before deciding how to lock it

---

Ready to launch with a permanent lock on Meteora DAMM v2? Head to solfoundry.io/liquidity-lock and the lock happens in a single transaction.