Ripple CTO David Schwartz 最近分享了他关于 XRP Ledger 中心的最新情况，该中心已运营数月。
Ripple 的 CTO 关于他的 XRP Ledger 中心的更新引发了加密社区的回应，一位 X 用户称赞其稳定性，同时提出了一个关于 rippled 升级和 XRP Ledger 修正过程的重要问题。
XRP Ledger 采用一种修正系统，利用共识流程批准任何影响交易处理的变更，由验证者投票决定。如果某项修正获得超过80%的支持并持续两周，该修正即通过，并且变更将永久应用于所有后续的账本版本。
这位 X 用户询问是否可以将修正流程应用于启用 rippled 升级的情况，举例说明在 dUNL 服务器上存在多个版本的 rippled。
今年11月，发布了 rippled v2.6.2 版本，新增了 fixDirectoryLimit 修正和一个关键的 bug 修复。12月18日激活“fixDirectoryLimit”修正后，许多未升级的节点被标记为“修正阻止”。
在 rippled v2.6.2 发布不到三周后，Ripplex 宣布另一个新版本 rippled v3.0.0 已可用，新增了多项修正和 bug 修复。v3.0.0 版本还增加了诸如借贷协议等尚未启用但几乎完成编码的修正。
鉴于此，这位 X 用户询问 Ripple CTO 是否可以将“更新 rippled”作为一个可投票的修正加入。如果80%的验证者投票支持升级，服务器将进行分阶段升级，无需用户干预，X 用户补充道。
Ripple CTO 回应称，这可能会削弱验证者权力的一个基本限制。如果这样做，验证者可能会让节点接受他们未有意识地选择接受的规则变更。
进一步阐明为何他不太认同这个想法，Schwartz 表示他强烈倾向于将修正流程仅作为一种协调机制，而非主要的治理机制。
这位 X 用户提到，随着 XRP Ledger 创新速度的加快，同步更新、测试以及保持对变化的敏感可能会非常繁琐。Ripple CTO 强调，“某种优先通知节点运营者的方式会很好。”
