Fee Structure
| Fee Type | Payer | When |
|---|---|---|
| Per-rebalance fee | Risk Architect | Each time a rebalance request is executed |
The per-rebalance fee structure is being finalized and will be detailed here upon launch. The fee covers on-chain execution costs and protocol overhead.
How Fees Work
- Risk Architects pay a fee each time they approve and execute a rebalance request
- Fees are accumulated off-chain and settled periodically
- The fee amount is shown before you approve a rebalance, so there are no surprises
Fee Incentives
The per-rebalance fee model creates healthy incentives:- Discourages excessive rebalancing: Frequent, small allocation changes are costly and rarely beneficial
- Encourages batching: Risk Architects are incentivized to batch multiple allocation adjustments into fewer, larger rebalances
- Rewards stability: Well-designed strategies that require fewer adjustments are more cost-effective to operate
- Aligns with user outcomes: Rebalances should only happen when they meaningfully improve the strategy for users
Revenue Sharing
Blend’s protocol fees (earned from strategy performance) are distributed based on TVL per Risk Architect. Risk Architects with higher TVL in their Baskets earn a proportionally larger share of protocol revenue.Fee distribution details and exact percentages will be published upon the launch of the Risk Architect program. Protocol fee revenue is accumulated centrally and distributed daily based on each Risk Architect’s TVL share.
Neobank Fees (For Reference)
Neobanks pay a separate fee structure. See Integration Fees for details. The key distinction:| Risk Architects | Neobanks | |
|---|---|---|
| Fee type | Per-rebalance | Per-account deployment |
| Covers | Execution costs for strategy adjustments | Safe deployment costs for new user accounts |