CONNECT WITH US
Web3 & Blockchain

Web3 & Blockchain

XRPL recovers from network slowdown as critical security upgrade faces two-week delay

CryptoSlate logo

Published on

Add as a preferred source on Google
XRPL recovers from network slowdown as critical security upgrade faces two-week delay

XRPL developers restored normal ledger-closing times after intermittent disruptions, but a separate protocol amendment must restart its validator approval countdown.

The XRP Ledger (XRPL) has recovered from intermittent transaction-processing delays, although developers are still preparing a permanent software correction.

On Oct. 22, XRP Ledger Operations confirmed that ledger-closing times had returned to normal after a configuration change recommended to network operators.

The disruption coincided with a separate setback for a protocol amendment designed to correct vulnerabilities affecting token permissions, lending and other financial applications. Its activation has been pushed to November after validator support briefly weakened.

The developments come as XRPL expands its role in institutional payments, stablecoins and tokenized assets, increasing the importance of reliable settlement infrastructure and safeguards governing financial transactions.

The operational problem emerged on Oct. 21 when some ledgers began taking longer than usual to close, disrupting the blockchain's typical three-to-five-second settlement rhythm.

XRPL Operations said most ledgers continued closing normally, but intermittent delays prompted developers to investigate the network's behavior and prepare a software correction.

As the delays persisted, the team distributed a recommended xrpld configuration change to hub, validator, and node operators.

The adjustment restored normal closing times by Oct. 22, according to the operations team, although developers continued testing a point release intended to address the underlying cause.

David Schwartz, one of XRPL's original architects and Ripple's former chief technology officer, offered additional insight into what may have contributed to the incident.

He said his own hub had continued operating normally after an earlier incident he believed was unrelated, but he restarted it with the recommended configuration change.


Source link

Disclaimer

We strive to uphold the highest ethical standards in all of our reporting and coverage. We TheMorningPulse.fyi want to be transparent with our readers about any potential conflicts of interest that may arise in our work. It's possible that some of the investors we feature may have connections to other businesses, including competitors or companies we write about. However, we want to assure our readers that this will not have any impact on the integrity or impartiality of our reporting. We are committed to delivering accurate, unbiased news and information to our audience, and we will continue to uphold our ethics and principles in all of our work. Thank you for your trust and support.