Solv Protocol争议梳理：BTC锚定、TVL口径与链上流程回应

Solv Protocol 在 TGE 前夕迎来了一场舆论风波。起初，社群里有人根据部分链上信息推断，该协议可能对某位大户持有的 1,800 枚 BTC 进行了 Rug。随后，争议蔓延至 TVL 统计层面，外界开始质疑 Solv Protocol 平台内的 BTC 质押数据是否存在重复计算，并进一步怀疑其接近 2.5 万枚 BTC 的质押规模是否真实。

从事件的演化路径来看，外界的质疑主要集中在三个方向：底层资产是否安全、产品机制是否被误读，以及 TVL 的统计口径是否足够清晰。考虑到 Solv 涉及包装 BTC、LST 以及跨协议场景，如果仅凭零散截图或某个时间点的数据下结论，确实容易得出片面的看法。

Solv Protocol 回应争议：重点解释资产流向与 TVL 统计方式

面对持续发酵的讨论，Solv 联合创办人 Ryan Chow 发文回应称，在“1,800 RUG”和“私下协议”等说法流传后，Solv 又遭遇了新一轮围绕资产安全、链上流向以及 TVL 计算逻辑的质疑。Ryan 的核心观点很明确：部分指控建立在错误的链上依据之上，或是把不同产品、不同流程混在一起解读，由此得出了并不准确的结论。围绕这些焦点，Solv 团队也逐项进行了说明。

争议一：SolvBTC.BBN 的底层 BTC 是否被挪用

针对 Nubit 共同创办人 Hans 公开指称 Solv 挪用 SolvBTC.BBN 底层 BTC，并以 mempool 链接作为依据的说法，Ryan 表示，对方引用的那部分链上证据，实际对应的并不是 SolvBTC.BBN。按照 Ryan 的解释，Hans 展示的 mempool 链接截图，指向的是 Solv 另一类收益型资产 SolvBTC.CORE，而不是 SolvBTC.BBN 本身。也就是说，被外界用来质疑“资产被挪用”的链上记录，涉及的是另一种产品池，并非同一资产池内出现异常转移。

Ryan 进一步说明，参与 SolvBTC.CORE 的 BTC 会按固定周期进行重新质押。以他举例的流程来看，如果某笔资产在 12 月 19 日完成一次质押，那么会在 1 月 2 日取回后，再质押到新的脚本地址。这属于产品设计下的常规操作，不应直接被等同为异常转移或资金被挪用。

从机制上看，这种“取回—再质押”的链上路径，更接近收益型或再配置型资产常见的运营流程。对用户来说，关键不在于地址是否发生变化，而在于底层资产是否仍保持对应关系、整个流程能否被追踪，以及项目方是否持续提供可验证的信息。Ryan 还提到，每次完成这类操作后，Solv 都会向 Defillama 更新相关地址信息，以提高链上资产管理的透明度。换句话说，外界理论上可以结合链上记录与公开地址，对资产流向进行交叉核对。

争议二：SolvBTC.BBN 的 TVL 下滑，是否意味着用户资产被挪用

另一项争议来自 SolvBTC.BBN 在 Babylon Cap3 期间出现的 TVL 下滑。Hans 据此暗示，Solv 可能存在挪用用户资产的情况。对此，Ryan 回应称，TVL 下降的直接原因，是 SolvBTC.BBN 当时开启了赎回流程，因此锁仓数据回落属于产品推进过程中的自然结果。

从协议观察角度来说，TVL 本质上反映的是某一时点锁定在协议或产品中的资产规模。当产品进入赎回阶段，部分资产会从“锁定状态”转入“可提取”或“待处理”状态，因此 TVL 下降本身并不能直接说明资产安全出现问题。换句话说，TVL 更像是阶段性指标，不能单独作为判断资产是否被挪用的直接证据。如果只看数值变化，而忽略产品所处阶段，就容易把正常赎回误读为异常流出。

争议三：Solv Protocol 的 TVL 是否存在 BTC 重复计算

“BTC 三花”质疑是怎么来的

围绕 Solv Protocol TVL 的另一项核心争议，是所谓“BTC 三花”，也就是同一笔 BTC 是否在统计中被算了三次。Ryan 对此明确表示，在 Solv 的统计逻辑里并不存在这种情况，1 枚 BTC 始终对应 1 枚 BTC。这类争议之所以容易出现，通常与包装资产、LST 资产以及底层原生资产会同时出现在不同协议或不同展示页面有关。对于不熟悉链上产品结构的用户来说，如果只看数据平台某一层的展示结果，确实可能误以为同一笔资产被重复记账。

Solv 的 TVL 统计口径如何理解

Ryan 进一步解释，Solv 作为资产发行方，在 Defillama 的分类体系中，只有去中心化应用（dApp）才会被直接计入链上 TVL 统计。因此，在 Base 等公链环境中，外界不一定会直接看到 Solv 本身独立呈现的 TVL，因为 SolvBTC 及相关 LST 资产往往部署在类似 Aerodrome 这样的 dApp 中。他指出，SolvBTC 持有者确实可能同时为多个 dApp 贡献 TVL，但这并不意味着 Solv Protocol 自身对同一笔 BTC 进行了重复计算。按照他的说法，Solv Protocol 的 TVL 统计范围，只包括底层原生 BTC，以及用于支撑 SolvBTC 和 SolvBTC.LST 的包装 BTC。

从分析角度看，这反映的是“资产使用场景”和“协议统计口径”之间的区别。同一资产可以在多个应用场景中发挥作用，但不同 dApp 页面展示的数据，不能直接理解为项目方把同一笔 BTC 多次计入自身 TVL。Ryan 最后表示，Solv 已运营四年，而此次争议又恰好集中间出现在 TGE 临近的敏感节点。对于外界提出的问题，团队已经给出说明和相应依据，后续仍有待市场与公众结合链上信息继续判断。

关于 1,800 枚 BTC“虚假质押”指控的补充说明

除上述争议外，针对事件起点——Mudita 提出的 1,800 枚 BTC“虚假质押”说法，Solv 营销长 Ethean 也作出补充回应。她表示，所有 SolvBTC 的底层资产，都与包装 BTC 以及主网 BTC 保持 1:1 对应关系。她提到，在这起事件中，被讨论的“1,800 BTC 小姐姐”是通过使用 MBTC 进行质押，并进一步铸造 SolvBTC。她还称，已有社群成员找出相关地址，外界可以据此查看对应的链上情况。

Solv 方面归纳的几项争议焦点

对于近期流传的多类指控，Ethean 将其概括为以下几个方向：

• 持续放大并传播一个并不存在的 RUG 事件

• 混淆两种不同 LST 产品的链上操作记录

• 将常规的质押与赎回流程解读为挪用资金

• 把开放赎回后出现的 TVL 变化继续延伸为阴谋论式解读

Solv Protocol 争议观察：核心仍在 BTC 锚定、TVL 口径与链上流程理解

整体来看，这场围绕 Solv Protocol 的争议，核心还是集中在三点：第一，底层 BTC 资产是否保持对应关系；第二，Solv Protocol 的 TVL 统计口径是否足够明确；第三，链上的质押、赎回与重新质押流程，是否被外界误读。

如果从产品角度拆解，Solv 这类协议的复杂度本来就不低，涉及比特币质押、包装 BTC、LST 资产，以及多平台的 TVL 展示逻辑。只看一张截图、一次链上转账，或某个时点的 TVL 波动，往往很难完整还原产品运行全貌。

对普通用户来说，理解这类协议时，除了关注数字变化，更重要的是确认产品机制、底层资产映射关系、链上地址更新频率，以及第三方数据平台的统计口径是否一致。把这些信息放在同一个框架下看，才更不容易出现误判。

必须强调的是，在加密资产和区块链领域，链上数据虽然具有可验证性，但不同参与者对同一份数据的解读未必一致。因此，围绕 Solv Protocol 的这轮争议，后续仍需结合项目方持续披露、链上验证结果与公开说明综合观察。对于任何涉及质押、包装资产和 TVL 统计的协议，保持基本风险意识和信息辨别能力仍然重要。