Raydium 被盗事件启示:DeFi 新隐患,藏在被人遗忘的旧合约中

Foresight News發佈於 2026-06-13更新於 2026-06-13

文章摘要

Raydium 因旧版 V3 AMM 资金池漏洞被盗约 134 万美元,暴露了 DeFi 领域一个普遍但被忽视的风险:项目已停用的老旧合约(常被称为“僵尸合约”)在链上仍可调用,且因缺乏维护而成为攻击目标。 自 2025 年 3 月以来,公开报告显示至少已发生 8 起同类攻击,累计损失约 1080 万美元。若算上相关旧资金池事故,总损失约达 2250 万美元。这类问题的根源并非代码漏洞,而是合约生命周期管理缺失——项目方往往仅在产品层面宣布下线,却未在技术层面彻底关闭调用权限、转移闲置资产或持续监控。 当前的安全事故分类多聚焦技术漏洞,导致此类管理问题被掩盖。研究表明,需将“僵尸合约”列为独立风险类别,并将合约下线流程标准化,纳入与代码审计同等重要的安全管控环节。建议的标准化流程包括:转移所有资产、关闭关键功能、撤销权限、更新前端、持续监控、文档化归档及社区公告。 若仅文档标注“已停用”而不实质关停,风险将持续存在,最终损失往往由项目金库承担。DeFi 项目的安全不仅关乎当下活跃合约,也系于其历史遗留的“合约坟场”,必须实施全生命周期管理以有效防御。


撰文:Gino Matos

编译:Luffy,Foresight News


TL;DR:


  • 黑客利用 Raydium 早已停用的 V3 自动做市商资金池盗走了约 134 万美元资产。
  • 这起事件暴露一个普遍问题:DeFi 项目下线的旧合约仍在链上正常运行,这些被遗忘的底层设施,已然成为易被忽视的攻击目标。
  • 公开报告显示,自 2025 年 3 月以来,业内已发生至少 8 起同类老旧合约被盗事件,这意味着还有大量无人打理的旧代码仍可被外部调用。


近日,Raydium AMM V3 的一个漏洞造成了 134 万美元损失,该项目与当前产品体系之外的五个资金池相关,这些资金池不受 Raydium 的 UI 或 SDK 支持,并且普通用户无法访问,但最终还是被黑客利用。


此次攻击瞄准了行业内无人重视的老旧合约与底层设施,暴露出智能合约全生命周期管理的重大漏洞,而这类问题并非只出现在这一家 Solana 生态的去中心化交易所身上。


被忽略的风险类别


据公开的安全事故报告统计,从 2025 年 3 月至今,明确因废弃、淘汰、老旧合约遭到攻击的案例已有至少 8 起,累计损失金额约 1080 万美元。


如果把老旧资金池、旧版配套产品引发的安全事故一并纳入统计,相关事件数量达到 10 起(含本次 Raydium 被盗),总损失规模约为 2250 万美元。


目前业内的安全事故追踪平台,大多按照技术成因划分攻击类型,常见分类包括:智能合约代码漏洞、权限管控失效、预言机篡改、私钥泄露、跨链桥缺陷等。


而僵尸合约(即项目宣布停用、但链上仍可正常调用的老旧合约),属于完全不同的风险维度,它是合约生命周期管理出现问题导致的安全事故,却始终被淹没在各类常规漏洞的统计条目里,没有被单独归类。



Raydium 的 V3 自动做市商资金池之所以被废弃,根源是其依赖的 Serum 项目正式关停,导致这套旧合约彻底失去原有功能,对应的流动性资产也一直闲置在链上。


Raydium 目前在用的新版合约,会双重校验两大关键信息:一是通过总量校验机制核对资产占比,二是核验流动性代币的铸造地址以及各类关联账户信息。


但这套老旧的 V3 合约完全省略了这两道校验流程。黑客利用这一漏洞,伪造出新的流动性代币并冒充合法凭证,直接绕过所有风控规则。


本次事件中,共计约 150177 枚 RAY、5603 枚 SOL 以及 893700 枚 USDC 被盗,这些资产长期存放在平台旧资金池中,虽脱离主流业务,但链上调用权限从未关闭。


八起案例暴露共性问题


从 2025 年至今,多家知名 DeFi 项目在旧合约上栽过跟头, 所有事件都呈现出相同特征:项目方宣称当前版本产品、活跃用户均不受影响,但由于旧合约未彻底关停,最终仍由项目金库承担全部损失。



为什么旧合约风险会被忽视


目前业内绝大多数安全事故分类体系,都聚焦于攻击手段、篡改对象、代码故障点,属于 「从技术漏洞入手」 的分析视角。这也导致僵尸合约类事故被掩盖,这类问题的核心,从来不是代码编写失误,而是项目本应彻底关停旧合约,却并未执行。


2025 年一份行业研究论文,梳理了 2022 至 2025 年间全球 50 起重大加密安全事故,累计损失超 10 亿美元。研究指出,高危害的链上攻击往往是链式风险叠加的结果,会同时涉及人为操作、日常运维、经济模型、合约生命周期、社区治理等多个层面。


论文提出了一套四层根源分析框架,明确将合约生命周期管理漏洞、社区治理漏洞,与代码编写漏洞划分为独立的风险类别。而僵尸合约问题,正是典型的生命周期管理漏洞。但在现有的安全统计体系中,这类事故一概被归入 「代码漏洞」,对应的损失数据也被掩盖在其他分类之下,没能引起行业足够重视。


警惕 「合约坟场」:老旧设施已成新攻击热点


如果 DeFi 项目始终把 「合约关停」 当作一件可有可无的小事,只在产品文档中标注 「该合约已停用」,却不转出闲置资产、关闭调用功能、持续监控状态,那么黑客就会持续盯上这片 「合约坟场」。


每一个大型 DeFi 项目的历史部署记录,如今都成了黑客可检索、可利用的攻击目标。目前统计的 2250 万美元损失,仅仅是公开曝光案例的数值,真实风险远高于此。


那些存有资产、但脱离主流用户使用流程的老旧资金池、历史授权接口、早期合作对接模块,受到的运维监控力度远低于现行业务系统,恰恰是黑客首选的攻击目标。


想要改变现状,首先要把 「僵尸合约」 列为独立风险类别、单独统计事故;其次要将合约下线流程纳入标准化安全流程,和代码审计放在同等位置。做好全生命周期运维,才能有效缩小攻击范围。


目前行业内的处理方式大同小异,Raydium 动用项目金库赔付了 134 万美元损失,Transit Finance、Huma Finance 也均由项目方承担用户损失。


这也意味着,合约下线不再只是一项文档标注工作,而是必不可少的安全管控环节。


合约下线的七大安全管控标准


针对旧合约关停,行业可建立标准化管控流程,具体要求及作用如下:



单纯在文档中标注 「合约已停用」,只是把安全风险转嫁给了项目金库,攻击隐患却依旧存在。只在产品层面宣布下线、不在技术层面彻底关停,旧合约就会一直保持可调用状态:项目团队疏于看管,黑客却时刻虎视眈眈。


DeFi 项目的价值,不只体现在当下的资产锁仓规模,也沉淀在一路走来的历史代码与底层架构中。而这些被遗忘的历史,如今已然成为新的安全突破口。

相關問答

QRaydium V3 资金池被盗事件暴露了DeFi领域的什么新隐患?

A该事件暴露了DeFi领域一个普遍且被忽视的新隐患:项目因升级或依赖服务关闭而停用的旧合约(僵尸合约)仍在链上保持可调用状态。由于项目方疏于管理和监控,这些存有闲置资产的旧合约成了黑客的新攻击目标。

Q根据文章,为什么“僵尸合约”的风险容易被现有安全统计体系忽视?

A因为现有安全统计体系大多基于技术漏洞(如代码缺陷、权限失效等)对攻击进行分类。“僵尸合约”问题的核心并非代码编写错误,而是合约生命周期管理漏洞(未彻底关停)。因此,这类事故通常被归入“代码漏洞”等其他类别,其独特性及累计损失数据未能单独凸显,导致行业重视不足。

Q针对“僵尸合约”风险,文章提出了哪两大解决方向?

A文章提出了两大解决方向:首先,在行业层面应将“僵尸合约”列为独立的风险类别进行单独统计和监控;其次,项目方需将合约的标准化下线流程纳入核心安全管控环节,其重要性应与代码审计等同。

Q文章中提到的“合约下线七大安全管控标准”主要涵盖了哪些关键措施?(列举其中三项即可)

A“合约下线七大安全管控标准”的关键措施包括(列举三项):1. 资产清空转移:从旧合约中移除所有价值资产。2. 权限撤销与移交:撤销或转移管理权限,防止未授权操作。3. 前端移除与禁用:在用户界面和开发工具包中移除对旧合约的访问。

Q老旧合约成为易受攻击目标的主要原因是什么?

A老旧合约成为易受攻击目标的主要原因是:它们通常存有资产但已脱离项目的主流业务和用户使用流程,因此受到项目团队的运维监控力度远低于正在运行的现行业务系统。这种“被遗忘”的状态使其安全防护薄弱,容易被黑客发现并利用其中的缺陷或管理漏洞。

你可能也喜歡

如何让自己变得让人工智能永远也无法取代

面对人工智能的冲击,许多人担心工作被取代。然而,真正的威胁在于个人对他人和系统的依赖,以及由此产生的“薪资奴役”——即为生存而从事无意义、枯燥的工作。摆脱这种困境的关键,不是抵制技术,而是成为拥有高自主性的“不可受雇”个体。 文章提出了成功抵御AI替代的五个核心要素:自主性(主动行动的能力)、品味(判断事物价值的经验)、说服力(让他人关注你工作的能力)、毅力(坚持并从错误中学习)和迭代(根据反馈持续改进)。这些能力无法仅通过理论学习获得,必须通过实践来培养。 要启动转变,首先要彻底改变环境,重塑身份认同。其次,应选择一个能获得真实、快速反馈的实践领域,例如创业。在众多技能中,内容创作(媒体)比编写代码更具优势,因为其价值是主观的,需要独特的审美和判断力,这正是AI目前难以完全复制的。 具体行动上,可以从三个步骤开始: 1. **挖掘原始素材**:反思自己长期痴迷的知识领域、轻松解决的难题或童年被压抑的兴趣,找到独特的个人经验。 2. **确立反向思考主轴**:找出你坚信但主流观点错误的地方,或行业内普遍忽视的“皇帝新衣”,形成独特的批判性视角。 3. **立即发布**:将前两步的思考融合,撰写并发布第一个核心内容(如帖子、视频),勇敢接受真实世界的反馈,并在此基础上持续学习和迭代。 最终,抵御AI的关键在于构建一份与自身身份深度契合的毕生事业,通过持续的内容创作和真实互动,建立无法被自动化取代的独特价值和影响力。行动,从今天发布第一个想法开始。

marsbit2 小時前

如何让自己变得让人工智能永远也无法取代

marsbit2 小時前

通过掷骰子离线保管比特币密钥:并非人人愿意为之

文章探讨了通过投掷骰子生成比特币钱包种子短语的安全方法及其现实挑战。核心观点如下: **1. 骰子提供物理熵源** 骰子结果由众多微小变量决定,理论上虽可预测,但实践中无法被攻击者复制或计算,从而提供高质量的随机性。每个六面骰子投掷约产生2.585比特熵,50次投掷即可满足典型12词助记词(128比特熵)的安全需求。 **2. Coldcard漏洞事件凸显手工熵源的价值** 近期Coldcard硬件钱包因固件漏洞导致其内部随机数生成器存在缺陷,致使约1128枚比特币被盗。但那些**完全**通过足量骰子投掷生成种子短语的用户未受此漏洞影响,因为他们的主密钥未使用有缺陷的生成器。 **3. 重要警示:手工种子并非万能保护** 安全研究员指出,即使用户使用骰子生成了安全的种子,若他们使用了Coldcard的其他功能(如生成纸钱包、克隆密钥、共享签名密钥、密码等),这些**衍生密钥**仍可能调用有漏洞的随机数生成器,从而存在风险。安全种子不保证设备生成的所有秘密都安全。 **4. 手工生成熵源的现实局限性** 尽管数学上可靠,但该方法对大多数用户并不友好: * **过程繁琐易错**:需投掷50-99次,精确记录,任何输入错误都会导致钱包完全不同。 * **引入新风险**:用户可能在记录、转换过程中泄露信息,或使用有偏的骰子/投掷方式。 * **用户体验差**:难以想象大规模推广需要用户手动投掷近百次骰子。安全措施需适应现实生活场景和普通用户的知识水平。 **5. 给用户的建议** 受影响的Coldcard用户应: * 更新固件至最新版。 * 检查是否使用过有漏洞的功能生成了次级密钥或密码,如有则需立即更换。 * 考虑采用多签方案,使用不同厂商的设备分散风险。 **结论**:手工投掷骰子生成熵源是技术娴熟用户的一个有效安全选项,但其过程复杂、容易出错,不适合作为主流用户的默认方法。长远目标是依赖安全、透明且无需专业知识的硬件/软件随机数生成方案。

cryptonews.ru5 小時前

通过掷骰子离线保管比特币密钥:并非人人愿意为之

cryptonews.ru5 小時前

交易

現貨
活动图片