Introducing Clio version 1.0.0
Today, RippleX and the XRP Ledger Foundation (XRPLF) are pleased to announce the 1.0 release of Clio—an XRP Ledger API server optimized for HTTP and WebSocket API calls.
Today, RippleX and the XRP Ledger Foundation (XRPLF) are pleased to announce the 1.0 release of Clio—an XRP Ledger API server optimized for HTTP and WebSocket API calls.
Version 1.9.1 of rippled
, the reference server implementation of the XRP Ledger protocol, is now available. This release includes several important fixes, including a fix for a syncing issue from 1.9.0, a new fix amendment to correct a bug in the new Non-Fungible Tokens (NFTs) code, and a new amendment to allow multi-signing by up to 32 signers.
Version 1.9.0 of rippled
, the reference server implementation of the XRP Ledger protocol, is now available. This release includes the XLS-20 amendment and fixes and updates for stability and security.
Today, RippleX and the XRP Ledger Foundation (XRPLF) are pleased to announce the first beta release for Clio, an XRP Ledger API server optimized for WebSocket or HTTP API calls.
The "NFT-Devnet" is a test network running experimental code to support Non-Fungible Tokens (NFTs) natively on the XRP Ledger (per the XLS-20 draft standard). Ripple has reset the NFT-Devnet while upgrading it to the latest version of the preview code.
Version 1.8.5 of rippled
, the reference server implementation of the XRP Ledger protocol, is now available. This release includes fixes and updates for stability and security, and improvements to build scripts, including the ability to compile natively on Apple's M1 chips. There are no user-facing API or protocol changes in this release.
Version 1.8.4 of rippled
, the reference server implementation of the XRP Ledger protocol, is now available. This release improves syncing performance including a new "fast load" setting, adds countermeasures for a security vulnerability in LZ4, and adjusts some tuning parameters to improve resource usage. Notably, this release limits pathfinding API methods to fewer and shorter paths because the previous pathfinding settings were causing excessive memory usage as a result of the overall size of the XRP Ledger Mainnet data.
This release supersedes version 1.8.3, and fixes an issue that was discovered during the release cycle.
Version 1.8.2 of rippled
, the reference server implementation of the XRP Ledger protocol, is now available. This release addresses the full transaction queues and elevated transaction fees issue observed on the XRP ledger, and also provides some optimizations and small fixes to improve the server's performance overall.
Due to the holidays, version 1.8.2 is being made available as a "soft release" in the unstable
package channel so that operators who are interested can upgrade. Automatic updates will not update to this release until it is pushed to the stable
branch at a later date.
Version 1.8.1 of rippled
, the reference server implementation of the XRP Ledger protocol, is now available. This release contains several improvements and optimizations to improve stability and performance under load, along with other features and fixes including deterministic history shards, default amendment votes, and the CheckCashMakesTrustLine amendment.
This release supersedes version 1.8.0. Version 1.8.1 makes additional changes to database tuning parameters to optimize start-up and syncing time. It is highly recommended that operators upgrade to 1.8.1 as soon as possible because the optimizations in this release should help alleviate some of the pressure on the network from increased usage.
Several amendments to the XRP Ledger protocol are expected to become enabled on the XRP Ledger Mainnet soon. Three of these amendments fix bugs in the XRP Ledger protocol, one (NegativeUNL) improves the ability of the network to make forward progress during periods of instability, and the last one (TicketBatch) adds the ability to prepare and send transactions in a more flexible order. The details are as follows (all dates are in UTC):
Each amendment will become enabled if it maintains support from at least 80% of trusted validators until its expected time. Operators of rippled
servers must upgrade to the minimum version or higher by the time these amendments become enabled.