Pendle作为收益拆分赛道的代表性协议，其智能合约复杂度高于一般借贷或DEX。理解Pendle审计报告所覆盖的范围、暴露的问题与修复方式，是判断这一协议是否值得长期资金停留的核心依据。本文整理目前公开的多份审计报告，并结合社区反馈给出阅读建议。
历次审计机构与时间线
Pendle先后接受了多家头部审计公司的检查，包括Ackee Blockchain、Spearbit、ChainSecurity、Code4rena的竞赛审计以及Dedaub的复审。每次大版本升级前都会触发新一轮审计，例如V2合约上线前的Spearbit审计、跨链桥模块的ChainSecurity审计、以及为新底层资产（如LST、LRT）添加适配器时的针对性复审。审计周期通常为四到八周，结果会在GitHub和官网公开。可以与 Pendle和Aave比 中提到的Aave审计节奏对比，Pendle的频率相对更高，这与其频繁上线新YT/PT资金池的策略一致。
审计范围与发现的关键问题
审计范围一般覆盖核心AMM、SY/PT/YT合约、Oracle读取、跨链桥与vePENDLE治理模块。历次报告发现的高危问题集中在到期日处理、负收益场景下的清算逻辑、SY对底层协议的依赖以及Oracle价格被操纵风险。例如，早期一份报告指出在低流动性资金池中，攻击者可通过闪电贷扭曲implied APY，已通过加权TWAP修复。社区在 Pendle安全性 讨论中反复提及这类问题，强调实际部署中需保持对Oracle源的关注。
修复进度与剩余风险
报告中发现的所有高危和中危问题都附有修复提交记录，多数在主网上线前修复，部分中低危问题在后续小版本中收敛。值得关注的是审计明确写出无法消除的固有风险，包括底层资产协议自身漏洞、外部Oracle失效以及跨链桥被攻破等。这些风险无法通过Pendle单方面的代码修改解决，需结合底层资产的审计与桥的安全模型评估。在 Pendle风险提示 一文中我们对这些风险有更完整的分类。
如何阅读审计报告
面对动辄数十页的英文审计报告，普通用户可重点关注三部分：第一是Executive Summary，了解整体评级；第二是Findings列表，注意Critical与High级别的描述与修复确认；第三是Recommendations，看协议团队是否接受改进建议。如果一份报告中Critical条目较多但修复时间普遍较短，反而说明团队响应迅速。可与 Pendle和Uniswap比 中提到的Uniswap审计资源做横向比较。
投资者的实际操作建议
阅读审计报告不是为了寻找绝对安全的承诺，而是建立合理的风险心理预期。对于大额仓位，建议分散到不同到期日和不同底层资产，并优先选择经过多次复审的资金池；对于高APR的新池子，应留意是否已完成审计或仅有内部代码审查。最后，把审计报告视为风险评估的起点而非终点，结合链上数据、TVL变化与Oracle健康度，做出符合自身风险偏好的决策。Pendle持续公开审计的实践，本身就是协议透明度的重要体现。