據報導，XRP Ledger 在 9 月 14 日的一個帳本中處理了 3,254 筆交易，創下了單一帳本的紀錄。

驗證者運營商 Vet 在審查帳本後報告了這一數字，並表示大多數條目都是一滴 XRP 支付。他將此活動描述為一次可能的吞吐量測試，儘管發送方的目的尚未得到證實。

一滴（drop）是 XRP 的百萬分之一，是網路記錄的最小單位。因此，高交易量代表了許多小額轉帳，而非大量 XRP 在帳戶之間移動。

Vet 的公開貼文並未指明帳本索引和發起帳戶。如果沒有這些細節，該紀錄聲稱僅依賴他的分析，無法單獨透過該貼文與 XRPL 歷史上所有較早的帳本進行比較。

微小的 XRP 支付主導了創紀錄的帳本

根據 Vet 的說法，3,254 筆交易中的大多數是包含一滴 XRP 的簡單支付。簡單的原生資產轉帳所需的處理工作量，少於涉及去中心化交易所訂單、NFT 或跨貨幣支付路徑的交易。

Vet 表示：「我不知道這個人為什麼進行這些交易，但這看起來很像是吞吐量測試。」這種描述仍是推測性的，因為該帳戶所有者尚未公開解釋此活動。

交易計數並不能顯示一個帳本需要多少運算工作。一個包含數千筆直接 XRP 支付的帳本，與一個包含較少交易、代幣操作或複雜支付路徑的帳本，可能會給驗證者帶來不同的負載。

Vet 說：「並非所有交易在負載足跡上都是均等的。」他估計 500 筆簡單的 XRP 支付所產生的壓力，可能少於 200 筆需要大量去中心化交易所處理的交易。

XRPL 官方文件指出，每個已驗證的帳本都會記錄應用於前一個帳本狀態的交易。相關的中繼資料提供了每筆包含交易的結果和影響。

結果為 tesSUCCESS 的交易已完成其請求的操作。帶有 tec 結果的條目仍會被記錄並消耗手續費，即使它們未能執行所請求的操作。因此，報告的總數 3,254 描述的是包含的交易，不一定是 3,254 筆成功的轉帳。

XRP Ledger 容量採用自適應目標

XRP Ledger 並沒有對每個帳本設定一個永久的交易限制。其伺服器會根據交易量、網路延遲和共識效能來調整運行條件。

Vet 表示，當負載沉重的帳本在預期時間內關閉時，網路可以提高其軟交易目標。當關閉時間超出首選範圍時，網路可以降低目標，以幫助驗證者恢復正常時間。

XRPL 文件指出，伺服器會交換提案，直到受信任的驗證者就一組交易達成共識。然後，每個伺服器會計算新的帳本狀態，並分發包含結果帳本哈希值的簽名驗證。

在帳本驗證之前，絕大多數受信任的驗證者必須同意相同的哈希值。一旦驗證，其交易和結果狀態將成為 XRPL 帳本歷史的最終部分。

因此，3,254 筆交易的結果證明驗證者同意了一個包含該數量條目的帳本。它並未建立新的永久吞吐量速率，因為持續容量取決於交易複雜性、硬體、網路條件和連續帳本的關閉時間。

從一個帳本測量的吞吐量與在較長時間內的每秒交易量不同。短暫的爆發可能將許多待處理的支付放入單一帳本，而隨後的帳本可能會恢復正常活動。

Ripple、XRP Ledger 基金會或網路參考軟體維護者都沒有發布任何效能報告，證實此紀錄後容量發生永久性變化。也未報告與此次爆發相關的服務中斷或共識失敗。

近期活動包括更大量的支付和交易

此紀錄發生在 XRPL 支付和交易活動增加的時期。在相關報導中，根據 Evernorth 的報告，XRP Ledger 訂單簿交易量在 2026 年第二季度同比增長了 79%。

該季度平均每日訂單簿交易量達到 357 萬 XRP，而每日交易者數量從 1,864 人下降到 1,111 人。Evernorth 表示，在同一比較期間，每個交易帳戶的平均交易量幾乎增加了兩倍。

穩定幣轉帳也創造了網路使用的另一個來源。正如 crypto.news 報導，RLUSD 在 2026 年上半年於 XRPL 上產生了約 90 億美元的轉帳量。

此類活動與創紀錄帳本中識別出的一滴轉帳是分開的。Vet 引用的證據並未將這 3,254 筆交易與 RLUSD、機構結算、交易所交易或客戶支付聯繫起來。

發送方可能正在測試交易提交、帳本打包或另一項技術流程。可用的帳戶模式無法確認該活動是來自開發者、機構、自動化服務還是個人用戶。

BatchV1_1 正在通過修訂流程

該紀錄發生之際，驗證者正在審查 rippled 網路參考伺服器軟體 3.3.0 版本中引入的協議功能。XRP Ledger 基金會於 8 月 6 日發布了 3.3.0 版本。

其提議的功能包括 BatchV1_1、ConfidentialTransfer、DynamicMPT、PermissionDelegationV1_1 和 Sponsor。每項功能都需遵循 XRPL 修訂流程，才能在主網上啟用。

BatchV1_1 將允許捆綁多筆交易並同時處理。XRPL 官方記錄顯示，在開發者發現原始實作中存在嚴重錯誤後，它取代了早期的 Batch 修訂。

該功能無法解釋 3,254 筆交易的帳本，因為當活動發生時，BatchV1_1 尚未完成主網啟用。它出現在伺服器版本中意味著驗證者可以審查並投票決定該修訂。

XRPL 的修訂規則要求受信任的驗證者連續兩週獲得超過 80% 的支持。如果在該期限結束前支持率降至 80% 或更低，則倒計時會重置。

ConfidentialTransfer 將為多用途代幣（Multi-Purpose Tokens）引入隱私餘額和轉帳金額，同時為授權方提供查看機制。DynamicMPT 將允許發行者更改選定的代幣設定，除非他們將這些屬性設定為永久不可變。

PermissionDelegationV1_1 取代了早期的一項委託功能，該功能在開發者發現嚴重錯誤後被禁用。更新後的修訂將允許 XRPL 帳戶在驗證者批准後，將有限的權限分配給其他帳戶。

對於仍在投票中的修訂，無法保證其啟用日期。驗證者運營商可以更改他們的投票，網路大約每 15 分鐘在標誌帳本（flag ledgers）周圍檢查修訂支持情況。