密碼學家 Nik Bougalis 重返 XRP Ledger 開發，提交了一份針對網路伺服器軟體中基礎資料型別的全面改寫提案。在他 2022 年離開 Ripple 三年多之後，此舉為維護者提供了具體的程式碼變更以供評估。

Bougalis 以「I'm back, baby」為標題，向 XRPLF/rippled 儲存庫提交了 pull request #8300。該提案聚焦於 base_uint，這是程式碼庫中廣泛使用的整數型別，旨在強化軟體處理底層資料結構的方式。由於該儲存庫由 XRP Ledger 基金會（XRPLF）公開維護，提案的審查過程將在公開環境下進行，任何開發者都可以追蹤。

Ripple 榮譽 CTO 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 的結果將取決於維護者審查、測試，以及是否將修訂納入伺服器軟體的決定——而其進展，從審查者回饋到可能的合併，都可在儲存庫本身中追蹤。