Exchange Ranking
Top Exchanges
24h Volume Ranking
Popularity Ranking
Exchange BTC Balance
Proof of Reserves
Decentralized Exchanges
Funding Rate
Funding Heatmap
Liquidation Data
Max Pain
Long/Short Ratio
Whale L/S Ratio
Binance/Okex/Huobi L/S
Bitfinex Margin L/S
ETF Tracker
Solana ETF
XRP ETF
Hong Kong ETF
Bitcoin Treasuries
Crypto Reversal
Ethereum Reserves
HyperLiquid Wallet Analysis
Hyperliquid Whale Watch
Large Transactions
On-chain Movement
Bitcoin ROI
Stablecoin Market Cap
Options Analysis
News
Articles
Economic Calendar
Features
Wallet
Contract Calculator
Security
Collections
Watchlist
Following
XRP 尼克·布加利重新回归 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 服务器的运行状态。维护者必须审查实现细节，检查结果数据，并决定是否将代码合并到项目中。
This process is critical because changes to the underlying software can affect functionality far beyond the scope of the documents being reviewed. Even if the revision is intended to improve security, reviewers need evidence that it retains the required behavior of other components.
Background and Outlook
Bujali joined Ripple in its early years and became a well-known contributor to XRP Ledger engineering. After leaving Ripple, he will become chief technology officer of the Algorand Foundation in 2025.
Meanwhile, H. Ayo Akinyele linked Bujali's return to the project's broader technical challenges. This pull request provides a specific entry point by maintaining the underlying code that lies under the ledger's visible functions.
The proposal does not introduce new transaction types or activate any amendments, and its impact depends entirely on the project review process. The core question for developers is whether these revisions improve code security while keeping the server running reliably.
Bujali's return allows the experienced contributor to re-enter XRP Ledger's development horizons with a proposal that can be reviewed by defenders. The review of pull request No. 8300 will determine whether his changes will become part of the server software.
