Hermes is the off-chain operator layer historically used with Dynamic Vault. It monitors markets and submits vault transactions, but it is not a separate on-chain account model in the vault program. The on-chain program recognizes two authorities for strategy operations:Documentation Index
Fetch the complete documentation index at: https://docs.meteora.ag/llms.txt
Use this file to discover all available pages before exploring further.
- the vault
admin - the vault
operator
operator authority.
What Hermes Can Submit
For rebalance vaults, the admin or operator can submit:| Instruction | Effect |
|---|---|
deposit_strategy(amount) | Moves tokens from the vault reserve into a listed strategy. |
withdraw_strategy(amount) | Withdraws collateral from a listed strategy back into the vault reserve. |
claim_rewards | Claims supported strategy rewards to a treasury-owned token account. |
For the current
JupLend strategy handler, rewards accrue through the collateral token. Its claim_rewards implementation is effectively a no-op.Allocation choices, market monitoring, APY comparison, utilization checks, and rebalance thresholds are off-chain operator policy. They are not formulas enforced by the vault program.
What Hermes Cannot Do Through The Vault Program
Hermes cannot use the strategy instructions to bypass vault accounting.- It cannot deposit into a strategy that is not listed on the vault.
- It cannot claim rewards to a token account that is not owned by the treasury address.
- It cannot mint user LP shares outside the deposit flow.
- It cannot burn user LP shares outside the withdrawal flow.
- It cannot set the fee vault, transfer admin, update locked-profit degradation, or add/remove strategies unless it is also the admin.
Relationship To On-Chain Accounting
Hermes can decide when to submit a rebalance, but the vault program decides whether the accounts are valid and how the result is accounted for. The accounting details fordeposit_strategy and withdraw_strategy are covered in Rebalance Crank.

