(MENAFN- Crypto Breaking) XRPレジャーは、貸付機能の拡大や金庫インフラの強化を目的とした2つの提案修正案を審査しています。バリデーターによる投票が始まっていますが、早期の参加は限定的です。現時点の結果は、これらの提案が稼働要件に達するまでに依然として大きなハードルに直面していることを示しています。XRPScanのデータによると、バリデーターは必要投票数のごく一部しか提出していません。ネットワークは、いかなるプロトコル変更も有効になる前に強い合意を必要とします。そのため、両修正案はまだ承認閾値に遠く及びません。提案された変更は、XRPエコシステム全体のより深い金融機能を対象としています。開発者は、貸付能力や資産管理ツールの強化を目的として設計しました。しかし、現在の投票ペースは、稼働までに予想以上の時間を要する可能性を示しています。シングルアセットボールト修正案バリデーターは現在、ネットワーク全体でv3.1.0のシングルアセットボールト修正案を評価しています。この提案は、分散型環境内での単一資産管理を目的とした金庫メカニズムを導入します。その結果、開発者はオンチェーンの金融アプリケーション向けにより強力な保管オプションを期待しています。これまでに、投票を記録したバリデーターはわずか8人です。この数は、必要な稼働閾値を大きく下回っています。したがって、この修正案は実装に向けた進展は限定的です。XRPレジャーのプロトコル変更を有効にするには、少なくとも28のバリデーター承認が必要です。これは、ネットワークのバリデーターセットの約80%に相当します。この支持がなければ、投票期間終了後に自動的に稼働プロセスはリセットされます。貸付プロトコル修正案バリデーターは同じ投票サイクル内で、v3.1.0の貸付プロトコル修正案も審査しています。この提案は、XRPレジャーエコシステム内でのネイティブ貸付サービスのインフラを導入します。これにより、開発者はネットワーク上での分散型金融機能の拡大を目指しています。この修正案は、これまでにわずか6つのバリデーター投票を集めています。その参加率は全バリデーターの約17%に相当します。したがって、提案は依然として必要な承認閾値に遠く及びません。投票参加率が加速しない場合、稼働タイマーは期限切れとなります。その場合、修正案は保留状態に戻り、バリデーターは将来の投票ラウンドで再検討することができます。修正案の監督とセキュリティの背景プロトコル修正は、コアブロックチェーンの機能を直接変更するため、重大な結果を伴います。したがって、開発者は変更を有効にする前に厳格なガバナンスルールを適用します。XRPレジャーは、広範な合意を確認するために拡張されたバリデーター投票期間を使用しています。最近の例は、慎重な審査の重要性を示しています。セキュリティ研究者は、提案されたバッチ修正案(XLS-56)に脆弱性を発見しました。この問題は投票段階で判明し、稼働には至りませんでした。この脆弱性により、攻撃者はユーザのウォレットから資金を引き出すことが可能でした。特に、攻撃には秘密鍵へのアクセスは不要でした。早期発見により潜在的な被害を防ぎ、ネットワークの審査プロセスを強化しました。このような事例は、段階的な修正採用の重要性を浮き彫りにしています。バリデーターは、技術的リスクを慎重に検討した上で、プロトコルのアップグレードを承認しなければなりません。そのため、現在の提案の進行遅れは、ネットワークの慎重なガバナンス方針を反映しています。**リスクおよび提携通知:** 暗号資産は価格変動が激しく、資本はリスクにさらされています。この記事にはアフィリエイトリンクが含まれる場合があります。
XRPレジャーのバリデーター、投票遅延の中で2つの修正案を検討
(MENAFN- Crypto Breaking) XRPレジャーは、貸付機能の拡大や金庫インフラの強化を目的とした2つの提案修正案を審査しています。バリデーターによる投票が始まっていますが、早期の参加は限定的です。現時点の結果は、これらの提案が稼働要件に達するまでに依然として大きなハードルに直面していることを示しています。
XRPScanのデータによると、バリデーターは必要投票数のごく一部しか提出していません。ネットワークは、いかなるプロトコル変更も有効になる前に強い合意を必要とします。そのため、両修正案はまだ承認閾値に遠く及びません。
提案された変更は、XRPエコシステム全体のより深い金融機能を対象としています。開発者は、貸付能力や資産管理ツールの強化を目的として設計しました。しかし、現在の投票ペースは、稼働までに予想以上の時間を要する可能性を示しています。
シングルアセットボールト修正案
バリデーターは現在、ネットワーク全体でv3.1.0のシングルアセットボールト修正案を評価しています。この提案は、分散型環境内での単一資産管理を目的とした金庫メカニズムを導入します。その結果、開発者はオンチェーンの金融アプリケーション向けにより強力な保管オプションを期待しています。
これまでに、投票を記録したバリデーターはわずか8人です。この数は、必要な稼働閾値を大きく下回っています。したがって、この修正案は実装に向けた進展は限定的です。
XRPレジャーのプロトコル変更を有効にするには、少なくとも28のバリデーター承認が必要です。これは、ネットワークのバリデーターセットの約80%に相当します。この支持がなければ、投票期間終了後に自動的に稼働プロセスはリセットされます。
貸付プロトコル修正案
バリデーターは同じ投票サイクル内で、v3.1.0の貸付プロトコル修正案も審査しています。この提案は、XRPレジャーエコシステム内でのネイティブ貸付サービスのインフラを導入します。これにより、開発者はネットワーク上での分散型金融機能の拡大を目指しています。
この修正案は、これまでにわずか6つのバリデーター投票を集めています。その参加率は全バリデーターの約17%に相当します。したがって、提案は依然として必要な承認閾値に遠く及びません。
投票参加率が加速しない場合、稼働タイマーは期限切れとなります。その場合、修正案は保留状態に戻り、バリデーターは将来の投票ラウンドで再検討することができます。
修正案の監督とセキュリティの背景
プロトコル修正は、コアブロックチェーンの機能を直接変更するため、重大な結果を伴います。したがって、開発者は変更を有効にする前に厳格なガバナンスルールを適用します。XRPレジャーは、広範な合意を確認するために拡張されたバリデーター投票期間を使用しています。
最近の例は、慎重な審査の重要性を示しています。セキュリティ研究者は、提案されたバッチ修正案(XLS-56)に脆弱性を発見しました。この問題は投票段階で判明し、稼働には至りませんでした。
この脆弱性により、攻撃者はユーザのウォレットから資金を引き出すことが可能でした。特に、攻撃には秘密鍵へのアクセスは不要でした。早期発見により潜在的な被害を防ぎ、ネットワークの審査プロセスを強化しました。
このような事例は、段階的な修正採用の重要性を浮き彫りにしています。バリデーターは、技術的リスクを慎重に検討した上で、プロトコルのアップグレードを承認しなければなりません。そのため、現在の提案の進行遅れは、ネットワークの慎重なガバナンス方針を反映しています。
リスクおよび提携通知: 暗号資産は価格変動が激しく、資本はリスクにさらされています。この記事にはアフィリエイトリンクが含まれる場合があります。