XRP Ledgerのアップグレードが予定されています: 主要なネットワーク問題が解決されました

10年の経験を持つベテランの仮想通貨投資家として、私はXRPを含む数多くのブロックチェーンプロジェクトの盛衰を目の当たりにしてきました。 XRP Ledger (XRPL) の最近のアップグレードは、特に全履歴ノードに影響を与えるネットワーク問題への対処に重点を置いているため、私の注意を引きつけました。

XRP Ledger (XRPL) は、ネットワークの問題に対処するために特別に設計されたアップデートが間もなく行われます。この更新につながる主な課題は、SQLite のページサイズの制限の結果としてフルヒストリー (FH) ノードが失敗することでした。

Vet として知られる XRP ネットワークの検証者が最近、ブログに解決策について投稿しました。 Vet によると、XRP Ledger の全履歴サーバーの問題は、XRPLF リポジトリ内の rippled リリースの公式バージョン、具体的には rippled 2.2.3 に正常に統合されました。この最新のアップデートは、ユーザーがダウンロードしてインストールできるようになりました。

XRP Ledger の完全な履歴を取得するためのソリューションは、rippled リポジトリの最新の公式バージョン、具体的には rippled 2.2.3 に統合されました。この更新されたバージョンをインストールする準備ができました。
— Vet (@Vet_X0) 2024 年 9 月 15 日

Vet が投稿したスクリーンショットによると、Rippled (XRP 台帳サーバー) のユーザーがページサイズ 4096 の完全な履歴サーバーを操作している場合は、バージョン 2.2.3 を実行することが推奨されています。この推奨事項は、バリデーターが勝利したため、バリデーターには適用されません。この問題は発生しません。バージョン 2.2.2 を引き続き使用するか、2.2.3 にアップグレードするかを選択できます。2.2.3 には、バージョン 2.2.2 と比較して新しい変更が加えられていないためです。

どうしたの？

週末の間、リップルサーバーの問題により一部のフルヒストリー (FH) ノードが正常に機能しなくなるという懸念が XRP コミュニティ内にありました。

通常、包括的な履歴サーバーは、すべてのトランザクション履歴を熱心に保存して提供します。残念ながら、ページサイズに関連する SQLite の制限により、FH ノードで問題が発生しました。

特定の XRPL dUNL 検証者によると、この問題は数週間前に提起されましたが、まだすぐには解決されていません。

熱心な仮想通貨投資家として、XRP Cafe 創設者 xrpl_adam による最近の投稿から得た洞察をいくつか共有したいと思います。広く広まっている想定に反して、彼が取り上げた現在の問題は、リップル (XRP) に関連するネットワークのコンセンサスや全体的な健全性に影響を与えるものではありません。

明確にするために、Clio の冗長性により、パブリック XRPL エンドポイントの大部分は、過去のトランザクションの結果を直接配信するために実際の転送ヘッダー (FH) サーバーを必要とせずに、履歴トランザクションデータを取得できます。

Xrpl Adam の説明によると、この問題は XRP Ledger で最近開発されたものではありません。それは何年も前に文書化されていました。当時、完全な台帳履歴を保持する特定のリップルサーバーでは、SQLite データベースのページサイズで問題が発生する可能性があることが指摘されていました。この問題により、これらのサーバーが効果的に機能することが妨げられます。

一方、XRP Cafeの創設者は、最近の週末期間中に障害処理(FH)ノードの障害が発生するのを防ぐために、修正の必要性がもっと早く強調されていればもっと有益だったと考えています。

2024-09-16 19:24