玩币圈

TVL 怎么算:为什么会被重复计算

全网 DeFi TVL 截至 2026-08-06 约 754 亿美元,是全部协议加总,同一笔本金换形态存进下一协议会被两边各计一次。讲清 TVL 怎么算、重复计算出在哪两种场景、链上能核对什么看不到什么,附一份识别重复计算的自查清单。

玩币圈

先说结论

5 条
  • 截至 2026-08-06,DefiLlama 网页显示全网 DeFi TVL 约 754 亿美元,这是全部协议 TVL 的加总,不是"实际锁在生态里的资金"——协议之间的重复计算没有被剔除。
  • 重复计算主要来自两类路径:跨协议的凭证嵌套(如 stETH 被抵押进下一个协议)、以及同协议或跨协议的杠杆循环("存入-借出-再存入"),两者是否会让同一份本金被重复计入,取决于具体协议和数据聚合器的记账方式。
  • BIS 2025 年发表的研究检查了 939 个以太坊协议,发现约 10.5% 的协议部分或全部依赖外部服务的数据计算 TVL,这部分无法仅靠链上数据复算;用可验证的链上方法重新核算 400 个协议后,只有 46.5% 与官方公布数字一致。
  • 学术研究记录过:2021 年 12 月 2 日那轮行情高点,TVL 与"可赎回总值"(TVR) 的差距一度达到 1398.7 亿美元,比值约为 2——当时报出来的 TVL 里,接近一半可能是重复计算。
  • 判断一个协议 TVL 的含金量,可以对照它自己的真实收入一起看——两者一个是存量一个是流量,同时看比只看 TVL 更接近实情,具体核对方法见下文的自查清单。
全网 DeFi TVL 读数

75.4十亿美元

数据截至 2026-08-06 每月人工核对更新

数据来自 DefiLlama(网页) · defillama.com

解读

人写
怎么算出来的
每个协议按自己的智能合约地址读取锁定的代币余额,主要用 CoinGecko 的报价接口折算成美元;遇到没有现成报价的长尾资产,就用链上兑换池(比如 Uniswap V2 的资金池)反推一个价格。单个协议在多条链上的合约加总,得到该协议的 TVL;全部协议的 TVL 再加总,就是页面顶部那个全网总数。
什么时候会骗人
当同一份本金以质押凭证或杠杆借贷的形式,先后被存进不同协议时,每一站都会被各自的 TVL 各计一次,加总后的数字会比实际躺在生态里的资金规模更大;此外,部分协议的计算方式部分或全部依赖外部服务的数据,这部分没法仅靠链上数据复算,也会拉低总数的可信度。
该拿它跟什么比
拿同一个协议自己的历史区间比涨跌,别用总量直接横向比较不同协议的规模——各协议的重复计算程度不一样,总量本身不可比;同时对照协议的真实收入(手续费等实际付费)一起看,两个数字对不上时值得往下查,具体怎么查见文中的自查清单。

这份数据的边界

  • 这是全网协议 TVL 的加总,协议之间可能存在重复计算,加总数不等于实际锁在生态里的资金规模
  • TVL 按实时价格折算成美元,加密资产价格波动会直接改变这个数字,跟资金进出没有关系
  • 页面数值持续刷新,本次为 2026-08-06 白天人工查看的一次快照(未记录精确 UTC 时刻),只精确到十亿美元量级,不代表当天均值
  • 部分协议的计算方式部分或全部依赖外部服务的数据,这部分无法仅靠链上数据复算

链上能看到什么,看不到什么

CHAIN

能看到

  • 任意合约地址锁定的代币余额与种类,用公开区块浏览器就能查到
  • 链上可以核对资产和凭证的发行、持有与转账关系,但要证明不同协议里的资产对应同一份底层本金,还需要建立凭证与底层资产的映射,不能只看转账记录就下结论
  • 某代币的总发行量、持仓分布与合约权限设置

看不到

  • 一个协议的 TVL 算法是不是纯链上读取,还是部分依赖外部服务提供的数据
  • 两笔分别出现在不同协议 TVL 里的钱,是不是同一份本金的两次现身——需要建立凭证与底层资产的映射关系才能核对,部分情形(比如资产反复换手)确定不了对应的是哪一笔本金
  • 这份 TVL 明天会不会因为价格波动或集中赎回大幅缩水,TVL 只是那一刻的快照,不含对未来的任何判断
本页目录
  1. TVL 这个数字,算的是什么?
  2. 为什么同一笔钱会在不同协议里都被算一遍?
  3. 链上能看到什么,看不到什么?
  4. 这个数字该拿什么来对比,才不会被唬住?
  5. 拿到一个协议的 TVL,怎么识别里面的重复计算?
  6. 下次看到 TVL 数字,先做哪一步?
  7. 常见问题
  8. 参考资料

假设一个借贷协议的锁仓页面写着十几亿美元。拆开看,你会发现里面有一部分”存款”其实是别人先在以太坊质押、换成的凭证,又被搬进这个借贷合约再抵押了一遍——同一份 ETH,在两个协议的 TVL 里各被记了一次。TVL(total value locked,锁仓总值),指存进某个协议智能合约里的资产,按当前市价折算成美元后的加总。它原本是用来展示一个协议吸引了多少资金,但不区分这笔钱是不是同一份本金的第二次、第三次现身。

TVL 这个数字,算的是什么?

TVL 统计的是锁在协议合约里的资产,按实时价格折算成美元加总,不管这笔钱是谁存的、准备拿去干什么。

TVL 具体是怎么加出来的

DefiLlama 的计算方法说明,加总分三步:

  • 每个协议按自己的智能合约地址,读取里面锁定的代币余额;
  • 价格主要用 CoinGecko 的报价接口折算成美元;长尾资产没有现成报价时,就用链上兑换池(比如 Uniswap V2 的资金池)反推一个价格;
  • 单个协议在多条链上的合约先加总成协议 TVL,全部协议再加总,就是全网总数。截至 2026-08-06,DefiLlama 网页显示这个数字约为 754 亿美元——页面数值实时刷新,这是当天人工查看时的一次快照,不是精确到个位数的定值。

协议内部会不会先做一次去重

会,但只管得到”内部”。DefiLlama 官方给过一个例子:Cream 有一款以太坊质押凭证代币,这款代币又能存进 Cream 自己的借贷市场——这种情况只算一次,不会因为凭证在自家合约里转了一圈就多算。这条规则解决的是”同一个协议自己左手倒右手”,管不到”这笔钱去了别的协议”。

为什么同一笔钱会在不同协议里都被算一遍?

根源是质押衍生品和循环借贷——本金换了个形态被存进下一个协议,前一站没有把它减掉。

质押衍生品的例子

一份 ETH 存进 Lido,换成 stETH,Lido 的 TVL 里记了一次。这份 stETH 又被存进某个借贷协议做抵押、借出稳定币,借贷协议的 TVL 里又记了一次。同一份本金,在两处 TVL 加总里都出现了。DefiLlama 的官方规则只覆盖”同一个协议内部”的去重(见上一节 Cream 的例子);换成”先存进 A 协议、再存进 B 协议”,公开文档没有承诺会统一剔除——跨协议的这类重叠,大多还留在各自的总数里。

一份 ETH,怎么在三处 TVL 里都被记一次

拿一组假设的数字走一遍。这里特意选”抵押铸币”而不是”借出”作为第二步——借贷协议借出的钱通常来自另一位储户的本金,把它算成”同一份本金的第二次现身”之前,还得先说清那位储户是谁;抵押铸币不涉及这个问题,因为新铸出的资产是协议按抵押率生成的债务凭证,不是从别人的存款里划出来的。一份 ETH 按 3000 美元计价存进 Lido,Lido 的 TVL 增加 3000 美元,你手里多了一份等值的 stETH。把这份 stETH 存进一个抵押铸币协议(像 MakerDAO 那类允许用抵押品铸造债务型稳定币的协议):协议按抵押率把这份 stETH 锁进金库,同时按你的申请铸造出 2000 美元的新债务型稳定币——这笔稳定币是协议凭抵押品新铸出来的负债,不是挪用了其他储户的存款。这个抵押铸币协议的 TVL 按锁进金库的抵押物市值计入,也是 3000 美元。如果再把这 2000 美元新铸的稳定币存进第三个协议赚利息,第三个协议的 TVL 又增加 2000 美元。三处 TVL 加起来是 3000+3000+2000=8000 美元;但用户 A 投入的初始本金只有这一份价值 3000 美元的 ETH,在这个只有一份抵押品、一个铸币协议参与的场景里,系统里能追溯到的基础资产也只有这 3000 美元——多出来的 2000 美元稳定币,是这份 ETH 派生出的债务凭证,被再次计入了别处的 TVL。

一份 3000 美元的 ETH,如何在三处协议的 TVL 里被合计记成 8000 美元 流程从左到右:一份 ETH 按 3000 美元存进 Lido,Lido TVL 记一次 3000 美元,换得等值 stETH;stETH 被存进抵押铸币协议,协议按抵押率锁定这份 stETH 并铸造出 2000 美元的债务型稳定币,抵押铸币协议 TVL 按抵押物市值记一次 3000 美元;新铸出的 2000 美元稳定币又被存进第三个协议,该协议 TVL 再记一次 2000 美元。三处 TVL 加总 8000 美元,但用户投入的初始本金只有最初的 3000 美元。 一份 3000 美元的 ETH,怎么被记成三处 8000 美元的 TVL 存 1 份 ETH Lido TVL +3000 美元 stETH 存进抵押铸币协议 该协议 TVL +3000 美元 铸造 2000 美元稳定币 存进第三个协议再记一次 第三个协议 TVL +2000 美元 三处 TVL 加总:3000 + 3000 + 2000 = 8000 美元 用户投入的初始本金:只有最初的 3000 美元 多出来的 2000 美元,是这份 ETH 派生出的债务凭证,被再次计入了另一个协议的 TVL。
拿一份 3000 美元的 ETH 举例:存进 Lido、再把换得的 stETH 存进抵押铸币协议锁定并铸造稳定币、再把新铸的稳定币存进第三个协议,三处 TVL 合计会记出 8000 美元,但用户投入的初始本金只有 3000 美元。

循环借贷的例子

把资产存进借贷协议做抵押、借出另一种资产、再拿去存成新的抵押,这样重复几轮,就是”存入-借出-再存入”的循环,本质是用同一份本金加杠杆。这条路径既可能只发生在同一个借贷市场内部,也可能横跨多个协议。它是否、以及在多大程度上会推高协议自己统计的 TVL,取决于协议和它接入的数据聚合器具体怎么记账——借出的资产通常会先离开合约、再存回来只是恢复余额,有的适配器按存款余额算、有的按净敞口算,不能一概而论。这条路径通常比质押衍生品那种”钱换了个形态存进另一个协议”更难从外部一眼看出来。

这个问题被量化过多大

BIS(国际清算银行)2025 年 5 月发表的工作论文 检查了 939 个以太坊协议,发现 TVL 的计算方式并不统一:约 10.5% 的协议部分或全部依赖外部服务器提供的数据,这部分没法仅靠链上数据完整复算。论文提出可验证方法(vTVL),重新核算 400 个协议样本后,只有 46.5% 与官方公布的数字一致。另一份 arXiv 上的研究 记录过一次历史峰值:2021 年 12 月 2 日那轮行情高点,TVL 与”可赎回总值”(TVR,指真正能被赎回的、非衍生代币的资产价值)之间的差距一度达到 1398.7 亿美元,TVL 与 TVR 的比值约为 2——当时报出来的 TVL 里,接近一半可能是重复计算,而不是新增资金。这是一次历史事件的回顾,不代表当下的比例,但说明这个缺口在极端行情里能放大到什么程度。

链上能看到什么,看不到什么?

链上能核对的是每个合约地址锁了多少代币、这些代币和哪些地址存在转账关系;看不到的是这些协议背后是不是同一笔本金,算法用没用链下数据。

链上能看到的

  • 任意合约地址锁定的代币余额与种类,用公开区块浏览器就能查到,这是原始链上事实;
  • 资产和凭证的发行、持有与转账关系可以核对,但要证明不同协议里的资产对应同一份底层本金,还需要建立凭证与底层资产的映射,不能只看转账记录就下结论;
  • 某代币的总发行量、持仓分布与合约权限设置。

链上看不到的

  • 一个协议的 TVL,算法是纯链上读取,还是部分依赖外部服务提供的数据——BIS 论文正是因为这一点才推出 vTVL 这个可验证版本;
  • 两笔分别出现在不同协议 TVL 里的钱,是不是同一份本金的两次现身,需要建立凭证与底层资产的映射关系才能核对,部分情形(比如资产反复换手)链上确定不了对应的是哪一笔本金;
  • 这份 TVL 此后会不会因为价格波动或集中赎回突然大缩水——TVL 只是那一时刻的快照,不含对未来的任何判断。

这个数字该拿什么来对比,才不会被唬住?

别只看总量的涨跌,要拿它跟同一协议的历史区间比,并配合协议收入这类真实付费数据一起看。

跟自己历史比,别跟别的协议比规模

同一协议不同时间点的 TVL 变化,比横向比较两个协议的总量更有参考价值——不同协议的重复计算程度不一样,谁的总量数字大,本身说明不了谁更值得信。

配合协议收入一起看

一个协议 TVL 很高,不代表它真的被需要。参考协议收入从哪来拆过的三种钱:如果真实付费那一类占比很低、主要靠代币增发撑着,这类高 TVL 值得打个问号,但具体是不是补贴换来的存款,还要往下查费率、业务类型和统计周期,不能只看收入薄这一项就下结论,具体怎么查见后文的自查清单。TVL 是存量、收入是流量,两个数字对着看,比单看任何一个都更接近实情。

拿到一个协议的 TVL,怎么识别里面的重复计算?

现有公开方法通常只能估算重复计算的规模:vTVL 用可验证的链上方法重新核算样本协议,TVR 只统计能被赎回的非衍生资产,两种方法各自只覆盖能核实到的那部分协议或资产类型,没有一种能覆盖全部协议、给出精确到个位数的比例。把资产先分类、再对照下面的检查项过一遍,能帮你判断这个数字里可能有多少是同一笔本金换了个身份又被算了一遍,而不是新增资金——这是定性排查,不是精确公式。

先分清本金、衍生凭证和债务资产

对照前面那份 ETH 的例子:本金是最初存进第一个协议的资产(例子里存进 Lido 的那份 ETH);衍生凭证是本金换来的、能再拿去抵押的代币(stETH 这类);债务资产是拿凭证做抵押借出或铸造出来的钱(例子里新铸的稳定币)。一个协议的 TVL 里,衍生凭证和债务资产占比越高,说明这个总数里能算作”新钱”的部分越少——真正的新增本金只有最初那一笔。

直接证据:能相对直接指向重复计算

下面三项如果查得到底层映射,能相对直接地指向重复计算,而不只是提示可能性。

检查项怎么查能说明什么
抵押资产里衍生凭证(stETH / rETH / LRT 等)占比看协议官网或 DefiLlama 页面的资产分类,是否列出”Liquid staking”或”LST”类别占比越高,这部分越可能是转手质押、在原协议已经被计过一次,而不是新增本金
凭证与底层资产的映射是否可查查协议文档或链上合约,看凭证代币的铸造/赎回记录能不能追溯到具体的抵押品地址能追溯到,这部分重叠可以被具体量化;追溯不到,只能定性判断有重叠、算不出比例
数据适配器是否对同一份底层合约或代币重复计入查该协议在 DefiLlama 上的 adapter 说明,看是否对同一批地址/代币做了多次统计有重复计入,是可以直接定位的重复计算来源

弱信号:只提示需要往下查,不能单独下结论

下面几项本身证明不了重复计算,只是提示信号,需要结合上面的直接证据一起看,并留意各自的例外情况。

检查项怎么查只能说明什么、别忽略的例外
借贷利用率(utilization rate)是否长期贴近上限协议自己的借贷市场页面通常会展示这个百分比提示这个市场里杠杆循环可能较多;但利用率高也可能只是自然的供需紧张,不必然等于重复计算多
是否跨多条链且短期内金额暴涨看该协议近 1–3 个月的 TVL 曲线,有没有单日跳变提示可能是一次性资金迁移或补贴活动;也可能是正常的新市场增长,要看资金流入后能不能稳住 1–2 个月,才谈得上排除临时补贴
TVL 与协议真实收入是否明显不成比例对照协议自己公布或第三方统计的手续费收入不成比例本身不能证明什么,只提示需要往下查费率、业务类型、激励支出和杠杆结构;低收入也可能是费率本来就低、业务处于早期,不能单凭这一项判断资金质量

下次看到 TVL 数字,先做哪一步?

不用急着判断规模大小,先问一句:这里面有多少是同一笔钱换了个身份又被算了一遍。上面那几项直接证据和弱信号过一遍,通常十几分钟就能有个大致判断——这比争论”这个项目到底强不强”有用得多。任何一个 TVL 数字都一样:它是一个论据,不是一个结论,数字之外还要看它旁边标着的统计方式、截止日期和已知局限。

常见问题

Q: TVL 高是不是说明这个项目更安全、更靠谱?

答: 不是。TVL 只统计锁进合约的资产规模,不衡量这些资产是不是同一笔本金的重复计入,也不衡量合约代码本身安不安全。一个 TVL 很高但严重依赖循环借贷的协议,清算风险可能比 TVL 较低、资金来源单一的协议更大。判断安全性要另外核对合约审计、历史事故记录和权限设置,TVL 这一个数字回答不了这个问题。

Q: DefiLlama 上不同协议的 TVL 加总,能不能直接当成”整个 DeFi 有多大”?

答: 只能当量级参考,不能当精确值。BIS 2025 年发表的研究检查了 939 个以太坊协议后发现,官方 TVL 的计算方式并不统一,其中约 10.5% 的协议部分或全部依赖外部服务的数据,这部分没法仅靠链上数据独立核实。总量里混着这些没法验证的部分,精确到个位数意义不大,但用来看趋势(涨还是跌)仍然有参考价值。

Q: 质押、再质押这类操作,是 TVL 重复计算的主要原因吗?

答: 不是。循环借贷(存入-借出-再存入)也可能造成重复计算,而且这种操作在借贷利用率高的市场里更常见,是否真的推高了 TVL 要看协议和数据聚合器的记账方式。质押衍生品之所以经常被拿来举例,是因为它的重复路径比较直观——一份 ETH 先后出现在两个协议的合约里,但杠杆借贷造成的重复计算也不小,只是不容易一眼看出来。

Q: TVL 和”协议收入”是一回事吗?

答: 不是。TVL 衡量的是锁进合约的资产存量,协议收入衡量的是这段时间协议向使用者实际收取的费用流量,一个是存量、一个是流量。两者差距大时(比如 TVL 很高但收入很薄)不能只凭这一个比例下结论,需要往下查费率、业务类型、激励支出和杠杆结构,具体方法见前文的自查清单。

Q: 有没有”去重后”的 TVL 可以直接查?

答: 有研究团队提出了替代指标,比如”可赎回总值”(TVR)和”可验证 TVL”(vTVL),思路都是只统计能确认是新增本金的部分。但这些指标目前主要停留在学术论文里,没有像 DefiLlama 那样的公开实时页面,普通人暂时只能靠自己核对(参考上面的自查表),没法直接查到一个现成的”去重版”数字。

Q: 数据截至日期之外,这个数字会经常变吗?

答: 会,而且变动可以很剧烈。TVL 是按实时价格折算的,加密资产价格的波动会直接影响它的数值,跟资金进出没有关系;同时 DeFi 协议本身也在持续发生存取款。本页给出的数字只是截至 2026-08-06 的一次人工核对快照,不代表当下的实时值,想看当前数字要去 DefiLlama 网页自己查。

参考资料

版本 1.0 · 更新于 2026-08 · 数据每月人工复核一次 · 全网 TVL 数字截至 2026-08-06,来自 DefiLlama 网页人工核对,非自动抓取;这里只讲统计方式与重复计算的识别方法,不构成投资建议,也不对任何协议的安全性下结论。

接着看