Fees.
Locks, burns and vesting schedules charge one flat fee in ETH, once, at creation. No percentage of your tokens is taken at any point, not on the way in and not on the way out.
What you pay#
| Action | Fee | Charged |
|---|---|---|
| Create a lock | 0.005 ETH | Once, at creation |
| Burn tokens | 0.005 ETH | Once, at the burn |
| Create a vesting schedule | 0.005 ETH | Once per schedule, at creation |
| Fund an airdrop | Free for now | Once, at funding, if the fee is switched on. Capped at 0.25 ETH |
| Withdraw an expired lock | Free | Gas only |
| Claim vested tokens | Free | Gas only |
| Claim from an airdrop | Free | Gas only |
| Extend a lock | Free | Gas only |
Gas on Robinhood Chain is paid in ETH and is small. The fee above is separate from it.
The figures shown are the current values, but the app and the API read the fee from the contracts rather than hardcoding it. If you are building an integration, do the same, and never cache a fee across sessions.
Why a flat fee#
A percentage fee scales with the size of the position and not with the cost of providing anything. It also creates a bad incentive: a locker paid in your token has a reason to prefer larger locks over appropriate ones. A flat fee in ETH costs the same to lock a treasury as to lock a test balance, and the locker, burner and vesting contracts never take a percentage of anything.
Overpayment#
| Contract | Behaviour |
|---|---|
| Locker | Accepts more than the fee and refunds the difference |
| Burner | Accepts more than the fee and refunds the difference |
| Vesting | Requires msg.value == fee exactly. No refund path |
The vesting contract's exact-fee rule is the one asymmetry worth remembering when you build a
transaction by hand. Read the fee immediately before sending rather than reusing a value from earlier in
the session. Batch creation requires fee × n, again exactly.
Can the fee change?#
Yes, and only for new records. An existing lock or schedule is never re-priced, and withdrawal and claiming stay free regardless.
- Vesting has a hard cap of 0.05 ETH written into the contract as a constant. No admin action can exceed it.
- Airdrops have a hard cap of 0.25 ETH per airdrop, also a constant in the contract.
- The locker and burner have no such cap. The admin can set any fee for new records. Existing locks are unaffected, but it is a real difference and worth knowing rather than discovering.
The exact functions are listed on the contract reference, and what admin can and cannot reach is covered in the security model.
What the fee does not buy#
It is worth being explicit: the fee pays for creating a record and hosting the proof page. It is not an audit, an endorsement or a review. A locked token is a token with a locked balance, and everything else still needs checking.
For partners#
Anyone with a referral link earns 30% of the fee on every lock, burn and vesting schedule created by a wallet they referred. Teams that integrate the embed widget or the REST API earn 50%. Either balance can be claimed to your own wallet once it passes $10.