リップルのCTOが、3.1.3の期限前にXRPLのハードフォークを説明

XRP Ledgerの今後の3.1.3アップグレードが、RippleのCTO EmeritusであるDavid Schwartzが「技術的なハードフォーク」のように見える出来事がXRPLにはなぜ多いのかを説明したことをきっかけに、新たな議論を呼んでいます。
概要
* David Schwartzは、XRPLには多くの確立したパブリック台帳よりも多くの「技術的なハードフォーク」があると述べました。
* XRPL 3.1.3には、NFT、Permissioned Domains、Vaults、Lending Protocol向けのfixCleanup3_1_3が含まれています。
* 5月27日のアップグレード期限に間に合わないノードは、改定（amendment）のブロッキングやサービス障害に直面する可能性があります。

XRP Ledgerは、fixCleanup3_1_3改定を含むバージョン3.1.3の有効化に向けて進んでいます。公式のXRPLリリースによれば、その改定にはNFT、Permissioned Domains、Vaults、Lending Protocolの修正が含まれています。修正の性質上、そのデフォルトの投票はyesに設定されました。

これまでcrypto.newsが報じたとおり、当該改定は2週間の有効化期間に入り、5月27日に有効化される見込みです。また、オペレーターは、新しいネットワーク規則に追随できるように自分たちのノードをアップグレードする必要があるとも述べています。

期限は、一部のコミュニティ参加者の間で懸念を引き起こしています。古いノードは改定が有効化された後、通常のアクセスを失う可能性があるためです。これにより、アップグレード手続きが日常的なメンテナンスなのか、ハードフォークのリスクとして見なされるべきなのかについて議論が起きています。

David SchwartzがXRPLのハードフォークを説明
-------------------------------------------

SchwartzはX上でこの議論に言及し、XRPLは他の多くの確立したパブリックブロックチェーンよりも「技術的なハードフォーク」と見える出来事が多いと述べました。彼は、このパターンをXRPLの設計と、そのスマート・トランザクターの使用に結び付けています。

また、単純な「1ノード1票」のモデルに対しても反論しました。Schwartzは、「誰も『1ノード1票』の仕組みを望むとは思いません」と述べ、さらに「誰かがそうしたシステムを攻略するために多数のノードを作ることもできる」と付け加えました。

彼の発言は、XRPLがどのように協調（コーディネーション）を扱うかに焦点を当てていました。彼の見解では、仮に分岐が起きたとしても、生のノード数だけでどのチェーンがメインの台帳になるかは決まりません。

XRPLバリデータの分裂とUNLの議論
---------------------------------------

Schwartzは、バリデータの分裂はそれ自体で結果を決めるわけではないと述べました。彼は、双方が十分なバリデータを用意して、台帳ストリームに合意するバリデータを備えた動作するUnique Node List（UNL）を作る必要があると書いています。

この点は重要です。XRPLのコンセンサスは、マイニングやステーキングの重みではなく、信頼されたバリデータのリストに依存しているからです。2つのグループが異なる規則に従う場合、それぞれのグループも、台帳を生み続けるために、対応するバリデータ・リストとコードの配布状況が一致している必要があります。

この議論は、チェーン分裂が起きたことを意味しません。XRPLのアップグレードモデルが、ソフトウェア更新、バリデータの足並みの一致、そしてユーザーがどの規則に従うかの選択に依存していることを示しています。

XRPL改定の修正が引き続き主な焦点
----------------------------------------------

今回のアップグレードは新しい市場向け機能というより、不具合修正に重点が置かれています。公式のXRPLリリースによれば、fixCleanup3_1_3はNFTのクリーンアップ、Permissioned Domains、Vaults、Lending Protocolの修正を対象としています。

これにより、5月27日の期限は、取引所、インフラ企業、バリデータ、そしてXRPLのサービスを利用するプロジェクトにとって重要になります。アップグレードしないノードは、アクティブなネットワーク規則との足並みがずれてしまう可能性があります。