Fees
One mint fee, taken in basket tokens. Redeem is free, forever.
Vimen's entire fee model is one number:
| Operation | Fee |
|---|---|
| Mint (in-kind or zap) | 0.30% of the minted amount |
| Redeem (in-kind or zap) | None: free and ungated, forever |
| Transfers, holding | None |
The 0.30% is a per-basket constructor parameter with a hard cap of 0.50%
(MAX_FEE_BPS = 50) enforced in code: no deployment, first-party or
curated, can ever charge more, and the fee of a deployed basket can never be
changed (the parameter is immutable).
Taken in basket tokens, by design
The fee is minted as basket tokens rather than skimmed from your deposit:
mint(1000e18) pulls the full constituent deposit for 1000 tokens, credits
you 997e18 and the fee recipient 3e18. Two consequences:
- The backing invariant needs no fee special-case: every basket wei in existence, yours or the fee recipient's, is backed by the deposit that minted it. See Full backing.
- The fee recipient shares your exposure: fees are worth the basket, not cash extracted from it.
Where fees go
- First-party baskets (MAG7, HOOD6, AI6): the fee recipient is the
protocol Safe
0xc7aB…Ec02. - Curated baskets (published through the factory, not yet live): fee routing will be published with the curator platform, whose economics are being finalized around the burn-to-publish model.
Zap costs
The zap router itself charges nothing. A zap-mint pays the 0.30% protocol mint fee plus the DEX swap fees of each leg (already included in the quoted number); a zap-redeem pays only swap fees. See the zap guide.