How to use an onchain vault in a treasury product
Vaults for treasury and fund teams · 2 of 3
A vault gives you subscription and redemption in the asset itself, continuously, without an administrator's calendar in the middle. That's the part worth building around.
There are three ways to use a vault inside a product. It can be the yield engine behind a balance your customers already hold, a sleeve of your own treasury, or a wrapper you offer clients under your own brand. All three work because the vault handles subscription, redemption, accounting and risk controls, so what you add is distribution and the strategy mandate.
This piece covers four things: what the wrapper gives you, how it compares to an ETP and a tokenised fund, what the fees look like, and what to decide before anyone writes an integration ticket.
What does the wrapper actually give you?
Subscription and redemption happen in the asset itself. You send USDC and receive shares; you return shares and receive USDC plus whatever accrued. There's no cash leg, no wire, no subscription window to hit and no administrator striking a price at a fixed hour.
If you work with ETFs, the mechanic will be familiar. An authorised participant delivers a basket of securities and receives fund shares, rather than delivering cash for the manager to invest. A vault does the same thing in shape: assets in, units out, units in, assets out.
Two ways a vault goes further than an ETF creation basket:
- It's continuous. Creation and redemption run at any hour, weekends included, rather than once a day at the close.
- There's no gatekeeper. Any whitelisted address can subscribe and redeem directly. You don't need an authorised participant to intermediate.
One thing to be precise about, because your counsel will test it. A vault redeems you in the asset you deposited, not in a slice of the underlying strategy positions. To pay you, the vault draws on its buffer or unwinds a position. So the fund-level tax argument that makes ETF in-kind redemption valuable, where the fund never sells and therefore realises no gain, doesn't carry across automatically. Treat the comparison as a settlement mechanic, and take tax treatment to your own advisers.
How does a vault compare to an ETP, a tokenised fund and an SMA?
Read this on launch time, minimum and exit rather than on yield. Yield depends on the strategy inside, which is covered in the strategies onchain vaults run.
Onchain vault | ETP or ETF | Tokenised fund | Separately managed account | |
Time to launch | Weeks | Many months, with an exchange listing | Months, with an issuer and transfer agent | Weeks to months, per client |
Who holds the claim | The depositor, in their own wallet or at their custodian | The broker, through the depository chain | Issuer and transfer agent | Appointed custodian |
Subscription and redemption | In the asset, continuously | In kind, once daily, via authorised participants | Issuer calendar, commonly a five-day week | Cash, on notice |
Minimum | Set per vault, including retail-sized | One share | Often six figures and up | Usually seven figures |
What holders can see | Positions and allocations onchain, continuously | Holdings published, usually daily | NAV published, holdings periodically | Manager reporting, typically monthly |
Who can be a client | Anyone whitelisted, including a single depositor | Anyone with a brokerage account | Qualified investors, usually | One client per account |
Where the mandate lives | The policy engine, enforced onchain | The prospectus | The prospectus | The IMA |
A tokenised fund carries one structural cost worth naming: the Financial Stability Board devotes a section of its 2024 review to the liquidity and maturity mismatch that appears when a tokenised claim trades continuously but the asset behind it settles slowly. A buffer in front of the position is what closes that gap.
The row that changes product decisions is the first one. A vault gets a product in front of clients in weeks, so you can test whether the demand is real before committing to a fund launch. That makes it useful as a first step even if a fund wrapper is where you end up.
What can you build with one?
Four patterns cover most of what firms actually ship.
Pattern | Whose money earns | What you add | Typical first vault |
Earn on customer balances | Your customers' | The front end, the opt-in flow, and the customer relationship | One conservative stablecoin vault, whitelisted to you |
Treasury sleeve | Your own balance sheet | An internal mandate and a reporting hook | A private vault sized to a slice of the idle balance |
Client product under your brand | Your clients', under your mandate | Distribution, the strategy view, and the client reporting | A branded vault with you or a curator running it |
Settlement or float financing | Balances waiting to settle | The flow itself, and the timing requirements | A vault with a buffer sized to your draw pattern |
The treasury sleeve is usually the easiest place to start, because you're the client. You can size it small, run it for a quarter, and see how the reporting lands with your own finance function before anything touches a customer.
How do the fees work?
There are three places a fee can sit, and you should know which apply before modelling anything.
- Management fee. Charged on assets, accrued into the share price. Changes to it are subject to the vault's timelock.
- Performance fee. Charged on return, where the mandate includes one. Common when a curator is running an active strategy.
- Instant redemption fee. Paid by whoever wants out ahead of the normal processing cycle, and it's what makes same-day exit viable. This one is not timelocked, so confirm the current level rather than assuming.
If you're distributing to your own customers, the economics usually work as a share of the fee on the balances you bring. Accounting, fees and fund flows documents how fees accrue and settle.
What do you decide before you start?
Decision | Why it comes first | Common answer |
Which asset | Sets the strategy set available and the depositor base | The stablecoin already sitting on your books |
Private or public | Determines whether anyone else can deposit alongside you | Whitelisted to you for a treasury sleeve; public for a customer product |
Who curates | Decides who holds the mandate and carries the strategy view | A named curator to start, with your own team later if you want it |
Redemption terms | Has to match the calendar your payments actually run on | Daily processing, with instant available for a fee |
Custodian | They have to be willing to hold the receipt token | Confirmed with your existing custodian before build starts |
Reporting shape | Your finance function needs a NAV it can pull, not a dashboard to visit | API pull on your existing cycle |
The custodian row is the one that surprises teams. Your custodian holds the receipt token, which makes them a party to the arrangement. Confirm it early with Anchorage, BitGo or whoever holds your assets.
Who holds what once it's live?
You hold the receipt token. The assets sit in the vault and its segregated subaccounts while deployed, and neither the infrastructure provider nor the curator can move depositor funds to an external wallet. Upshift is non-custodial vault infrastructure for onchain yield, so it operates the contracts rather than holding your assets.
Operator keys sit in MPC wallets via Fireblocks or Fordefi. Administrative control over a vault's proxy sits behind a multi-signature arrangement, with signers from more than one organisation. Most vaults implement ERC-4626, so the share token behaves like any other token your systems already handle.
Risks come with the wrapper as well as the strategy. Contract risk has no analogue in a fund wrapper, there's no smart contract insurance on these vaults today, and yields move with borrowing demand rather than being guaranteed. Always make sure to do your own research and be aware of the above and any other risks before depositing.
What does the integration involve?
Less than most teams expect, because the vault already does the accounting and the withdrawal processing. At minimum you need three things: a deposit path from your custody account, a way to read NAV and positions, and somewhere in your product for the balance to appear. The vaults API covers the read side.
If you want your own branded vault rather than a deposit into an existing one, that's Vault-as-a-Service, and Part 3 walks through what launching one actually takes.
Frequently asked questions
Can we test a vault before committing to a product?
Yes, and it's the normal path. Deposit a small amount of your own balance into a private vault and run it for a quarter. That tells you how the strategy reporting and the NAV pull land with your finance function. Nothing about that requires a customer-facing launch.
Is a vault a substitute for launching a fund?
Sometimes, and often it's a step before one. A vault reaches clients in weeks rather than months, so you can find out whether demand exists before committing to an issuer, a transfer agent and a prospectus. Firms that go on to launch a fund usually keep the vault for the clients who prefer onchain settlement.
Does in-kind redemption mean no taxable event?
Not by itself. A vault redeems you in the asset you deposited rather than in the underlying positions, so the vault may unwind something to pay you. The settlement mechanic resembles an ETF creation basket, and the tax treatment is a separate question for your own advisers.
Who chooses the strategy if we run our own vault?
You can appoint a curator or hold the mandate yourself. Either way the policy engine restricts what's reachable at chain, protocol, token and function level, so the mandate is enforced onchain rather than in a side letter. Upshift for curators covers how a mandate is set up.
How quickly can our clients get out?
Claimable redemptions process daily, and the lag depends on what has to be unwound. Most vaults offer instant redemption for a fee, subject to available liquidity, funded by a buffer held in front of the deployed positions.
What happens if we want to change the strategy later?
A curator reallocates inside the approved perimeter without depositor action. Widening the perimeter is a parameter change subject to the vault's timelock, which gives depositors notice before the mandate changes.
Keep reading
This series: Part 1 covers what a vault is and who holds the assets. This part covers using one in a product. Part 3 covers launching one for your own clients.
- The DeFi yield strategies onchain vaults run: the strategy shapes, the risk in each, and measured returns on live examples.
- Atomic redemption architecture: how the buffer funds an exit without unwinding the whole position.
- The coreUSDC meta-vault: one vault allocating across several underlying strategies.
- How traditional asset managers are controlling risk in DeFi: what the policy engine restricts and why allocators ask first.
- Why every financial product will run on vaults: the case for the vault as the wrapper these products ship inside.
- How neobanks and fintechs offer stablecoin yield: the customer-balance pattern, and what the front end has to handle.
- How card programs earn yield on customer float: the settlement-balance pattern and how the buffer gets sized.
Create a vault with Upshift
Share your use case and we’ll get back to you shortly
