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

获Ripple联合缔造者背书

曾主导XRP账本(XRP Ledger)核心协议开发近十年的密码学家Nik Bougalis,如今正式回归该项目源代码——而欢迎他的,正是项目最高层的核心人物。Ripple前首席技术官、账本联合缔造者David Schwartz在X上发布短文,公开确认了这位老同事的回归。值得注意的是,Schwartz早已淡出一线开发,也极少就个别贡献者公开发声,因此这一表态分量不轻。他此前曾表示,唯一能把自己从“退役”状态拉回来的,就是与Bougalis再度并肩共事的机会。这位回归的工程师也直接把态度写进了代码仓库:在官方XRPLF/rippled代码库中提交了编号为#8300的拉取请求,标题颇为自嘲——“I'm back, baby”(我回来了)。Bougalis是Ripple的第八号员工,也是该平台多项关键密码学专利的作者;他于2022年离开项目,随后出任Algorand Foundation首席技术官,这一任命记录于2025年9月。RippleX工程负责人H. Ayo Akinyele已确认,Bougalis此番回归将承担雄心勃勃的下一代技术挑战。时机耐人寻味:现实世界资产正在向这条layer-1账本迁移,美国监管环境持续演变,结算工具也在不断迭代——这些主题我们在XRP与PayFi深度解读中均有拆解。但有一个警示必须同等强调:Bougalis与Ripple之间并无任何正式合同或雇佣条款得到确认,因此回归代码库不应被混同于回归公司。对于一条由内部与独立贡献者混合运营的网络而言,这一级别工程师的重新加入,恰在结算业务竞争白热化之际,为项目找回了一支久经验证的工程传统。

@JoelKatz · X 帖子

X平台短文.

在 X 上查看

八次提交待审

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

暂不影响网络

从这次更新中最突出的一点是:Bougalis并非以顾问身份回归,而是直接动手修改代码库本身——按消息来源的说法,这一区别表明XRP账本可能正迈向更全面的底层基础设施改造。该报告将此次回归定性为不止于象征意义的举动,称其为账本核心深度现代化的开端,安全加固与性能提升旨在降低关键负载下的出错风险。对于关注该网络的企业用户和技术用户而言,信号很明确:涉及速度、内存占用与安全审计的核心层工作,可能就此提速,而非继续沉寂。

（截至 13:24 UTC） (截至UTC时间13:24)我们对这份变更日志式提案的解读是:这是一次加固,而非功能开发——类型与输入处理的错误更少,热点路径的争用更低,没有任何面向用户的新能力。在审查结束之前,XRP账本运营者没有需要部署的东西——变更只有在测试、合并并发布rippled版本之后才会进入正式发行,而本季度已出现过一次获得验证节点支持的批量升级推迟至10月9日的情况。在结算数据显示AI代理正把XRPL结算迁移至Ripple USD、应用专用区块链不断增多的当下,重建核心工程深度,或许才是这条账本更安静、却更持久的升级。