XRP Ledger的BatchGate安全恐慌事件正在演变成一场关于协议安全责任归属以及重大修改提案在接近主网前应接受多少审查的广泛争论。
在周一发表的一份声明中，长期验证器运营商Daniel Keller表示，围绕XLS-56（也称为Batch）的险情暴露了”审查流程的系统性失败”，并促使他撤回对所有正在审议中的修改提案的支持。
Keller的帖子旨在澄清dUNL验证器的职责范围，他描述说Batch事件后出现了广泛的困惑。他的核心观点是：验证器是治理参与者，而非无偿审计员。
“dUNL验证器的角色是具体且有限的：我们通过在对修改提案投票时投’赞成’或’反对’票来协调修改的激活（或拒绝），”他写道。”我们应该评判待处理的修改提案。这是我们的主要治理功能。”
这一区别很重要，因为XLS-56（Batch）仅在主网激活前不久发现签名验证逻辑缺陷后才被叫停。该漏洞可能允许未经授权的交易执行，在修改被暂停并在rippled 3.1.1中修补之前，可能使数十亿XRP面临风险。
XRP Ledger治理担忧，焦点集中在Ripple
对Keller来说，这一事件不是孤立的错误，而是更深层次结构性问题的最近例证。
“dUNL不是免费的代码审查或协议审计机构。期望验证器花费数十个无偿小时审查复杂的修改代码从来不是设计的一部分，也永远不会是，”他写道。”相反，提出修改的各方应被要求提供全面的文档、测试套件、安全分析和正式证明。如果你想要我的投票，请证明这一改变是安全且有益的。”
他认为，现在责任落在Ripple身上，需要更积极地资助这一过程。
“在Ripple做出可信、具体的承诺，大幅增加对XRPL核心协议工程、安全审查和长期可持续性的投资之前，我不会投票支持任何未来的修改提案，”Keller说。”如果XRP真的是Ripple反复声明的’北极星’，那么网络的基础安全和去中心化必须得到应有的关注和资源。”
Keller的立即回应很直接：撤回所有当前的”赞成”票（待处理的修复除外），并拒绝升级到rippled 3.1.1，除非停留在早期版本会面临被网络移除的风险。
他还表示，最终需要独立研究人员和AI工具来防止损害，这突显了当前安全网已经变得多么薄弱。
社区反应：需要改变但意见不一
其他知名的XRPL声音同意流程需要改变，尽管并非所有人都支持放缓速度。
知名XRPL验证器Vet称Batch事件是”社区和XRPL基金会重新思考协议如何演进的巨大机会”。他主张更慢的修改时间表、更多付费审查、对较大变更进行多次审计、在测试网上进行”攻击马拉松”，以及足够大的漏洞赏金计划以吸引精英研究人员。
然而，Keller反驳了答案仅仅是放慢速度的观点。
“短期内，我们需要与Cantina达成某种协议。他们已经证明了自己，这是我们目前最好的选择，”他写道。”中期来看，漏洞赏金需要提高并支付可观的金额。首先，需要激励人们查看代码；其次，负责任地披露必须得到回报。”
他在后续评论中进一步阐述了这一点，捕捉了辩论的情绪：”我不想放慢我们的开发速度；我们花了数年时间才达到当前水平，而且我们仍然很慢。需要分配更多资源，而且这个过程需要昨天就开始。”
这使得XRP Ledger处于紧张但熟悉的位置：一个试图在不损害其基础层可信度的情况下增加功能的网络。BatchGate没有成为实际利用。但它确实迫使一个更尖锐的问题公开化：XRPL的修改流程是否仍然具有足够的审查深度，以应对现在提出的变更规模。
截至发稿时，XRP交易价格为1.3566美元。
本网站所有区块链相关数据与资料仅供用户学习及研究之用，不构成任何投资建议。转载请注明出处：https://www.lianxinshe666.com/2026/03/03/xrp-ledger%e5%ae%89%e5%85%a8%e4%ba%89%e8%ae%ae%e5%8d%87%e7%ba%a7%ef%bc%9abatchgate%e4%ba%8b%e4%bb%b6%e5%bc%95%e5%8f%91%e5%8d%8f%e8%ae%ae%e5%ae%89%e5%85%a8%e8%b4%a3%e4%bb%bb%e5%a4%a7%e8%ae%a8%e8%ae%ba/
