XRPレジャー、「fixCleanup3_3_0」有効化 旧式サーバーにブロックの恐れ

  • XRPレジャーは、取引・プロトコル修正のための「fixCleanup3_3_0」アメンドメントを有効化した。
  • 35件の検証のうち31件が支持し、必要な閾値の28件を上回った。
  • 未対応のルールが有効化されると、旧式サーバーがアメンドメント・ブロック状態になる可能性がある。

XRPレジャーは9月11日11時29分(UTC)、検証済み台帳106,911,489で「fixCleanup3_3_0」アメンドメントを有効化した。XRPSCANが明らかにした。今回のパッケージには、Checks、自動マーケットメーカー(AMM)、疑似アカウント、許可制取引、シングルアセット・ボールト、レンディングプロトコルに関する保守修正が含まれる。また、エラー処理も変更され、CheckCashとCheckCancelはプレフライト段階で全てゼロのCheckIDを受け取った場合、temMALFORMEDを返して拒否する。一方、AMMWithdrawに関係する限定的なゼロ除算条件では、tefEXCEPTIONの代わりにtecAMM_FAILEDを返す。コードは8月6日にリリースされたxrpld 3.3.0に含まれていたが、有効化により、これらの変更はサポート対象ソフトウェアの機能から、台帳で必須となるルールへ移行した。XRPレジャーのアメンドメント手続きでは、有効化されたアメンドメントを認識しないサーバーがブロックされ、台帳の検証、取引の処理・送信、コンセンサスへの参加ができなくなる可能性がある。XRPSCANによると、9月12日1時45分(UTC)時点で、35件の検証のうち31件がこのアメンドメントを支持していた。2週間の過半数期間を経た後で、必要な閾値は28件だった。LendingProtocol、SingleAssetVault、BatchV1_1、ConfidentialTransfer、DynamicMPT、PermissionDelegationV1_1、Sponsorに関する別のアメンドメントは、9月12日時点で無効のままだった。ただし、リップルの公開サーバーはこれらをサポートしていた。保守されているウォレットや取引所を利用するサービス提供者は、通常、互換性対応を済ませている。一方、自社でXRPレジャーのインフラを運用する企業は、サーバーを常に最新の状態に保つ必要がある。

当サイトの情報はAIを用いて生成されており、正確性を保証するものではありません。 参考情報としてご活用ください。