Own the yield, not the lockup.
A transferable ERC-20 backed by liquidity that stays locked. The unlock date is fixed and never moves. The fees follow the token, so whoever holds it collects them.
A locked pool earns the whole term. Nobody can reach it.
Locking liquidity is how a launch proves it cannot pull the floor out from under everyone. It is close to the only credible signal available, and it should stay locked. But a lock does not freeze one thing. It freezes three, and only the first was ever the point.
The capital.
This is the promise the lock exists to make. Take it away and there is nothing credible left to say to anyone reading the chart.
The fees it earns.
Swap fees compound back into the locked position, which means they are locked along with it. The pool is productive the entire term and none of that is reachable.
The owner.
They cannot price the position, cannot sell it, cannot leave, and cannot let anybody else take their place. Nothing about the promise required this.
Change the receipt, not the lock.
A conventional locker takes custody of the LP and writes down one address and one date. Zunix takes the same custody for the same term and hands back an ERC-20 instead. Every line that describes the lock itself is unchanged.
| A normal lock | With Zunix | |
|---|---|---|
| The liquidity | Held until the date | Held until the date |
| The unlock date | Fixed at creation | Fixed at creation |
| Early release | No function for it | No function for it |
| Your position | A row in a mapping | An ERC-20 you hold |
| Who collects at unlock | One address, set at lock time | Whoever holds the token |
| The fee stream | Compounds in, unreachable | Compounds in, follows the token |
| Exit before unlock | None | Sell or send, any block |
| Buying in afterwards | Not possible | Buy the position from a holder |
The first three rows are the ones people check on a chart. They do not move, and that is the design constraint everything else has to fit around.
Liquidity and a date.
Sealed when it is created. The contract is meant to have no owner, no admin unlock and no upgrade path, so the date is the only thing that releases it.
Stays until the date.
There is no path that moves it early. Not for the depositor, not for Zunix, and not for someone holding the entire supply of the position.
Moves any block.
An ERC-20. Send it, sell it, or hold it to the date and burn it for the LP and everything the pool earned on the way there.
One lock, two things leaving it
The liquidity stays where it was promised to stay. The claim on it does not have to. Only the right-hand one was ever supposed to be tied down, and separating them is the entire idea.
Four owners, one pool that never moves.
A position can change hands as many times as anyone wants across the term. The liquidity underneath it does not move once, and the pool earns the whole way across. Every trade is an exit for one person and an entry for another, and the second of those was previously impossible.
Leave without breaking the promise.
Somebody who locked liquidity at launch can get out without touching anything they committed to. The pool is not consulted and the unlock date does not change.
Buy in after the fact.
Somebody who was not there at launch can buy exposure to that pool's fees from a holder. Neither side had this option before the claim was a token.
| Property | Value |
|---|---|
| Underlying | LP tokens, locked |
| Position | ERC-20, one per lock |
| Fees | Accrue to the position |
| Unlock date | Fixed onchain, never moves |
| Transfer | Any block, no permission |
| Redeem | At unlock, burn for the LP |
| Admin unlock | None |
| Network | Robinhood Chain, chain id 4663 |
What is deployed, and what is not.
Everything above describes how the locker is designed to behave. The contract that would enforce it is not deployed yet, so none of those guarantees can be verified onchain today. This section exists so nobody has to guess which is which.
| Mechanic | Designed | Live | What is missing |
|---|---|---|---|
| Non-custodial tradingSwaps signed in your own wallet | Yes | Live | Nothing |
| No auto-signingEvery transaction confirmed by you | Yes | Live | Nothing |
| Slippage floorEnforced inside the swap | 1% | Live | Nothing |
| Live pool dataLocked liquidity, price, volume | Yes | Live | Nothing |
| The locker contractCustody, fixed unlock, no admin path | Yes | Not deployed | The contract itself. Every guarantee above depends on it |
| Position ERC-20One transferable claim per lock | Yes | No | Minted by the locker, so it follows the contract |
| Redeem at unlockBurn the claim for the LP | Yes | No | Same |
| Onchain verificationRead the date off the contract | Yes | No | There is no deployed address to read |
Why this section is here at all
A locker asks people to hand over liquidity on the strength of properties they cannot check until the code exists. Claiming those properties before deploying would be the exact failure the design is supposed to prevent, so they are listed as designed rather than as facts.
What is live today is the trading side: swaps signed in your own wallet against public pools on Robinhood Chain, and a board reading real locked liquidity, prices and volume straight from the chain.
The questions a skeptic asks first.
Where does the yield come from?
Traders. Every swap against the pool pays a fee to the liquidity that filled it, and that liquidity is what the position is a claim on. It is revenue from volume, not an emission, not a subsidy, and not paid out of a treasury.
Which also means it is only ever as large as the volume. A pool nobody trades pays nothing, for exactly as long as nobody trades it.
If the liquidity is locked, how can I exit?
You do not move the liquidity. You move the claim on it, and somebody else takes your seat. The pool is not consulted and the unlock date does not change.
That exit is a sale, and a sale needs a buyer. Making the position transferable does not promise anyone is bidding, or that the bid is anywhere near what the position is worth. What it removes is the part where you had no option at all.
What is the position actually worth?
Its underlying is the locked LP: a share of both token balances in the pool, including every fee that has compounded into them since the lock. All of that is onchain and can be computed at any block.
What it trades at is a different question. Time left on the term, the pool's volume, and how badly the seller wants out all price into it. Expect a discount to underlying, and expect it to widen the more term is left.
Is an LP token not already transferable?
Yes, right up until it is locked, which is the moment it stopped being interesting. A locker takes custody of the LP and hands back a receipt that is usually not a token at all, just an entry naming one wallet and one date. Zunix is that locker with one change: the receipt is an ERC-20. The custody, the term and the guarantee to everyone watching the chart are meant to be identical.
Does this weaken the lock?
It is not supposed to. The unlock timestamp is set when the lock is created, and the design has no function that moves it: no owner, no admin unlock, no upgrade path, no emergency withdraw. Transferring the position transfers who gets paid at the end, not when.
Today you cannot check any of that, because the contract is not deployed. When it is, the date will be readable straight off it and worth verifying yourself rather than taking from this page.
Do I still carry the pool's risk?
All of it. The position is a claim on liquidity in an automated market maker, so it moves with both sides of the pair and is exposed to divergence between them. Fees are compensation for that exposure, not a hedge against it.
A pool position can be worth less than simply having held the two tokens, fees included. That is true of every LP position and it is true here.
What if nobody wants to buy it?
Then you hold it to the unlock date and burn it for the underlying, which is exactly where you would have been without any of this. That is the floor under the whole design: the worst case is the status quo.
No forced lockup is not the same as a guaranteed bid.
The lock was never supposed to be on you.
The liquidity stays locked. The fees follow the token. The rate can be zero.
Zunix