解說零XRP錢包：XRPL的準備金由誰支付

快速回答： 提議的 XRP Ledger 贊助帳戶設計使得最終用戶的帳戶可以保持零 XRP，同時由另一個贊助者負擔帳戶的準備金和根據設置的交易手續費。準備金的義務並不會消失，只是轉移到贊助者身上。根據截至2026年11月9日的資訊確認，具體的 SponsoredAccountCreate 規範仍處於開放提案階段，並不應假設所有錢包和主網服務都已支持此流程。

為什麼 XRP Ledger 帳戶通常需要 XRP？

XRP Ledger 使用準備金來限制帳戶及其對象在共享帳本上放置的數據量。 根據 XRPL 公布的主網準備金設置，基本準備金為每個帳戶 1 XRP，擁有者準備金通常為每個帳本對象 0.2 XRP，並有文檔化的例外。帳戶通常需要在存在於帳本之前就已投入資金，作為準備金保留的 XRP 不能像無限餘額那樣使用。

這些數值是網絡參數，而不是投資依據。驗證者可以通過網絡的手續費投票過程來更改準備金設置。引用固定準備金額的文章應該標明該數值的日期，並向讀者提供當前 XRPL 頁面的鏈接。

什麼是贊助帳戶？

贊助帳戶將帳戶的控制權與其準備金和手續費的責任分開。 XLS-68，贊助費用和準備金解釋了贊助者為受贊助者支付特定費用的機制。受贊助者保持其私鑰和帳戶的控制權。贊助者將持有足夠的 XRP 來覆蓋支持對象的準備金要求，而不會將等量的 XRP 轉入受贊助者的可用餘額。

這有助於應用程序將僅接收穩定幣或進行支付的用戶引入。然而，這並不意味著 XRP 將成為免手續費的網絡，或與帳戶和信任線保存相關的經濟成本將消失。仍然需要有人準備好準備金。

此設計還需要在結束贊助時的規則。XRPL 在 2026 年 9 月的漏洞披露說明了在擁有者能夠準備金之前，贊助者可以停止對對象的支持的 Devnet 上的缺陷。修正後，準備金必須由受贊助者或另一個贊助者覆蓋，或者對象必須被刪除。該披露指出，相關的修正（amendment）在公佈時尚未啟用，因此在主網上並不存在資金風險。

SponsoredAccountCreate 會增加什麼？

這是一種提議，允許另一個帳戶在贊助準備金的同時，以零 XRP 餘額創建帳戶的直接方法。 2026 年 10 月 16 日的標準規範拉取請求描述了新的 SponsoredAccountCreate 交易。該提案中，作為準備金的 XRP 在創建時不會接觸到新帳戶，而是保持贊助者的身份。

該提案與更廣泛的 XLS-68 贊助框架是不同的。標準規範的拉取請求是正在討論的設計的證據，並不是在主網上啟用的證明，也不是所有錢包都已支持的證明。編輯應該在公開之前重新確認 XRPL 的修正狀態頁面和提案內容，因為網絡狀況可能會發生變化。

零 XRP 錢包會減少 XRP 的需求嗎？

僅憑這一提案，無法得出結論。 在使用應用程序之前，個別最終用戶所需的 XRP 數量可能會減少。然而，贊助者仍然需要持有準備金用的 XRP，並在某些情況下支付手續費。對 XRP 總需求的影響取決於有多少帳戶會被贊助，準備金規則如何變化，這些帳戶是否本來就存在，以及贊助者如何管理餘額。這些變數無法從提案文本或標題中推測出來。

更明確的用戶好處在於運營方面。如果錢包提供商在背景中處理準備金，而用戶能夠保持對自己私鑰的控制，這是可能的。儘管如此，支付和穩定幣的應用程序仍需解釋誰是帳戶的贊助者，服務停止時會發生什麼，以及用戶在何種操作中需要準備 XRP。

在依賴贊助錢包之前，用戶應該確認什麼？

請確認實施和服務條件，而不是「零 XRP」的標籤。 確保所使用的網絡上相關的修正已啟用，錢包已實施該修正，贊助者已明示，並且退出規則明確。如果贊助者停止支付，帳戶或其對象在進行特定操作之前可能需要另一個贊助者或用戶提供足夠的 XRP。準確的行為最終取決於啟用的規則和錢包的實施。

交易手續費和帳戶準備金是同一回事嗎？

不。手續費是單獨操作的對價，而準備金是帳戶及其對象在帳本上佔用空間的支持。 單一支付會產生手續費。帳戶有基本準備金，而信任線等附加條目可能會產生擁有者準備金的要求。服務可以在允許的規則下贊助手續費、準備金或兩者。「無燃料」或「零 XRP」等標題並不告訴我們誰支付了哪些成本。

考慮一個希望持有以美元計價的穩定幣的用戶。用戶可能需要帳戶和信任線。即使應用程序支付了創建信任線的交易手續費，帳戶和對象的準備金義務仍然需要覆蓋。贊助框架將這些義務分開處理。這對應用程序運營者來說是重要的，因為引入大量帳戶的成本不僅僅是一次性支付手續費的總和。運營者可能需要在贊助帳戶和對象的同時保持 XRP 餘額。

XRPL 的準備金頁面記錄了當前的基本準備金和擁有者準備金設置，並解釋了這些值可能會變更。產品可以在簡化客戶可見餘額的同時，在背景中保持實際的準備金義務。

如果贊助者想停止支付會怎樣？

在過渡期間，準備金必須保持有支持。 這是贊助背後的中心安全性問題。如果贊助者能夠在受贊助者仍擁有帳戶或信任線的情況下立即取回作為準備金保留的 XRP，則帳本可能會累積沒有支持的條目。XRPL 的漏洞披露說明了在 Devnet 測試中發現的對贊助對象的這一擔憂的漏洞。報告的修正要求在第一贊助者取回支持之前，受贊助者必須覆蓋準備金，或者新的贊助者必須接手，或者帳戶或對象必須被刪除。

這一規則將改變服務提供商的經濟性。贊助大量用戶基礎可能會導致 XRP 被束縛在不確定的時間內。因此，提供商應計劃在帳戶關閉、贊助轉移以及提供商希望撤回時，對沒有任何 XRP 的用戶進行應對。對用戶來說，重要的披露事項是，是否能繼續使用錢包，取決於名稱明確的提供商是否會持續支付。答案最終取決於將要啟用的規範和提供商的服務條件。

為什麼開放的規範與實際可用的錢包功能不同？

標準規範的提案僅是更長路途中的一步。 提案需要經過審查、實施到節點軟件中，並在必要時通過網絡的修正過程獲得批准，然後由錢包或應用程序提供商採納。即使在網絡規則啟用後，現有的錢包也不一定會提供贊助帳戶的流程。SponsoredAccountCreate 的拉取請求在截至 2026 年 11 月 9 日的確認時仍然是開放的。已知的修正頁面提供了一個確認更廣泛的贊助修正的地方，但其狀態顯示應在公開時確認，而不是從以前的文章中複製。

讀者還應避免混淆交易所帳戶和鏈上 XRP Ledger 帳戶。中心化交易所可能會在其帳本內查看 XRP 餘額，同時管理鏈上的地址和準備金。提議的贊助帳戶功能與 XRPL 的帳戶和交易有關，並不保證所有交易所帳戶都會改變存款要求。

作為實際採用的證據，有什麼可以舉例？

尋找提到的實施和可觀察的使用實績。 有用的證據包括已啟用的網絡修正、正式錢包的文檔、公開的贊助條件，以及顯示該流程正在使用的交易或帳戶數據。合作公告或代碼提案可以顯示意圖，但無法量化有多少用戶被引入，多少 XRP 被束縛在準備金中。當有人試圖將技術提案轉化為代幣價格預測時，這一點尤其重要。工程機制現在可以解釋，但經濟結果需要未來的證據。

常見問題解答

XRP 帳戶準備金會被撤銷嗎？

不會。贊助帳戶的概念改變了準備金的責任在誰身上。這並不消除網絡對帳本存儲的需求。

使用零 XRP 錢包的用戶可以免費發送交易嗎？

僅在服務在其實施下贊助相關手續費的情況下。可見餘額為零並不保證無限制的免費交易。

SponsoredAccountCreate 在主網上運行嗎？

截至 2026 年 11 月 9 日的確認中，引用的規範仍然是開放的提案。在聲明特定工作流程可用之前，請驗證當前的修正和錢包狀態。