密码学家 Nik Bougalis 已重返 XRP Ledger 开发，提交了一项针对网络服务器软件中一个基础数据类型的全面改造提案。在他于 2022 年离开 Ripple 三年多之后，这一举措为维护者提供了具体的代码以供评估。

Bougalis 以 “I'm back, baby.” 为标题向 XRPLF/rippled 代码库提交了 pull request #8300。该提案聚焦于 base_uint——代码库中广泛使用的一种整数类型，旨在强化软件处理底层数据结构的方式。由于该代码库由 XRP Ledger 基金会（XRPLF）公开维护，对提案的审查将在公开环境中进行，任何开发者都可以跟进。

Ripple 荣誉首席技术官 David Schwartz 在 X 上确认了 Bougalis 的回归，并强调了两人长期共事的历史。不过，该 pull request 本身并不表明 Schwartz 已恢复活跃的 XRP Ledger 开发。

提案瞄准核心数据类型

拟议的更改将在底层系统架构支持的情况下，在 base_uint 中使用 64 位元素。Bougalis 还提议移除不安全的原始指针以及可以在缺乏充分检查的情况下接受某些值的构造函数。此类包装整数类型支撑着 C++ 代码库中的大量算术运算，而原始指针的误用是内存安全缺陷的常见来源，这也是编译期检查成为加固工作常见重点的原因。

这些修订旨在让某些编程错误在编译阶段而非软件运行后被更容易地发现——这一区别对基础设施尤为重要，因为在构建过程中暴露的错误可以在任何服务器部署之前得到修复。修订后的实现还可能改善兼容系统上的某些操作，但该提案并未证实它会带来网络范围的性能提升。

围绕这一被大量使用的数据类型增加额外保障，也可能使开发者更难错误地使用该结构。这一潜在好处仍取决于测试以及与 XRP Ledger 其余代码库的兼容性。

仍需维护者审查

由于 pull request #8300 仍是一项提案，这些更改尚未自动成为 XRP Ledger 服务器软件的一部分。维护者必须审查该实现、评估测试结果并决定是否应合并代码——这是对公开托管代码库进行更改的标准流程，审查意见和测试结果对所有关注该代码库的人都是可见的。

这项审查对基础组件尤为重要，因为对一种被广泛使用的类型的更改，可能会影响提案中直接修改文件多个软件部分。

拟议的修订并未引入新的交易类型，也未激活新的账本修正案。因此，其最终影响取决于开发和审查流程，而非网络的即时变化。对开发者而言，核心问题在于修订后的实现能否在提供更强保障的同时，保持现有 XRP Ledger 组件所要求的行为。

Bougalis 在 Ripple 任职期间，花了近十年时间参与 XRP Ledger 及相关协议的开发。在 2022 年离开该公司后，他于 2025 年出任 Algorand 基金会首席技术官。

RippleX 工程负责人 H. Ayo Akinyele 也将 Bougalis 的回归与该项目面临的更广泛的技术挑战联系起来。最新的 pull request 提供的是一个具体的开发工作领域，而非对账本面向用户功能的更改。

Schwartz 此前曾表示，与 Bougalis 再次合作的可能，或许会成为他自己重新写代码的一个理由。然而，仅凭他对这次最新提交的反应，并不能证明他已恢复活跃开发。

目前，Bougalis 的贡献代表着他通过一项针对底层结构的拟议更改，重返 XRP Ledger 源代码开发。pull request #8300 的结果将取决于维护者审查、测试，以及是否将修订纳入服务器软件的决定——而其进展，从审查者反馈到可能的合并，都可以在代码库本身中被追踪。