Index framework - MEV Capital
Index objective
Purpose & audience
MEV Capital has developed a specialized index methodology for Reserve Protocol users, focusing initially on two core themes: Real-World Assets (RWA) and Decentralized Finance (DeFi). The primary objective of this index is to give Reserve’s community a curated basket of tokens that reflects both the growing tokenization of real-world value and the dynamic landscape of on-chain financial services. Below is an overview of the key elements guiding how MEV Capital structures and manages these thematic indices.
For Reserve Protocol users, the index aims to serve as a convenient, transparent way to track and gain exposure to these rapidly evolving sectors without needing deep technical knowledge or constant monitoring of individual projects.
Investment universe
RWA (Real-World Assets)
- Scope*: Focuses on governance tokens of projects that bring real-world assets (e.g., real estate, commodities such as gold, traditional financial instruments like T-bills or corporate bonds) onto the blockchain. Instead of directly holding yield-bearing securities, the index targets tokens associated with governance rights* in these RWA-centric protocols.
- Eligibility Factors*: Projects must demonstrate credible tokenization (well-documented linkage between on-chain tokens and off-chain assets), verifiable collateral, and regulatory clarity—backed by ongoing audits or attestations* that confirm the authenticity and legal standing of the underlying real-world assets.
DeFi (Decentralized Finance)
- Scope: Encompasses tokens tied to lending/borrowing platforms, decentralized exchanges, stablecoin issuers, yield aggregators, and other financial primitives built on smart contracts.
- Eligibility Factors: Sufficient liquidity on reputable DEXes/CEXes, active user base, proven smart contract security, and a transparent governance model.
Asset selection
Selection criteria
The MEV Capital framework is based on various criteria to whitelist and weight the assets in the index. We use both quantitative and qualitative filters to provide users with the best quality of investment and to follow the rapid evolution of the landscape.
This framework of criteria forms the backbone of our index construction and is organised into three quantitative and three qualitative criteria, as well as a curator's private benchmark.
Quantitatives filters
-
Market capitalization
A minimum market cap threshold helps eliminate extremely small or illiquid projects, reducing the likelihood of high volatility or market manipulation. -
On-chain liquidity
Sufficient liquidity is vital for seamless entry and exit, ensuring that index constituents are actively traded. -
Historical performance
While past returns are not a guarantee of future performance, they can help identify stagnant or failing projects : i.e. exclude tokens whose price or on-chain activity has flatlined or declined significantly over a given period (e.g., 6 months), unless there is clear evidence of a planned turnaround.
Qualitative filters
-
Security & governance
Preference for tokens with verified smart contract audits or recognized security assessments. Projects should demonstrate transparent decision-making processes, ideally with an active community and publicly documented proposals. -
Team & documentation
Well-defined project roadmaps, clear tokenomics, and open communication channels are essential. The team’s track record (or the sponsoring institution in the case of RWA) should indicate professionalism and credibility - Regulatory & operational clarity
For RWA tokens, verifiable claims on real-world collateral and regulatory compliance are crucial (e.g., evidence of off-chain audits, legal frameworks). For DeFi tokens, clarity on the protocol’s operational jurisdiction and compliance status can mitigate legal or regulatory risk.
Curator's private benchmark
In addition to the above criteria, MEV Capital applies a private benchmark or curator score, reflecting internal research and due diligence. This score can:
- Override the initial filters if a token is deemed strategically significant despite not meeting certain thresholds.
- Exclude a token even if it meets basic metrics, if the curator identifies significant red flags (e.g., team controversies, governance exploits).
This approach integrates objective data with MEV Capital’s expert judgment, ensuring that the index remains aligned with evolving market conditions and emerging trends.
Asset weighting
Initial weighting
To weight the asset in the index, we first use a standard method which consists of using the market capitalization of the asset relative to the others. This allows us to reflect the "true" market weight of each project; higher liquidity is generally found in assets with larger market caps.
However, we'll be adjusting this initial weighting to limit over-concentration in a few assets and to better reflect the sector's growth potential.
Adjustment and additional factors
-
Trading volume
High trading volume, relative to market capitalization, often signals better price discovery, lower slippage, and reduced vulnerability to market manipulation. Conversely, tokens with disproportionately low volume-to-market-cap ratios may be illiquid or riskier for index participants, especially during rapid price swings -
Past performance
Incorporating momentum signals (e.g., returns over 30, 60, or 90 days) can capture tokens experiencing sustained market interest and adoption. However, blindly chasing performance can lead to overweighting highly speculative assets, so MEV Capital applies this metric with caution and complementary risk checks. This can be done as Establish Peer Comparison: ranking all eligible tokens by their performance metric. -
Curator’s private benchmark
Beyond raw metrics, MEV Capital maintains a private benchmark or curator score to capture intangible factors such as governance quality, team track record, regulatory compliance, and community sentiment that may not be fully reflected in price or volume data.
Managing extreme weights
To limit the concentration of the index, we set a maximum weight (e.g. 20% or 25% of the total) so that the index is not dominated by a single stock. Any weight above the cap is reduced and the excess is redistributed proportionally among the other assets.
Formula
Baseline weight
Adjustment factors
Normalization
Rebalancing and maintaining the index
Rebalancing
Because market conditions evolve quickly, these factors are recalculated at rebalance intervals (monthly or quarterly). If a token experiences a sudden security breach or other critical event, MEV Capital may apply an emergency rebalancing to protect index integrity.
Entry and exit criteria
This section outlines the conditions under which a token may enter or exit MEV Capital’s curated indices for Reserve Protocol users. These criteria ensure that each index remains both representative of its thematic focus (e.g., RWA or DeFi) and aligned with risk management and quality standards.
Entry criteria:
- Market Cap & liquidity thresholds
- Security & audits.
- Transparency & governance
- Thematic relevance
- Curator’s private benchmark
Exit criteria:
- Breach of market or liquidity floors
- Security or governance failure
- Regulatory or legal complications
- Prolonged underperformance
- Special circumstances
Index monitoring
In order to maintain an index that accurately reflects evolving market conditions and maintains rigorous risk management, MEV Capital implements a continuous monitoring process that includes real-time data tracking, key metrics & thresholds review and alert mechanisms.
Backtesting and reporting
Reporting
Regular Index Reports
A public report is published after each rebalancing with :
- The new composition: All tokens included, their weights and any notable changes.
- Performance metrics: Historical returns, volatility and relevant benchmarks.
- Methodology updates: Clarification on any adjustments to selection criteria or weighting factors.
Anyone can create an RToken
In a similar way as how anyone can create a new trading pair on Uniswap, anyone can permissionlessly create a new Reserve stablecoin (RToken) by interacting with Reserve Protocol’s smart contracts. The protocol applies a system of factory smart contracts that allows anyone to deploy their own smart contract instance.
Creating an RToken can be done either by interacting directly with the Reserve Protocol’s smart contracts or any user interface that gets built on top of it. The first user interface for these smart contracts will be released by ABC Labs the company that's leading protocol development. Besides the creation of RTokens, this user interface will also support exploring usage and stats related to RTokens, RToken minting & redeeming, and RSR staking.
Non-compatible ERC20 assets
The following types of ERC20s are not supported to be used directly in an RToken system. These tokens should be be wrapped into a compatible ERC20 token to be used within the protocol. A concrete example is the use of Static ATokens for Aave V2.
- Rebasing Tokens that return yields by increasing the balances of users
- Tokens that take a "fee" on transfer
- Tokens that do not expose the decimals() in their interface. Decimals should always be between 1 and 18.
- ERC777 tokens which could allow reentrancy attacks
- Tokens with multiple entry points (multiple addresses)
- Tokens with multiple entry points (multiple addresses)
- Tokens that do not adhere to the ERC20 standard in general
Advanced RToken parameters
When deploying an RToken, the deployer has the ability to configure many different advanced parameters. The following list goes into detail about what these parameters do and some of the factors the deployer should keep in mind to set them.
As many of these parameters concern the Protocol Operations, we advise reading through that section of the documentation first—as it will give the deployer the necessary context to fully understand all parameters.
Trading delay(s)
The trading delay defines how many seconds should pass after the basket has been changed before a trade can be opened.
A collateral asset can instantly default if one of the invariants of the underlying DeFi protocol breaks. If that would happen, and we would not apply a trading delay, the protocol would react instantly by opening an auction. This would give only auctionLength seconds for people to bid on the auction, making it very possible for the protocol to lose value due to slippage.
The trading delay parameter may only be needed in the early days - before we get to a point where there is a robust market of MEV searchers. We expect that this parameter can be set to zero later on (once a robust market of MEV searchers is established).