贾斯汀·邦斯在10月9日激活前夕称XRP去中心化主张为“欺诈”

争议焦点：XRPL 紧急更新与开源理念的冲突

Bons 的批评主要集中于 XRPL（XRP Ledger）版本 3.4.1。这是一项于 9 月下旬发布的紧急软件更新。由于该版本旨在修复未公开的安全漏洞，XRPL 开发团队暂时扣留了相关源代码，同时要求节点运营商立即安装二进制文件。

官方公告指出，“fixBatchV1_2”补丁已获得所需的验证器支持。一旦激活，尚未升级至 3.4.1 版本的服务器预计将被“修改阻止”（amendment blocked），从而无法继续与网络保持同步。

Bons 对 XRPL 闭源修复方案的质疑

Bons 认为，要求运营商运行其无法完全审查的软件，这与通常与开源区块链相关的透明度原则相冲突。XRPL 开发团队辩称，这一措施是暂时的，且由安全需求驱动。如果在网络大部分节点升级之前发布涉及漏洞的代码更改，可能会使未受保护的服务器面临攻击风险。

此次紧急发布的目的是专门给予运营商时间，以便在 10 月 9 日激活前完成更新。开发团队表示，一旦披露不再构成同等的安全风险，源代码和技术回顾报告将会公布。

协议升级背景下的争论

这场争议发生在 XRPL 正在推进更广泛的协议升级之际，其中包括批量交易和委托权限等功能，这些功能扩展了账户在链上的操作能力。

XRP Ledger 是否为许可型网络？

Bons 的观点不仅限于此次临时性的闭源补丁。他认为，XRPL 类似于一种“权威证明”（Proof-of-Authority）系统，因为服务器通常依赖由 Ripple 和 XRP Ledger Foundation 发布的推荐唯一节点列表（Unique Node Lists, UNLs）。

XRPL 文档确认，UNL 决定了单个服务器信任哪些验证器。这些列表之间的高度重叠对于维护共识以及降低不兼容账本历史的风险至关重要。

然而，称 XRPL 为完全许可型网络过于简化了其架构。任何人都可以运营 XRPL 验证器，服务器运营商可以选择自己信任的验证器，且 Ripple 无法独立批准全网范围的修改（amendments）。

关于验证器控制的更广泛辩论还涉及一个事实：Ripple 自身仅在常用的推荐列表中运营一个验证器。