Nik Bougalis 回归 XRP(XRP)账本核心开发 携 8 项提交的 PR #8300

获 Ripple 联合创始人背书

曾主导 XRP Ledger(XRP 账本)核心协议开发近十年的密码学家 Nik Bougalis,正式重返该项目源代码——而欢迎声来自最高层。Ripple 名誉 CTO、账本联合创始人 David Schwartz 在 X 平台一则短帖中公开确认了这位昔日同事的回归。Schwartz 已退出一线开发,且极少对个别贡献者发表评论,因此这一表态格外有分量。他曾表示,唯一能把他从退休状态拉回来的机会,就是再次与 Bougalis 并肩工作。回归者本人也直接在代码仓库中为自己的回归盖了章:他在官方 XRPLF/rippled 代码库中发起第 8300 号拉取请求,标题相当俏皮——“我回来了”。Bougalis 曾是 Ripple 的第 8 号员工,也是平台多项关键加密专利的作者;他于 2022 年离开项目,随后出任 Algorand Foundation 的 CTO,该任命于 2025 年 9 月记录在案。RippleX 工程负责人 H. Ayo Akinyele 已确认,Bougalis 此番加入是为了承担雄心勃勃的下一代技术挑战。时机耐人寻味:现实世界资产正在迁移至这条 layer-1 账本,美国监管格局持续演变,结算工具也在不断迭代——这些主题我们在 XRP 与 PayFi 的深度解析中已有展开。但同样需要强调一个限定条件:Bougalis 与 Ripple 之间的正式合同或雇佣条款均未获确认,因此“回归代码库”不应与“重返公司”混为一谈。对于一条由内部与独立贡献者混合维护的网络而言,这一量级工程师的回归,恰在结算工作量竞争白热化之际,重振了一条久经验证的工程传统。

X 平台一则短帖https://x.com/JoelKatz/status/2103688348410012115?s=20

8 项提交进入审查

这份提案远不止象征意义。直接阅读拉取请求可以看到,它包含 8 项提交,截至 9 月 26 日状态仍为“Open”——审查与合并流程尚在进行中,因此这并不是任何已上线的网络更新。核心改造对象是 BaseUInt:这是 rippled 底层的一组基础数据类型,支撑着验证节点运行的 C++ 服务器中的哈希、账户 ID、货币代码、账本键值与协议标识符。Bougalis 在架构允许之处将内部算术从 32 位元素拓宽至 64 位,削减每次循环需要处理的数据单元数量。他还彻底移除了不安全的裸指针构造函数和未校验的运行时构造函数:定长字节输入改在编译期完成校验,而经由 fromRaw() 传入的动态输入在尺寸不匹配时会干净地失败——这意味着一整类错误会在构建阶段暴露,而不是在部署之后。按照拉取请求的描述,其目标是强化哈希与账本键值处理的输入校验,并降低部分路径上的锁竞争与重复计算,从而改善内存分配与并发稳定性。配套工作涵盖安全类型转换、自旋锁、slab 分配器、对象计数以及针对账户 ID 的改进版 Base58 缓存,同时收紧了 RPC 与点对点通信中对原始哈希和账本键值的校验。测试矩阵相应铺得很开,覆盖类型构造与解析、序列化与反序列化、账本重放、SHAMap 证明、账户 ID 转换及 RPC JSON 处理。值得注意的是,GitHub 上的自动审查仍在标记高重要性事项——包括裸指针构造函数的移除,以及缓存读取路径中的一处数据竞争——此外还有关于缓存 API 兼容性与对象计数响应格式的待解问题。合并决定尚未做出:公开不等于改进完成。 希望实时跟踪行情的读者，可在Binance查看现货与合约的实时价格。

暂无网络层面影响

我们对这份类更新日志提案的解读是:这是加固,而非功能开发——类型与输入处理错误更少、热点路径竞争更低,但不带来任何新的用户可见能力。在审查结束之前,XRP Ledger 节点运营方没有需要部署的东西——变更须经过测试、合并以及 rippled 版本发布才能进入正式版本;本季度就出现过一次由验证节点背书的批量升级被推迟至 10 月 9 日的先例(见我们对 批量升级推迟的报道)。与此同时,结算数据显示 AI 代理正在把 XRPL 结算转向 Ripple USD(详见 AI 代理与 XRPL 结算),而应用专用区块链正不断增多。在这样的背景下,重建核心工程深度,或许才是这条账本更安静、但生命周期更长的升级。