8個提交：尼克·布加利斯向XRP Ledger提交程式碼變更

尼克·布加利斯(Nik Bougalis)向XRP Ledger(XRPL)提交包含8個提交的拉取請求，內容聚焦低階資料型別與程式碼安全性。目前變更尚未合併，尚不代表已套用至網路。

布加利斯25日在rippled儲存庫提交標題為「Im back baby」的拉取請求#8300。截至26日，該請求狀態為「Open」，仍在進行審查與合併程序。

此次主要修改對象是BaseUInt，這項低階資料型別用於雜湊、帳戶ID、貨幣、帳本金鑰及協定識別碼等。布加利斯將可行的內部運算單位從32位元擴大至64位元，並減少需要反覆處理的資料單位。

變更也移除了不安全的原始指標建構函式與未經驗證的執行期建構函式。固定長度的位元組輸入改由編譯期驗證；動態輸入則透過fromRaw()處理，若大小不符便直接失敗。

因此，部分錯誤可能在程式執行前的編譯階段被發現。這項工作並非新增使用者功能，而是著重降低資料型別與輸入處理過程中可能出現的錯誤。

變更內容還包括安全型別轉換、自旋鎖、slab配置器、物件計數，以及帳戶ID的Base58快取改善。同時，RPC與節點間通訊流程中，用於驗證原始雜湊與帳本金鑰的程序也有所調整。

拉取請求說明指出，這些修改旨在強化處理雜湊與帳本金鑰程式碼的輸入驗證，並減少部分路徑的鎖競爭與重複運算。整體而言，變更更偏向提升包含記憶體配置與並行處理在內的內部路徑穩定性。

測試範圍包括資料型別建立與解析、序列化與反序列化、帳本重播、SHAMap證明、帳戶ID轉換，以及RPC JSON處理等。測試重點在於確認既有程式碼能否在不同輸入與處理情境下如預期運作。

不過，GitHub自動審查仍留下高重要性意見，包括移除原始指標建構函式，以及修正快取讀取流程中的資料競爭問題。審查也提出對快取API相容性與物件計數回應格式的意見。

因此，僅憑8個提交已公開，尚不能視為程式碼改善工作已完成。下一階段將取決於合併前審查中，相關問題如何獲得處理。

布加利斯是瑞波(Ripple)早期核心開發者之一。瑞波在2020年官方資料中介紹，他曾主導XRP Ledger核心程式碼開發，並說明XRP Ledger由瑞波開發者與外部開發者共同貢獻。

他於2025年9月獲任命為Algorand基金會技術長。Algorand基金會新聞室記錄顯示，相關任命日期為2025年9月29日。

目前尚未確認此次程式碼工作與布加利斯、瑞波之間是否存在正式合約或僱傭關係。向儲存庫提交變更，與正式回到瑞波任職，兩者應予區分。

XRP Ledger的開發流程通常是在提交程式碼變更後，依序進行審查、測試、合併，再反映至正式版本。

截至26日，尚未確認此次變更對XRP價格或網路使用量的直接影響。目前可確認的是，布加利斯已向XRPL儲存庫提交基礎程式碼變更；至於是否合併及何時納入正式版本，仍有待後續審查程序。