Marginal Risk Contribution (MRC) quantifies the instantaneous rate of change in total portfolio volatility resulting from an infinitesimally small increase in a single asset's weight. Mathematically, it is the gradient of the portfolio standard deviation function, indicating which assets would most increase total risk if their allocation were marginally expanded.
Glossary
Marginal Risk Contribution (MRC)

What is Marginal Risk Contribution (MRC)?
Marginal Risk Contribution (MRC) is the partial derivative of total portfolio volatility with respect to a small change in the weight of a specific asset, measuring its incremental risk impact.
MRC is foundational to risk budgeting and Equal Risk Contribution (ERC) optimization, as it feeds directly into the Euler decomposition of total risk. Unlike standalone volatility, MRC accounts for the asset's full covariance structure, meaning a low-volatility asset with high correlation to the portfolio can exhibit a higher MRC than a high-volatility asset with diversifying properties.
Key Properties of Marginal Risk Contribution
Marginal Risk Contribution (MRC) is the sensitivity of total portfolio volatility to an infinitesimal change in a single asset's weight. Understanding its mathematical properties is essential for constructing true risk parity portfolios.
Mathematical Definition
MRC is formally defined as the partial derivative of portfolio volatility (\sigma_p) with respect to asset weight (w_i):
[MRC_i = \frac{\partial \sigma_p}{\partial w_i} = \frac{(\Sigma w)_i}{\sigma_p}]
where (\Sigma) is the covariance matrix and ((\Sigma w)_i) is the i-th row of the matrix-vector product. This represents the marginal impact of an infinitesimal weight increase on total risk.
Relationship to Total Risk Contribution
The total risk contribution (TRC) of an asset is the product of its weight and its MRC:
[TRC_i = w_i \times MRC_i = w_i \cdot \frac{\partial \sigma_p}{\partial w_i}]
By Euler's homogeneous function theorem, the sum of all TRCs exactly equals total portfolio volatility:
[\sum_{i=1}^{n} TRC_i = \sigma_p]
This additive property is what makes MRC the foundational building block for risk budgeting and equal risk contribution optimization.
Correlation Sensitivity
MRC is highly sensitive to cross-asset correlations, unlike naive inverse-volatility weighting:
- A highly correlated asset with the rest of the portfolio will have an elevated MRC because its marginal addition compounds existing risk exposures.
- A negatively correlated asset can have a negative MRC, meaning adding more of it actually reduces total portfolio volatility.
- This property makes MRC essential for identifying true diversifiers versus assets that merely appear low-risk in isolation.
Non-Linearity and Weight Dependence
MRC is not constant—it changes as portfolio weights change:
- As an asset's weight increases, its MRC typically rises non-linearly due to its growing influence on the portfolio's covariance structure.
- This creates a feedback loop in risk parity optimization: adjusting weights to equalize risk contributions alters the MRCs themselves, requiring iterative convex optimization.
- The non-linearity is why closed-form solutions for risk parity only exist in trivial cases; real implementations rely on sequential quadratic programming or alternating direction method of multipliers.
Estimation Error Amplification
MRC inherits and amplifies errors from the estimated covariance matrix:
- Sampling error in historical correlations directly distorts MRC values, potentially misidentifying which assets truly drive portfolio risk.
- Estimation error is most severe in high-dimensional portfolios where the number of assets approaches the number of historical observations.
- Mitigation strategies include covariance shrinkage (Ledoit-Wolf), random matrix theory filtering, and hierarchical clustering to denoise the correlation matrix before MRC computation.
- In practice, we validate MRC stability through sensitivity analysis—perturbing the covariance lookback window and measuring weight drift.
Factor-Level Decomposition
MRC can be decomposed beyond individual assets into underlying risk factors:
- Using a linear factor model (r = Bf + \epsilon), the MRC of each factor is computed as the derivative of portfolio volatility with respect to factor exposure rather than asset weight.
- This enables risk factor parity, where risk contributions are balanced across macro factors (inflation, growth, credit) rather than asset classes.
- Factor-level MRC reveals hidden concentration risk—a portfolio with equal asset weights may still have 80% of its risk driven by a single equity beta factor.
Frequently Asked Questions
Clear, technical answers to the most common questions about Marginal Risk Contribution and its role in portfolio construction.
Marginal Risk Contribution (MRC) is the partial derivative of total portfolio volatility with respect to a small change in the weight of a specific asset. It measures the instantaneous rate of change in portfolio risk given an infinitesimal adjustment to a single position. Mathematically, for asset i, MRC is calculated as (Σw)_i / σ_p, where Σ is the covariance matrix, w is the weight vector, and σ_p is the portfolio volatility. This formula reveals that an asset's MRC is directly proportional to its covariance with the total portfolio, not its standalone volatility. A high-volatility asset that is negatively correlated with the rest of the portfolio can actually have a negative MRC, indicating it acts as a hedge that reduces total risk when added in small amounts.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Related Terms
Master the mathematical and strategic concepts surrounding Marginal Risk Contribution to build robust, balanced portfolios.
Euler Decomposition
The mathematical theorem that makes MRC actionable. For a homogeneous risk function of degree one (like volatility), Euler's theorem states that total portfolio risk equals the sum of each asset's weight multiplied by its Marginal Risk Contribution.
- Perfectly decomposes total volatility into additive parts
- Ensures the sum of component risks equals 100% of portfolio risk
- Underpins all risk budgeting and parity optimization solvers
Equal Risk Contribution (ERC)
The specific optimization where MRC is the objective function. ERC algorithms iteratively adjust weights until every asset's Marginal Risk Contribution multiplied by its weight is identical across the portfolio.
- Objective: equalize the product of weight and MRC for all constituents
- Solved via convex optimization or sequential quadratic programming
- Produces weights that are a compromise between inverse-volatility and minimum-variance portfolios, fully respecting the correlation structure
Covariance Shrinkage
The estimation technique that makes MRC usable out-of-sample. Raw sample covariance matrices produce unstable MRC values due to estimation error; shrinkage blends the sample matrix with a structured target like constant correlation.
- Ledoit-Wolf shrinkage dramatically improves the condition number of the covariance matrix
- Stabilizes MRC gradients so optimization solvers converge reliably
- Reduces turnover in risk parity portfolios by preventing MRC estimates from flipping sign between rebalancing dates
Conditional Value-at-Risk Parity
A tail-risk extension where MRC is computed against Expected Shortfall rather than volatility. This shifts the risk decomposition focus from average fluctuations to the expected loss in the worst-case scenarios beyond the VaR threshold.
- MRC under CVaR identifies which assets drive portfolio losses during crashes
- Requires non-parametric or Monte Carlo estimation of the tail distribution
- Equalizing CVaR contributions produces portfolios that are far more robust to drawdowns than volatility-based risk parity
Effective Number of Bets (ENB)
A diversification diagnostic derived directly from MRC values. ENB is the exponential of the entropy of risk contributions, quantifying how many truly independent sources of risk a portfolio holds.
- An ENB of 1.0 means all risk is concentrated in a single bet
- An ENB equal to the number of assets indicates perfect risk parity
- Portfolio managers use ENB trends to detect when MRC concentrations are silently building before they manifest in drawdowns

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us