Nik Bougalis 重返 XRP Ledger 代码，提出重构核心数据类型的提案

尼克·布加利重新回归 XRP Ledger 开发，提议重构核心数据类型

密码学家尼克·布加利（Nik Bougalis）重返 XRP Ledger（XRP 分类账）的开发工作，提交了一份旨在修订服务器基础代码的提案。这一举动获得了前 Ripple CTO 大卫·施瓦茨（David Schwartz）的公开认可。他的修改主要针对 64 位数据处理、不安全指针以及未经检查的构造函数，旨在帮助开发人员在服务器部署之前捕获潜在错误。

资深贡献者的回归与官方回应

根据 XRPLF/rippled 仓库中的第 8300 号拉取请求（Pull Request），布加利将其提交的内容标题定为“我回来了，宝贝。”（I’m back, baby.）。Ripple 前首席技术官大卫·施瓦茨也在 X 平台上对布加利的回归表示认可，并提到了两人长期合作的历史。

在离开 Ripple 之前，布加利花费了近十年时间协助开发关键的 XRP Ledger 协议。此次提交标志着他重新回到该项目的源代码贡献中，尽管维护者尚未批准所提出的更改。

这项工作的核心涉及 base_uint，这是一种广泛使用的整数类型。对其进行的修订需要检查对整个代码库可能产生的意外影响。施瓦茨此前曾表示，能与布加利再次共事是他考虑恢复亲自编写代码的原因之一。然而，他对本次拉取请求的回复并未确立施瓦茨已重新投入活跃开发的结论。

提议更安全的数据处理方式

布加利提议在底层系统架构支持的情况下，在 base_uint 中使用 64 位元素。他还希望移除不安全的原始指针以及允许某些值但缺乏充分检查的构造函数。

这些更改的共同目标是帮助开发人员在编译软件时捕捉错误，防止这些错误流入正在运行的服务器。虽然修订后的结构可能会提高兼容系统上某些操作的效率，但该拉取请求并未证明这将带来全网范围的加速效果。

此外，收紧广泛使用类型的检查机制可以降低其他开发人员误用它的风险。这一益处取决于修订后的代码是否能够通过测试，并与现有组件协同工作。

代码审查流程的重要性

由于拉取请求仅代表拟议的更改，因此布加利的提交并不会立即改变 XRP Ledger 服务器的运行状态。维护者必须审查实现细节，检查结果数据，并决定是否将代码合并到项目中。

这一过程至关重要，因为对基础软件的更改可能会影响到远超被审查文件范围的功能。即使修订旨在提高安全性，审查人员也需要证据来证明它保留了其他组件所需的行为。

背景与展望

布加利在 Ripple 早期便加入其中，并成为 XRP Ledger 工程领域的著名贡献者。离开 Ripple 后，他于 2025 年出任 Algorand 基金会的首席技术官。

与此同时，RippleX 工程负责人 H. Ayo Akinyele 将布加利的回归与该项目更广泛的技术挑战联系起来。这份拉取请求通过维护那些位于分类账可见功能之下的底层代码，提供了一个具体的切入点。

该提案未引入新的交易类型或激活任何修正案，其影响完全取决于项目的审查流程。对于开发人员而言，核心问题在于这些修订是否在保持服务器可靠运行的同时提高了代码安全性。

布加利的回归通过一份可供维护者审查的提案，让这位经验丰富的贡献者重新进入 XRP Ledger 的开发视野。第 8300 号拉取请求的审查结果将决定他的更改是否会成为服务器软件的一部分。