瑞波伺服器 XRP Ledger對等網路的核心伺服器是rippled。任何人都可以rippled在網路後面執行自己的伺服器，並保留XRP分類帳的完整副本。你甚至可以讓你的伺服器參與一致的過程。

本頁面包含以下說明：

容量規劃 rippled 安裝 rippled 參與共識流程 瑞波伺服器的型別 該rippled伺服器軟體可以在多種模式下根據其配置上執行，其中包括：

庫存伺服器 - 使用本地分類帳副本跟隨網路。 驗證伺服器或簡稱驗證器 - 參與達成共識。 rippled伺服器處於獨立模式 - 用於測試。不與其他rippled伺服器通訊。 您也可以將該rippled可執行檔案作為客戶端應用程式執行以在本地訪問rippledAPI。（在這種情況下，相同二進位制檔案的兩個例項可以並排執行;一個作為伺服器，另一個作為客戶端短暫執行，然後終止。）

執行庫存伺服器的原因 您可能想要執行自己的rippled伺服器的原因很多，但其中大多數可以概括為：您可以信任自己的伺服器，可以控制其工作負載，並且不受其他人的控制決定何時以及如何訪問它。當然，你必須練習良好的網路安全來保護你的伺服器免受惡意黑客的攻擊。

你需要信任rippled你使用。如果您連線到惡意伺服器，可以通過很多方式利用您或導致您損失資金。例如：

惡意伺服器可能會在沒有付款時報告您已付款。 它可以選擇性地顯示或隱藏付款路徑和貨幣兌換優惠以保證自己的利潤，同時不會為您提供最佳交易。 如果您將地址的金鑰傳送給它，它可能代表您進行任意交易，甚至轉移或銷燬您的地址所持有的所有資金。 此外，執行您自己的伺服器可讓您對其進行管理控制，從而允許您執行重要的僅限管理員和負載密集型命令。如果您使用共享伺服器，則必須擔心同一臺伺服器的其他使用者與您競爭伺服器的計算能力。WebSocket API中的許多命令可能會給伺服器帶來很大的壓力，因此rippled可以在需要時縮減響應。如果您與其他人共享伺服器，則可能無法始終獲得最佳結果。

最後，如果您執行驗證伺服器，則可以使用庫存伺服器作為公用網路的代理，同時將驗證伺服器保留在只能通過庫存伺服器訪問外部世界的私有子網上。這使得驗證伺服器的完整性變得更加困難。

執行驗證伺服器的原因 XRP Ledger的健壯性取決於互相關聯的驗證者網路，每個驗證者信任幾個其他驗證者不要串通。有越多興趣不同的運營商在執行驗證者，那麼每個網路成員越確定它會繼續公正地執行。如果您或您的組織依賴於XRP分類帳，那麼對共識流程作出貢獻符合您的利益。

並非所有rippled伺服器都需要驗證器：信任來自同一運營商的更多伺服器不會提供更好的防止共謀的保護。在發生自然災害和其他緊急情況時，一個組織可能會在多個地區執行驗證人以實現冗餘。

如果您的組織執行驗證伺服器，那麼您也可以執行一個或多個庫存伺服器，以平衡API訪問的計算負載，或者作為驗證伺服器與外部網路之間的代理。

執行一個比特幣完整節點，以方便我自己的比特幣交易。執行驗證伺服器並不比執行比特幣完整節點更困難。

最終，執行驗證程式的可能動機是：

1）如果你需要執行一個Ripple的例項，執行一個驗證器的額外成本接近於零。

2）如果你關心網路的演變，執行一個驗證器會讓你有發言權。

3）執行一個驗證器宣佈你對網路的承諾，並且它的統計資料顯示你的運營可行性。

瑞波公司在validators.ripple.com上推出Ripple Validator Registry，驗證器登錄檔收集併發布所有網路驗證器的資料，使Ripple的運營商能夠確定要信任哪些驗證器

一個好的驗證器的屬性 有幾個屬性定義了一個好的驗證器。您的伺服器所體現的這些屬性越多，其他人必須將您的伺服器包含在可信驗證器列表中的原因越多：

可用性。一個理想的驗證器應該始終執行，為每個提議的分類賬提交驗證投票。 努力爭取100％的正常執行時間。 協議。驗證者的投票應該儘可能地與共識過程的結果相匹配。否則可能表明驗證者的軟體已過時，錯誤或故意偏倚。 始終執行最新rippled版本而無需修改。 及時性。驗證者的投票應該很快到達，而不是在一輪達成一致後才能完成。 快速的網際網路連線有助於此。 確定。應該清楚誰執行驗證器。理想情況下，可信驗證人列表應包括不同所有者在多個法律管轄區和地理區域內執行的驗證人，以減少任何本地化事件可能干擾驗證人的公正操作的可能性。 設定域驗證是一個好的開始。 目前，Ripple（公司）不能推薦任何驗證器，除了預設驗證器列表中的驗證器。但是，我們正在收集其他驗證器和構建工具的資料以報告其效能。有關驗證器的指標，請參閱validators.ripple.com。

容量規劃 本節介紹與擴充套件rippled測試和生產部署伺服器相關的一些挑戰。此外，它還介紹了硬體和配置設定如何與這些挑戰相關聯。最後，本部分提供了一些建議，以幫助您正確設定rippled以滿足部署用例的目標。

即使是最低功能的rippled伺服器，也必須包含最近驗證的分類帳版本，才能向網路提交交易並驗證XRP分類帳的完整性。除了這些要求，請考慮以下可能的業務需求：

處理不斷增長的交易量 向客戶提供交易報告資訊 保持不同數量的歷史資料 為了滿足您的rippled容量要求，您必須解決這些技術因素：

影響資源利用率的配置設定 在網路和硬體要求，實現跨越XRP總帳網路進行統一的，效能良好 配置設定 Ripple建議採用以下指導方針來提高效能。您可以在rippled.cfg檔案中設定以下引數以提高rippled伺服器的效能。

節點大小 該node_size引數確定資料庫快取記憶體的大小。較大的資料庫快取以較高的記憶體要求為代價來降低磁碟I / O需求。Ripple建議您始終使用可用記憶體可支援的最大資料庫快取。有關建議的設定，請參閱下表。

建議 可用RAM為 rippled    node_size 值    筆記 <8GB    tiny    不建議 8GB    low      16 GB    medium      32GB    huge    推薦用於生產伺服器 節點資料庫型別 該type領域node_db中的部分rippled.cfg檔案設定key-value儲存的該型別rippled用來堅持的XRP萊傑在分類帳店。您可以將該值設定為rocksdb或nudb。

rippled提供歷史分割功能，允許您將隨機範圍的分類賬儲存在單獨的分倉庫中。您可能希望將分片儲存配置為使用與分類帳儲存不同型別的鍵值儲存。有關如何使用此功能的更多資訊，請參閱歷史記錄分片。

RocksDB與NuDB RocksDB需要比NuDB少三分之一的磁碟儲存空間，並且相應地改善了I / O延遲。但是，隨著儲存容量的增長，這需要增加記憶體利用率。另一方面，NuDB無論儲存如何，都具有幾乎恆定的效能和記憶體佔用空間。

rippled作為驗證器執行的伺服器應該只保留幾天或更少的資料。Ripple建議使用RocksDB進行驗證。對於所有其他用途，Ripple建議將NuDB用於分類賬商店。

RocksDB具有與效能相關的配置選項，您可以修改該選項以實現最大的事務處理吞吐量。（NuDB沒有與效能相關的配置選項。）以下是rippled使用RocksDB 的伺服器的推薦配置示例：

[node_db] type=rocksdb open_files=512 file_size_mb=64 file_size_mult=2 filter_bits=12 cache_mb=512 path={path_to_ledger_store} 歷史資料 rippled伺服器保持聯機的歷史資料量是所需儲存空間的主要貢獻者。在撰寫本文時（2018-03-01），一臺rippled伺服器每天儲存大約12GB的資料。隨著XRP分類賬網路中交易量的增加，您可以預計這一數量會增加。您可以控制您使用online_delete和advisory_delete欄位儲存的資料量。

線上刪除可以在rippled不中斷服務的情況下從資料庫修剪分類帳。它只會刪除不屬於當前分類帳的記錄。如果沒有線上刪除，這些資料庫會無限制地增長。釋放磁碟空間需要停止程序並手動刪除資料庫檔案。

日誌級別 預設rippled.cfg檔案將記錄詳細程度設定為warning。此設定通過更詳細的日誌記錄大大減少了磁碟空間和I / O需求。但是，更詳細的日誌記錄可提高故障排除的可見性。

小心：如果您省略節中的log_level命令，則將日誌寫入磁碟的級別並將級別日誌輸出到控制檯。根據事務處理量和客戶端活動的不同，日等級日誌記錄每天需要多個GB的磁碟空間。[rpc_startup]rippleddebugwarningdebugwarning

網路和硬體 rippledXRP分類帳網路中的每臺伺服器執行網路的所有交易處理工作。未知數量何時會達到最大網路容量。因此，生產rippled伺服器的基準硬體應該與Ripple的效能測試中使用的類似。

建議 為了在企業生產環境中獲得最佳效能，Ripple建議使用rippled具有以下特徵的裸機執行：

作業系統：Ubuntu 16.04+ CPU：Intel Xeon 3+ GHz處理器，支援4核和超執行緒 磁碟：SSD 記憶體： 用於測試：8GB + 對於生產：32GB 網路：主機上具有千兆網路介面的企業資料中心網路 SSD儲存 SSD儲存應支援幾千個讀寫IOPS。Ripple工程師觀察到的每秒最大讀寫次數超過每秒10,000次（在重度使用的公共伺服器叢集中）以及每秒超過7,000次寫入（在專用效能測試中）。

CPU利用率和虛擬化 Ripple效能工程已經確定裸機伺服器實現最大吞吐量。但是，管理程式很可能會導致效能下降最小化。

網路 任何企業或運營商級資料中心都應具有足夠的網路頻寬來支援正在執行的rippled伺服器。對於當前的交易量，最低要求大致為2Mbps傳輸和2Mbps接收。但是，在提供歷史分類帳和交易報告時，這些資料可能會突然傳輸至100MBps。當一個rippled伺服器最初啟動時，它可能會突然超過20Mbps的接收。

儲存 Ripple建議估計儲存容量大概為每天大約12GB的資料與NuDB保持聯機。RocksDB每天需要8GB左右。但是，每天的資料隨網路中的活動而變化。你應該提供額外的容量來為未來的增長做準備。在撰寫本文時（2018-03-01），具有所有XRP分類帳歷史記錄的伺服器需要6.8TB。

記憶 記憶體要求主要是node_size配置設定和檢索歷史資料的客戶端流量的函式。如前所述，生產伺服器應該使效能最大化並將此引數設定為huge。您可以將node_size引數設定得較低以使用較少的記憶體，但您應該只對測試進行此操作。隨著node_size中medium，一個rippled伺服器可以在測試Linux系統相當穩定與低至8GB的記憶體。

亞馬遜網路服務 亞馬遜網路服務（AWS）是一種流行的虛擬主機環境。您可以在AWS中執行波動，但Ripple不建議使用彈性塊儲存（EBS）。彈性塊儲存的IOPS（5,000）的最大數量對於rippled最重的負載是不夠的，儘管其非常昂貴。

AWS例項儲存（ephemeral儲存）沒有這些約束。因此，Ripple建議部署具有例項儲存rippled等主機型別的伺服器M3。該database_path和node_db路徑應每駐留在例項儲存。

小心：AWS例項儲存不保證在發生硬碟驅動器故障時提供永續性。此外，例項停止並重新啟動時（但不是剛剛重新啟動時）會丟失的資料。對於rippled伺服器而言，這種損失是可以接受的，因為單個伺服器通常可以從其對等伺服器重新獲取該資料。

安裝 瑞波 對於開發，您可以從原始碼編譯rippled。

生產rippled例項可以使用 Ripple yum版本庫中提供的Ripple 二進位制可執行檔案。

最低系統要求 一個rippled伺服器應該在商用硬體上執行舒適，讓它便宜參與的網路。目前，我們推薦以下最低要求：

作業系統： 製作：支援CentOS或RedHat Enterprise Linux（最新版本）或Ubuntu（16.04+） 開發：Mac OS X，Windows（64位）或大多數Linux發行版 CPU：64位x86_64,2核心 磁碟：對於資料庫分割槽，建議最少50GB SSD（1000 IOPS，更多更好） 記憶體： 測試：8GB + 製作：32 GB m3.large根據您的工作負載，Amazon EC2的VM大小可能是合適的。快速的網路連線是最好的。伺服器客戶端處理負載的任何增加都會增加資源需求。

提示：對於超出最低要求的建議，請參閱容量規劃。

在yum上安裝在CentOS / Red Hat上 本節假定您使用的是CentOS 7或Red Hat Enterprise Linux 7。

安裝Ripple RPM儲存庫：

$ sudo rpm -Uvh https://mirrors.ripple.com/ripple-repo-el7.rpm 安裝rippled軟體包：

$ sudo yum install --enablerepo=ripple-stable rippled 將rippled服務配置為在系統引導時啟動：

$ sudo systemctl enable rippled.service 開始rippled服務

$ sudo systemctl start rippled.service 在Ubuntu上用alien來安裝  本節假定您使用的是Ubuntu 15.04或更高版本。

安裝yum-utils和alien：

$ sudo apt-get update $ sudo apt-get install yum-utils alien 安裝Ripple RPM儲存庫：

$ sudo rpm -Uvh https://mirrors.ripple.com/ripple-repo-el7.rpm 下載rippled軟體包：

$ yumdownloader --enablerepo=ripple-stable --releasever=el7 rippled 驗證rippled軟體包上的簽名：

$ sudo rpm --import https://mirrors.ripple.com/rpm/RPM-GPG-KEY-ripple-release && rpm -K rippled*.rpm 安裝rippled軟體包：

$ sudo alien -i --scripts rippled*.rpm && rm rippled*.rpm 將rippled服務配置為在系統引導時啟動：

$ sudo systemctl enable rippled.service 開始rippled服務

$ sudo systemctl start rippled.service 安裝後 rippled與網路的其他部分同步可能需要幾分鐘的時間，在此期間，它會輸出有關缺失分類帳的警告。之後，您將擁有一個功能齊全的庫存rippled伺服器，您可以使用該伺服器進行本地簽名並訪問XRP分類帳的API。

命令可以在以下情況下執行：

    $ /opt/ripple/bin/rippled <command> 更新 您可以訂閱Ripple的Google小組以接收新rippled版本的通知。

在CentOS / Red Hat上自動更新 可以使用一次性Cron配置啟用自動波動更新：

檢查是否/opt/ripple/bin/update-rippled.sh存在。如果沒有，請手動更新。

安裝crond：

$ sudo yum install cronie 開啟crontab檔案進行編輯

$ sudo crontab -e 將以下內容新增到crontab檔案中。一定要在檔案末尾新增一個空白行。

RANDOM_DELAY=59 0 * * * * /opt/ripple/bin/update-rippled.sh 該指令碼rippled在每個新版本釋出後的一小時內更新已安裝的軟體包。

在CentOS / Red Hat上手動更新 執行以下命令以更新到最新版本rippled：

    $ sudo rpm -Uvh --replacepkgs https://mirrors.ripple.com/ripple-repo-el7.rpm     $ sudo yum update --enablerepo=ripple-stable rippled     $ sudo systemctl daemon-reload     $ sudo service rippled restart Ubuntu上的手動更新 執行以下命令以更新到最新版本rippled：

    $ sudo rpm -Uvh --replacepkgs https://mirrors.ripple.com/ripple-repo-el7.rpm     $ yumdownloader --enablerepo=ripple-stable --releasever=el7 rippled     $ rpm -K rippled*.rpm     $ sudo alien -i --scripts rippled*.rpm     $ sudo systemctl daemon-reload     $ sudo service rippled restart 執行一個驗證器 執行rippled參與共識流程的驗證器非常簡單：

在您的rippled伺服器上啟用驗證。 起初，你的伺服器是一個不可信的驗證器。其他人可以看到你的伺服器發出的驗證，但是他們在共識過程中忽視了他們。 與公眾分享公共金鑰，尤其是其他rippled運營商。 當其他rippled操作員將您的公鑰新增到受信任伺服器列表中時，您已成為值得信賴的驗證器。 另請參閱最佳實踐的良好驗證器屬性。 驗證器設定 該validator-keys工具（包含在rippledRPM中）是安全生成和管理驗證器金鑰的推薦方式。

安裝rippled伺服器。

生成驗證器金鑰對：

$ /opt/ripple/bin/validator-keys create_keys 警告：將生成的validator-keys.json金鑰檔案儲存在安全但可恢復的位置，如加密的USB快閃記憶體驅動器。不要修改其內容。

生成驗證器令牌並編輯您的rippled.cfg檔案以新增[validator_token]值。

$ /opt/ripple/bin/validator-keys create_token --keyfile /path/to/your/validator-keys.json 如果您以前沒有使用該validator-keys工具配置驗證器，則還必須[validation_seed]從rippled.cfg檔案中刪除該驗證器。這會更改您的驗證器公鑰。

開始rippled：

$ sudo service rippled restart 見的validator-keys-toolGitHub的倉庫進行有關管理驗證金鑰的詳細資訊。

面向公眾的伺服器 為了保護生產驗證器免受DDoS攻擊，您可以使用庫存rippled伺服器作為驗證器與外部網路之間的代理。

設定rippled驗證器。

設定一個或多個庫存rippled伺服器。

將驗證器和庫存rippled伺服器配置為相互叢集。

對您的驗證器進行以下配置更改：

複製[ips_fixed]列表並將其貼上到下[ips]。這些欄位應僅包含面向公眾的波動的IP地址和埠。驗證程式只連線到這些同伴。 更改[peer_private]為1阻止其IP地址被轉發。 將驗證器主機的防火牆配置為僅接受來自其面向公眾的波及的入站連線。

請記住重新啟動rippled配置更改才能生效。

注意不要釋出驗證器的IP地址。

域驗證 網路參與者不可能在不知道誰在操作它們的情況下相信驗證者。為了解決這個問題，驗證器操作員可以將他們的驗證器與他們控制的網域相關聯。

通過在驗證器伺服器上執行以下內容來查詢驗證器公鑰：

$ /opt/ripple/bin/rippled server_info -q | grep pubkey_validator 使用用於您的域的SSL私鑰簽署驗證器公鑰（來自步驟1）。SSL私鑰檔案不需要儲存在驗證器伺服器上。

$ openssl dgst -sha256 -hex -sign /path/to/your/ssl.key <(echo <your-validator-public-key>) 使用validator-keys工具（包含在rippledRPM中），簽署域名：

$ /opt/ripple/bin/validator-keys --keyfile /path/to/your/validator-keys.json sign <your-domain-name> 要在XRP圖表中包含經過驗證的驗證器域，請將此Google表單與驗證器的資訊一起提交。

其他配置 rippled應使用預設配置連線到XRP分類帳。但是，您可以通過編輯rippled.cfg檔案（位於使用yum進行/opt/ripple/etc/rippled.cfg安裝rippled時）更改設定。有關配置設定的建議，請參閱容量規劃。

見的rippledGitHub的倉庫對所有配置選項的說明。

更改[debug_logfile]或[database_path]部分可能需要您給rippled使用者和組所有權到新配置的路徑：

    $ chown -R rippled:rippled <configured path> 重新啟動rippled以使配置更改生效：

    $ sudo service rippled restart 並行網路 大多數時候，我們將XRP分類賬描述為一個單一的實體 - 而且大多數情況都是如此。有一個生產XRP分類帳對等網路，並且所有發生在XRP分類帳上的業務都發生在生產網路中。

但是，有時您可能想要在不與核心網路互動的情況下進行測試和實驗。這就是為什麼Ripple開創Ripple Test Net這個“替代宇宙”網路的原因，它可以作為應用程式和rippled伺服器本身的測試平臺，而不會影響日常XRP分類賬使用者的業務運營。Ripple Test Net（也稱為AltNet）單獨提供TestNet-only XRP，Ripple 免費贈送給有意在測試網路上開發應用程式的各方。

注意：Ripple不保證測試網路的穩定性。它一直並將繼續用於測試伺服器配置，網路拓撲和網路效能的各種屬性。

隨著時間的推移，可能還會有更小的臨時測試網路用於特定目的。

並行網路和共識 沒有rippled定義它使用哪個網路。相反，它使用它所信任的驗證器的共識來知道哪個分類賬被接受為真相。當rippled例項的不同共識組僅信任同一組中的其他成員時，每個組繼續作為並行網路。即使惡意或行為異常的計算機連線到兩個網路，只要每個網路的成員未配置為信任另一個網路的成員超過其仲裁設定，共識流程就會覆蓋混淆。

聚類 如果您rippled在單個數據中心中執行多臺伺服器，則可以將這些伺服器配置為一個群集以最大限度地提高效率。rippled在群集中執行伺服器可帶來以下好處：

群集rippled伺服器共享密碼學的工作。如果一臺伺服器驗證了訊息的真實性，則叢集中的其他伺服器會信任它並且不會重新驗證。 叢集伺服器共享關於行為不當或濫用網路的對等方和API客戶端的資訊。這使得一次攻擊叢集的所有伺服器變得更加困難。 叢集伺服器始終在整個叢集中傳播事務，即使事務在某些叢集上不符合當前基於負載的事務處理費用。 要啟用群集，請更改每個伺服器的配置檔案的以下部分：

列出該[ips_fixed]部分下的每個其他伺服器的IP地址和埠。該埠應該是來自其他伺服器protocol = peer設定的埠rippled.cfg。例：

[ips_fixed] 192.168.0.1 51235 192.168.0.2 51235 為每臺伺服器生成一個唯一的種子（使用該validation_create命令），並在該[node_seed]部分下進行配置。該rippled伺服器使用該金鑰簽署的訊息傳送到對等網路網路中的其他伺服器。

在該[cluster_nodes]部分下新增每個其他伺服器的公鑰（用於對等通訊）。

獨立模式 您可以rippled在獨立模式下執行，而不需要獲得可信伺服器的一致意見。在獨立模式下，rippled不與XRP分類帳對等網路中的任何其他伺服器進行通訊，但您只能在本地伺服器上執行大部分相同的操作。獨立提供了一種測試rippled行為的方法，而不受實時網路的束縛。例如，您可以在這些修正案在分散式網路中生效之前測試修正案的效果。

當您rippled以獨立模式執行時，您必須告訴它從哪個分類帳開始：

從頭開始建立一個新的創始分類帳。 從磁碟載入現有賬本版本。 警告：在獨立模式下，您必須手動推進分類帳。

新的創世分類賬 在獨立模式下，您可以rippled建立新的建立分類賬。這提供了一個已知的狀態，沒有生產XRP分類帳的分類帳歷史記錄。（這對單元測試等非常有用。）

要rippled以獨立模式開始建立新的分類賬，請使用-a和--start選項： rippled -a --start --conf=/path/to/rippled.cfg 在創世總帳中，創世地址佔據了1000億XRP。起始地址的關鍵字如下所示進行硬編碼：

地址： rHb9CJAWyB4rj91VRWn96DkukG4bwdtyTh

金鑰:( snoPBrXtMeMyMHUVTgbuqAfg1SUTb “masterpassphrase”）

注意：如果你建立一個新的成因分類帳，硬編碼的預設儲備是200 XRP最低為資助一個新的地址，用增量50 XRP每個物件的分類帳。這些值高於生產網路的當前儲備要求。（另見：費用投票）

如果您建立新的建立分類帳--start，則所有建立分類帳都包含一個EnableAmendment偽事務，以開啟伺服器本機支援的所有修訂rippled，但您在配置檔案中明確禁用的修訂除外。這些修正案的影響從下一個分類賬版本開始。

載入已儲存的帳簿 如果您的rippled伺服器先前與XRP分類帳對等網路（生產網路或測試網路）同步，則可以從儲存到磁碟的分類帳版本開始。

1. rippled正常啟動。 要載入現有分類帳，您必須先從網路中檢索該分類帳。rippled正常情況下，以線上模式啟動：

rippled --conf=/path/to/rippled.cfg 2.等到rippled同步。 使用該server_info命令檢查您的伺服器相對於網路的狀態。當server_state值顯示以下任何值時，您的伺服器將同步：

full proposing validating 欲瞭解更多資訊，請參閱可能的伺服器狀態。

3.（可選）檢索特定分類賬版本。 如果您只想要最近的分類帳，則可以跳過此步驟。

如果您想載入特定的歷史分類帳版本，請使用該ledger_request命令進行rippled提取。如果rippled尚未擁有分類帳版本，則可能必須ledger_request多次執行該命令，直至完成檢索分類帳。

如果您想要重放特定的歷史分類帳版本，則必須先取回分類帳版本以及之前的分類帳版本。（之前的分類帳版本設定了您應用您重放的分類帳版本所描述的更改的初始狀態。）

4.關機rippled。 使用stop命令：

rippled stop --conf=/path/to/rippled.cfg 5.開始rippled獨立模式。 要載入最新的分類帳版本，可以在啟動伺服器時使用-a和--load選項：

rippled -a --load --conf=/path/to/rippled.cfg 要改為載入特定的歷史分類帳，請將--load引數與引數一起使用--ledger，提供分類帳索引或標識要載入的分類帳版本的雜湊值：

rippled -a --load --ledger 19860944 --conf=/path/to/rippled.cfg 6.手動推進分類帳。 當您以--ledger獨立模式載入分類賬時，它會轉到當前的開立分類帳，因此您必須手動推進分類帳：

rippled ledger_accept --conf=/path/to/rippled.cfg 以獨立模式推進總帳 在獨立模式下，rippled不會與對等網路的其他成員進行通訊或參與共識流程。相反，您必須使用以下ledger_accept命令手動推進分類帳索引：

rippled ledger_accept --conf=/path/to/rippled.cfg 在獨立模式下，rippled不區分“已關閉”分類賬版本和“已驗證”分類賬版本。（有關差異的更多資訊，請參閱XRP分類帳共識流程。）

每當rippled關閉分類賬時，它都會根據確定性但難以遊戲的演算法對交易進行重新排序。（這是共識的重要組成部分，因為交易可能以不同的順序到達網路的不同部分。）rippled在獨立模式下使用時，應在提交取決於交易結果的交易之前手動提前分類帳從一個不同的地址。否則，當分類賬被關閉時，這兩筆交易可能會以相反的順序執行。注意：您可以安全地從一個單一的地址，提交多筆交易的明細帳單，因為rippled從升序排列相同的地址各種交易Sequence號碼。