Files
xrpl-dev-portal/blog/2025/rippled-2.3.1.md
amarantha-k 8fe9132f09 Update date
2025-01-30 10:33:21 -08:00

3.1 KiB

category, date, seo, labels, markdown
category date seo labels markdown
2025 2025-01-30
title description
Introducing XRP Ledger version 2.3.1 rippled version 2.3.1 is now available. This version introduces new features and stability fixes.
rippled Release Notes
editPage
hide
true

Introducing XRP Ledger version 2.3.1

Version 2.3.1 of rippled, the reference server implementation of the XRP Ledger protocol, is now available. This release includes bug fixes and updates for peer charges.

Action Required

If you run an XRP Ledger server, upgrade to version 2.3.1 as soon as possible to ensure service continuity.

Install / Upgrade

On supported platforms, see the instructions on installing or updating rippled.

Package SHA-256
RPM for Red Hat / CentOS (x86-64) fb74f401e5ba121bbc37e6188aa064488ad78ffef549a1e19bc8b71316d08031
DEB for Ubuntu / Debian (x86-64) 5d616d53218b47a2f0803c1d37d410f72d19b57cdb9cabdf77b1cf0134cce3ca
Portable Builds (Linux x86-64) (Use signature verification)

For other platforms, please build from source. The most recent commit in the git log should be the change setting the version:

commit f64cf9187affd69650907d0d92e097eb29693945
Author: Elliot Lee <github.public@intelliot.com>
Date:   Mon Nov 25 12:27:17 2024 -0800

    Set version to 2.3.0

Full Changelog

Amendments and New Features

  • None

Bug Fixes and Updates

  • Reduce peer charges for well-behaved peers. (#5243)
    • Fix an erroneous high fee penalty that some peers could incur for sending older transactions.
    • Update the fees charged for imposing a load on the server.
    • Fix to prevent interal pseudo-transactions from relaying. Previously, pseudo-transcations received from a peer failed the signature check because they had no signature--even if they were requested using TMGetObjectByHash. This caused the peer to be charged for an invalid signature. This fix places pseudo-transactions only in the global cache (TransactionMaster). If the transaction is not part of a TMTransactions batch, the peer is charged an unwanted data fee. These fees won't be a problem in the normal course of operations, but should dissuade peers from sending many unwanted transactions.
    • Improve logging to specify the reason for fees charged to a peer.

Credits

The following people contributed directly to this release:

Bug Bounties and Responsible Disclosures

We welcome reviews of the rippled code and urge researchers to responsibly disclose any issues they may find.

To report a bug, please send a detailed report to: bugs@xrpl.org