Ripple 正推动 XRP Ledger 采用更激进的安全模型，利用 AI 辅助代码审查、对抗性测试和专门的红色团队，在漏洞进入生产环境之前将其发现。

在其最初的安全路线图中，Ripple 表示目标是将 XRPL 从被动调试转向持续的、AI 辅助的漏洞发现。该公司表示，其红色团队已发现超过 10 个漏洞，目前仅公开披露了较低严重性的发现。

该策略不仅仅是要求 AI 模型扫描代码。

Ripple 表示，AI 辅助审查正在整合到软件开发生命周期中，包括拉取请求（pull-request）审查、攻击面映射、威胁建模以及对异常边缘情况的模拟。

一个专门的 AI 辅助红色团队也在压力测试旧的 XRPL 逻辑如何与新功能交互。随着网络增加涉及借贷、代币化、权限和机构金融的更复杂功能，这一点至关重要。

这种复杂性在 XRPL 推动原生机构借贷以及可能最终让 XRP 作为机构信用抵押品的提案中已经可见。

这一安全举措并非理论上的。

最近披露的拟议 XLS-68 Sponsor 修正案中的一个漏洞，在某些条件下可能允许廉价创建无支持的账本对象。该问题在主网激活修正案之前的 Devnet 测试期间被发现，修复方案已包含在 xrpld 3.4.0 中。

同一版本还包含了与早期 MPT 和许可 DEX 审计发现相关的修复，以及更广泛的协议加固。

这一过程很重要，因为新的 XRPL 功能在软件发布时不会自动激活。它们仍然需要经过网络的修正案流程，其中验证者的支持决定了协议变更是否上线。

Ripple 表示，重大修正案在激活前将越来越多地面临多次独立审计、扩展的漏洞赏金测试以及更多的攻击马拉松（attackathons）。其现有的托管漏洞赏金计划已涵盖 xrpld、Clio 和主要的 XRPL 开发库。

随着 BatchV1_1 等升级迈向激活，且机构围绕更复杂的链上功能进行构建，这一点变得愈发重要。