Why DeFi TVL isn’t enough, and what “Total Value Covered”
beginner
Why DeFi TVL isn’t enough, and what “Total Value Covered” aims to measure
TVC is proposed as a companion metric to show how much onchain capital is explicitly protected, not just deposited.
7 min read
Total Value Locked, or TVL, became DeFi’s default scoreboard because it made adoption easy to track. A proposed companion metric, Total Value Covered (TVC), aims to show how much capital is explicitly protected by risk-transfer mechanisms rather than simply sitting exposed in protocols.
Why DeFi’s headline numbers can mislead
DeFi often summarizes itself with one number: Total Value Locked (TVL). In plain terms, TVL is the total amount of user capital deposited or “locked” into a protocol. It is widely treated as a headline indicator of adoption because it answers a basic question: are users willing to move money onchain.
That simplicity is why TVL became the default scoreboard. Early in DeFi’s growth, the market needed a quick way to see whether decentralized infrastructure was being used at all. TVL helped track that early adoption phase by showing that users were willing to commit capital to smart-contract systems.
The critique is not that TVL is useless. The critique is that TVL is misaligned with what many readers assume it represents. TVL measures how much capital entered a protocol, not how well that capital is protected once it is there. A protocol can attract deposits for many reasons, including incentives and distribution, while still leaving depositors exposed to failure modes that TVL does not capture.
The distinction matters because exposure is not the same thing as strength. A large TVL can look like maturity and safety, even when it is only a measure of how much capital is currently sitting in a system.
What TVL misses: fragility, dependencies, and fast collapses
TVL is closer to a gross measure of activity than a security measure. It tells you where capital is sitting. It does not tell you whether that capital is secure.
The gap shows up when a protocol is structurally fragile. The source identifies several fragility factors that can exist even when deposits are high: weak dependencies, poor oracle design, concentrated governance, and limited safeguards. These are not abstract concerns in DeFi, where protocols often rely on external components and interconnected systems.
Oracle risk is one example of how a protocol can look healthy by TVL while still being vulnerable. If a protocol depends on price or data feeds that can fail or be manipulated, the protocol can behave incorrectly even when it is holding large deposits. TVL does not distinguish between deposits sitting behind robust data dependencies and deposits sitting behind brittle ones.
Concentrated governance is another example. A protocol can have hundreds of millions in deposits while decision-making power is concentrated in a small set of actors. That concentration can become a point of failure, especially when governance controls upgrades, parameters, or emergency actions. Again, TVL does not measure whether governance is designed to reduce risk or amplify it.
Composability adds another layer. DeFi protocols often build on top of other protocols, which can create cascading failure modes. A protocol may appear strong by TVL, but if it sits on top of weak dependencies, the deposits are still exposed to upstream failures. TVL does not net out those inherited risks.
The source uses Ronin to illustrate how quickly TVL can evaporate after an exploit. Ronin’s TVL fell from roughly $1.2 billion before its 2022 bridge exploit to about $15 million today, according to DeFiLlama data as cited. The point is not only that exploits happen. It is that TVL can collapse almost immediately because TVL was never measuring defended capital in the first place.
This is the core limitation of treating TVL as a proxy for protocol health. A high TVL can coexist with thin protection. When the market reassesses risk after a failure, the deposits that made TVL look impressive can leave quickly.
DeFi’s next growth phase: simpler front ends, same backend risk
The metric problem becomes more important as DeFi moves closer to mainstream distribution. The source argues that the next wave of adoption will not come from turning every user into an expert in onchain risk. Instead, it will come from banks, fintechs, exchanges, and consumer apps packaging DeFi behind simpler products.
The framing is straightforward: one deposit, one balance, one yield number. The interface can hide the complexity that today’s DeFi users often manage directly.
But hiding complexity does not remove risk. The source’s argument is that backend risk remains even if the product experience becomes simpler. If underlying capital is still exposed to smart contract failures, oracle issues, and composability risks without clear protection, then a cleaner interface does not make the product ready for institutions or mainstream users. It can make the risk less visible while leaving the underlying exposure unchanged.
This matters because DeFi is no longer described as only a niche experiment. The source points to stablecoins as an example of real demand. Visa said global stablecoin transaction volume rose from more than $3.5 trillion in 2023 to more than $5.5 trillion in 2024. In that context, the question shifts from whether onchain systems can attract capital to whether they can support capital durably under stress.
If DeFi is increasingly embedded into products offered by large intermediaries, the market needs metrics that communicate more than “how much is deposited.” It needs metrics that help partners and allocators evaluate whether capital is protected when something goes wrong.
Introducing TVC: Total Value Covered (protected capital)
To address that gap, the source proposes a second metric: Total Value Covered (TVC). TVC is defined as the amount of capital explicitly protected by a defined risk-transfer mechanism.
The contrast with TVL is the point. If TVL tells you how much money is present, TVC is meant to tell you how much money the system is prepared to defend. TVL is about deposits. TVC is about protected capital.
The source positions TVC as a better proxy for institutional readiness. The reasoning is that serious allocators do not only ask how much capital is in a market. They ask how much capital can be deployed with known downside. In other words, they want to understand capacity for protected deployment, not just the presence of capital and the appetite for risk.
This is also why the term “risk-transfer mechanism” matters in the definition. The goal is not to claim that a protocol is safe because it has a large TVL. The goal is to quantify how much capital has explicit protection, where downside is defined rather than borne entirely by depositors.
TVC is presented as complementary to TVL, not a replacement. TVL can still describe adoption and usage. TVC is intended to add a second dimension that speaks to defense and durability.
How TVC could change incentives—and the caveats
A metric is not just a reporting tool. It can shape what protocols compete on.
Under a TVL-first model, the source argues that protocols compete to maximize deposits. The easiest ways to do that are often to raise yields, increase incentives, or simplify distribution. Those strategies can increase TVL without necessarily improving the protocol’s ability to withstand stress.
Under a TVC-aware model, the competitive target changes. Protocols would need to increase the amount of capital they can safely support. The source ties that to concrete operational and design priorities: better governance, cleaner dependencies, stronger controls, better monitoring, and more resilient architecture. In this framing, those improvements matter economically because they increase coverage capacity and reduce the cost of protection.
The proposed shift is from attracting the most capital to defending the most capital. For users and partners, that would aim to provide a clearer view of which protocols are built to last, not just which protocols have accumulated deposits.
There are also important open questions. The source defines TVC conceptually but does not provide a standardized methodology for measuring “covered” capital across protocols. It also does not enumerate which specific instruments or structures qualify as “defined risk-transfer mechanisms.”
Measurement and comparability challenges follow from that. Without a shared standard, different protocols could label coverage differently, or calculate it in ways that are hard to compare. The source also does not detail how TVC should be calculated in composable systems, where coverage could be double-counted or where risks could be correlated across dependencies.
Even with those caveats, the proposal is aimed at a specific maturity problem. In a more mature market, the source argues, the key question should not only be how much capital a protocol can accumulate. It should be how much capital it can protect through stress.
