This document contains the release notes for rippled, the reference server
implementation of the Ripple protocol. To learn more about how to build and
run a rippled server, visit https://ripple.com/build/rippled-setup/
The rippled 0.33.0 release includes an improved version of the payment code, which we expect to be activated via Amendment on Wednesday, 2016-10-20 with the name Flow. We are also introducing XRP Payment Channels, a new structure in the ledger designed to support Interledger Protocol trust lines as balances get substantial, which we expect to be activated via Amendment on a future date (TBA) with the name PayChan. Lastly, we will be introducing changes to the hash tree structure that rippled uses to represent a ledger, which we expect to be available via Amendment on a future date (TBA) with the name SHAMapV2.
You can update to the new version on Red Hat Enterprise Linux 7 or CentOS 7 using yum. For other platforms, please compile the new version from source.
** New and Updated Features **
A fixed version of the new payment processing engine, which we initially announced on Friday, 2016-07-29, is expected to be available via Amendment on Wednesday, 2016-10-20 with the name Flow. The new payments code adds no new features, but improves efficiency and robustness in payment handling.
The Flow code may occasionally produce slightly different results than the old payment processing engine due to the effects of floating point rounding.
We will be introducing changes to the hash tree structure that rippled uses to represent a ledger, which we expect to be activated via Amendment on a future date (TBA) with the name SHAMapV2. The new structure is more compact and efficient than the previous version. This affects how ledger hashes are calculated, but has no other user-facing consequences. The activation of the SHAMapV2 amendment will require brief scheduled allowable downtime, while the changes to the hash tree structure are propagated by the network. We will keep the community updated as we progress towards this date (TBA).
In an effort to make RCL more scalable and to support Interledger Protocol (ILP) trust lines as balances get more substantial, we’re introducing XRP Payment Channels, a new structure in the ledger, which we expect to be available via Amendment on a future date (TBA) with the name PayChan.
XRP Payment Channels permit scalable, intermittent, off-ledger settlement of ILP trust lines for high volume payments flowing in a single direction. For bidirectional channels, an XRP Payment Channel can be used in each direction. The recipient can claim any unpaid balance at any time. The owner can top off the channel as needed. The owner must wait out a delay to close the channel to give the recipient a chance to supply any claims. The total amount paid increases monotonically as newer claims are issued.
The initial concept behind payment channels was discussed as early as 2011 and the first implementation was done by Mike Hearn in bitcoinj. Recent work being done by Lightning Network has showcased examples of the many use cases for payment channels. The introduction of XRP Payment Channels allows for a more efficient integration between RCL and ILP to further support enterprise use cases for high volume payments.
Added getInfoRippled.sh support script to gather health check for rippled servers [RIPD-1284]
The account_info command can now return information about queued transactions - [RIPD-1205]
Automatically-provided sequence numbers now consider the transaction queue - [RIPD-1206]
The server_info and server_state commands now include the queue-related escalated fee factor in the load_factor field of the response - [RIPD-1207]
A transaction with a high transaction cost can now cause transactions from the same sender queued in front of it to get into the open ledger if the transaction costs are high enough on average across all such transactions. - [RIPD-1246]
Reorganization: Move LoadFeeTrack to app/tx and clean up functions - [RIPD-956]
Reorganization: unit test source files - [RIPD-1132]
Reorganization: NuDB stand-alone repository - [RIPD-1163]
Reorganization: Add BEAST_EXPECT to Beast - [RIPD-1243]
Reorganization: Beast 64-bit CMake/Bjam target on Windows - [RIPD-1262]
** Bug Fixes **
PaymentSandbox::balanceHook can return the wrong issuer, which could cause the transfer fee to be incorrectly by-passed in rare circumstances. [RIPD-1274, #1827]
Prevent concurrent write operations in websockets [#1806]
Add HTTP status page for new websocket implementation [#1855]
The rippled 0.32.1 release includes an improved version of the payment code, which we expect to be available via Amendment on Wednesday, 2016-08-24 with the name FlowV2, and a completely new implementation of the WebSocket protocol for serving clients.
You can update to the new version on Red Hat Enterprise Linux 7 or CentOS 7 using yum. For other platforms, please compile the new version from source.
New and Updated Features
An improved version of the payment processing engine, which we expect to be available via Amendment on Wednesday, 2016-08-24 with the name “FlowV2”. The new payments code adds no new features, but improves efficiency and robustness in payment handling.
The FlowV2 code may occasionally produce slightly different results than the old payment processing engine due to the effects of floating point rounding. Once FlowV2 is enabled on the network then old servers without the FlowV2 amendment will lose sync more frequently because of these differences.
Beast WebSocket
A completely new implementation of the WebSocket protocol for serving clients is available as a configurable option for rippled administrators. To enable this new implementation, change the “protocol” field in rippled.cfg from “ws” to “ws2” (or from “wss” to “wss2” for Secure WebSockets), as illustrated in this example:
[port_ws_public]
port = 5006
ip = 0.0.0.0
protocol = wss2
The new implementation paves the way for increased reliability and future performance when submitting commands over WebSocket. The behavior and syntax of commands should be identical to the previous implementation. Please report any issues to support@ripple.com. A future version of rippled will remove the old WebSocket implementation, and use only the new one.
Bug fixes
Fix a non-exploitable, intermittent crash in some client pathfinding requests (RIPD-1219)
Fix a non-exploitable crash caused by a race condition in the HTTP server. (RIPD-1251)
Fix bug that could cause a previously fee queued transaction to not be relayed after being in the open ledger for an extended time without being included in a validated ledger. Fix bug that would allow an account to have more than the allowed limit of transactions in the fee queue. Fix bug that could crash debug builds in rare cases when replacing a dropped transaction. (RIPD-1200)
Remove incompatible OS X switches in Test.py (RIPD-1250)
Autofilling a transaction fee (sign / submit) with the experimental x-queue-okay parameter will use the user’s maximum fee if the open ledger fee is higher, improving queue position, and giving the tx more chance to succeed. (RIPD-1194)
The rippled 0.32.0 release improves transaction queue which now supports batching and can hold up to 10 transactions per account, allowing users to queue multiple transactions for processing when the network load is high. Additionally, the server_info and server_state commands now include information on transaction cost multipliers and the fee command is available to unprivileged users. We advise rippled operators to upgrade immediately.
You can update to the new version on Red Hat Enterprise Linux 7 or CentOS 7 using yum. For other platforms, please compile the new version from source.
New and Updated Features
- Allow multiple transactions per account in transaction queue (RIPD-1048). This also introduces a new transaction engine code,
telCAN_NOT_QUEUE. - Charge pathfinding consumers per source currency (RIPD-1019): The IP address used to perform pathfinding operations is now charged an additional resource increment for each source currency in the path set.
- New implementation of payment processing engine. This implementation is not yet enabled by default.
- Include amendments in validations subscription
- Add C++17 compatibility
- New WebSocket server implementation with Beast.WebSocket library. The new library offers a stable, high-performance websocket server implementation. To take advantage of this implementation, change websocket protocol under rippled.cfg from wss and ws to wss2 and ws2 under
[port_wss_admin]and[port_ws_public]stanzas:
[port_wss_admin]
port = 51237
ip = 127.0.0.1
admin = 127.0.0.1
protocol = wss2
[port_ws_public]
port = 51233
ip = 0.0.0.0
protocol = wss2, ws2
- The fee command is now public (RIPD-1113)
- The fee command checks open ledger rules (RIPD-1183)
- Log when number of available file descriptors is insufficient (RIPD-1125)
- Publish all validation fields for signature verification
- Get quorum and trusted master validator keys from validators.txt
- Standalone mode uses temp DB files by default (RIPD-1129): If a [database_path] is configured, it will always be used, and tables will be upgraded on startup.
- Include config manifest in server_info admin response (RIPD-1172)
Bug fixes
- Fix history acquire check (RIPD-1112)
- Correctly handle connections that fail security checks (RIPD-1114)
- Fix secured Websocket closing
- Reject invalid MessageKey in SetAccount handler (RIPD-308, RIPD-990)
- Fix advisory delete effect on history acquisition (RIPD-1112)
- Improve websocket send performance (RIPD-1158)
- Fix XRP bridge payment bug (RIPD-1141)
- Improve error reporting for wallet_propose command. Also include a warning if the key used may be an insecure, low-entropy key. (RIPD-1110)
Deprecated features
- Remove obsolete sendGetPeers support (RIPD-164)
- Remove obsolete internal command (RIPD-888)
The rippled 0.31.2 release corrects issues with the fee escalation algorithm. We advise rippled operators to upgrade immediately.
You can update to the new version on Red Hat Enterprise Linux 7 or CentOS 7 using yum. For other platforms, please compile the new version from source.
New and Updated Features
This release has no new features.
Bug Fixes
- A defect in the fee escalation algorithm that caused network fees to escalate more rapidly than intended has been corrected. (RIPD-1177)
- The minimum local fee advertised by validators will no longer be adjusted upwards.
The rippled 0.31.1 release contains one important bug fix. We advise rippled operators to upgrade immediately.
You can update to the new version on Red Hat Enterprise Linux 7 or CentOS 7 using yum. For other platforms, please compile the new version from source.
New and Updated Features
This release has no new features.
Bug Fixes
rippled 0.31.1 contains the following fix:
- Correctly handle ledger validations with no
LedgerSequencefield. Previous versions ofrippledincorrectly assumed that the optional validation field would always be included. Current versions of the software always include the field, and gracefully handle its absence.
rippled 0.31.0 has been released.
You can update to the new version on Red Hat Enterprise Linux 7 or CentOS 7 using yum.
For other platforms, please compile the new version from source. Use the git log command to confirm you have the correct source tree. The first log entry should be the change setting the version:
commit a5d58566386fd86ae4c816c82085fe242b255d2c
Author: Nik Bougalis <nikb@bougalis.net>
Date: Sun Apr 17 18:02:02 2016 -0700
Set version to 0.31.0
Warnings
Please expect a one-time delay when starting 0.31.0 while certain database indices are being built or rebuilt. The delay can be up to five minutes, during which CPU will spike and the server will appear unresponsive (no response to RPC, etc.).
Additionally, rippled 0.31.0 now checks at start-up time that it has sufficient open file descriptors available, and shuts down with an error message if it does not. Previous versions of rippled could run out of file descriptors unexpectedly during operation. If you get a file-descriptor error message, increase the number of file descriptors available to rippled (for example, editing /etc/security/limits.conf) and restart.
New and Updated Features
rippled 0.31.0 has the following new or updated features:
- (New) Amendments - A consensus-based system for introducing changes to transaction processing.
- (New) Multi-Signing - (To be enabled as an amendment) Allow transactions to be authorized by a list of signatures. (RIPD-182)
- (New) Transaction queue and FeeEscalation - (To be enabled as an amendment) Include or defer transactions based on the transaction cost offered, for better behavior in DDoS conditions. (RIPD-598)
- (Updated) Validations subscription stream now includes
ledger_indexfield. (DEC-564) - (Updated) You can request SignerList information in the
account_infocommand (RIPD-1061)
Closed Issues
rippled 0.31.0 has the following fixes and improvements:
- Improve held transaction submission
- Update SQLite from 3.8.11.1 to 3.11.0
- Allow random seed with specified wallet_propose key_type (RIPD-1030)
- Limit pathfinding source currency limits (RIPD-1062)
- Speed up out of order transaction processing (RIPD-239)
- Pathfinding optimizations
- Streamlined UNL/validator list: The new code removes the ability to specify domain names in the [validators] configuration block, and no longer supports the [validators_site] option.
- Add websocket client
- Add description of rpcSENDMAX_MALFORMED error
- Convert PathRequest to use std::chrono (RIPD-1069)
- Improve compile-time OpenSSL version check
- Clear old Validations during online delete (RIPD-870)
- Return correct error code during unfunded offer cross (RIPD-1082)
- Report delivered_amount for legacy account_tx queries.
- Improve error message when signing fails (RIPD-1066)
- Fix websocket deadlock
rippled 0.30.1 has been released. The commit can be found on GitHub at: https://github.com/ripple/rippled/tree/0.30.1
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit c717006c44126aa0edb3a36ca29ee30e7a72c1d3
Author: Nik Bougalis <nikb@bougalis.net>
Date: Wed Feb 3 14:49:07 2016 -0800
Set version to 0.30.1
This release incorporates a number of important features, bugfixes and functional improvements. Please refer to the Git commit history for more detailed information.
Release Overview
The rippled team is proud to release rippled version 0.30.1. This version contains a several minor new features as well as significant improvements to the consensus algorithm that make it work faster and with more consistency. In the time we have been testing the new release on our validators, these changes have led to increased agreement and shorter close times between ledger versions, for approximately 40% more ledgers validated per day.
New Features
- Secure gateway: configured IPs can forward identifying user data in HTTP headers, including user name and origin IP. If the user name exists, then resource limits are lifted for that session. See rippled-example.cfg for more information.
- Allow fractional fee multipliers (RIPD-626)
- Add “expiration” to account_offers (RIPD-1049)
- Add “owner_funds” to “transactions” array in RPC ledger (RIPD-1050)
- Add "tx" option to "ledger" command line
- Add server uptime in server_info
- Allow multiple incoming connections from the same IP
- Report connection uptime in peer command (RIPD-927)
- Permit pathfinding to be disabled by setting [path_search_max] to 0 in rippled.cfg file (RIPD-271)
- Add subscription to peer status changes (RIPD-579)
Improvements
- Improvements to ledger_request response
- Improvements to validations proposal relaying (RIPD-1057)
- Improvements to consensus algorithm
- Ledger close time optimizations (RIPD-998, RIPD-791)
- Delete unfunded offers in predictable order
Development-Related Updates
- Require boost 1.57
- Implement new coroutines (RIPD-1043)
- Force STAccount interface to 160-bit size (RIPD-994)
- Improve compile-time OpenSSL version check
Bug Fixes
- Fix handling of secp256r1 signatures (RIPD-1040)
- Fix websocket messages dispatching
- Fix pathfinding early response (RIPD-1064)
- Handle account_objects empty response (RIPD-958)
- Fix delivered_amount reporting for minor ledgers (RIPD-1051)
- Fix setting admin privileges on websocket
- Fix race conditions in account_tx command (RIPD-1035)
- Fix to enforce no-ripple constraints
Assistance
For assistance, please contact integration@ripple.com
More information
For more information or assistance, the following resources will be of use:
rippled 0.30.0 has been released. The commit can be found on GitHub at: https://github.com/ripple/rippled/tree/0.30.0
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit a8859b495b552fe1eb140771f0f2cb32d11d2ac2
Author: Vinnie Falco <vinnie.falco@gmail.com>
Date: Wed Oct 21 18:26:02 2015 -0700
Set version to 0.30.0
This release incorporates a number of important features, bugfixes and functional improvements. Please refer to the Git commit history for more detailed information.
Release Overview
As part of Ripple Labs’ ongoing commitment toward protocol security, the rippled team would like to release rippled 0.30.0.
Toolchain support
The minimum supported version of GCC used to compile rippled is v4.8. Please follow these instructions if you have not upgraded already.
While it may be possible to compile rippled on (virtual) machines with 4GB of RAM, we recommend compiling on (virtual) machines with 8GB of RAM or more. If your build machine has more than one CPU (grep '^processor' /proc/cpuinfo | wc -l), you can use them to assist in the build process by compiling with the command scons -j[number of CPUs - 1].
New Features
- Honor markers in ledger_data requests (RIPD-1010).
- New Amendment - TrustSetAuth (Not currently enabled) Create zero balance trust lines with auth flag (RIPD-1003): this allows a TrustSet transaction to create a trust line if the only thing being changed is setting the tfSetfAuth flag.
- Randomize the initial transaction execution order for closed ledgers based on the hash of the consensus set (RIPD-961). Activates on October 27, 2015 at 11:00 AM PCT.
- Differentiate path_find response (RIPD-1013).
- Convert all of an asset (RIPD-655).
Improvements
-
SHAMap improvements.
-
Upgrade SQLite from 3.8.8.2 to 3.8.11.1.
-
Limit the number of offers that can be consumed during crossing (RIPD-1026).
-
Remove unfunded offers on tecOVERSIZE (RIPD-1026).
-
Improve transport security (RIPD-1029): to take full advantage of the improved transport security, servers with a single, static public IP address should add it to their configuration file, as follows:
[overlay] public_ip=<ip_address>
Development-Related Updates
- Transitional support for gcc 5.2: to enable support define the environmental variable
RIPPLED_OLD_GCC_ABI=1 - Transitional support for C++ 14: to enable support define the environment variable
RIPPLED_USE_CPP_14=1 - Visual Studio 2015 support
- Updates to integration tests
- Add uptime to crawl data (RIPD-997)
Assistance
For assistance, please contact integration@ripple.com
More information
For more information or assistance, the following resources will be of use:
rippled 0.29.0 has been released. The commit can be found on GitHub at: https://github.com/ripple/rippled/commits/0.29.0
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit 5964710f736e258c7892e8b848c48952a4c7856c
Author: Nik Bougalis <nikb@bougalis.net>
Date: Tue Aug 4 13:22:45 2015 -0700
Set version to 0.29.0
This release incorporates a number of important features, bugfixes and functional improvements. Please refer to the Git commit history for more detailed information.
Release Overview
As part of Ripple Labs’ ongoing commitment toward protocol security, the rippled team would like to announce rippled release 0.29.0.
Toolchain support
The minimum supported version of GCC used to compile rippled is v4.8. Please follow these instructions if you have not upgraded already.
While it may be possible to compile rippled on (virtual) machines with 4GB of RAM, we recommend compiling on (virtual) machines with 8GB of RAM or more. If your build machine has more than one CPU (`grep '^processor' /proc/cpuinfo | wc -l`), you can use them to assist in the build process by compiling with the command scons -j[number of CPUs - 1].
New Features
- Subscription stream for validations (RIPD-504)
Deprecated features
- Disable Websocket ping timer
Bug Fixes
- Fix off-by one bug that overstates the account reserve during OfferCreate transaction. Activates August 17, 2015.
- Fix funded offer removal during Payment transaction (RIPD-113). Activates August 17, 2015.
- Fix display discrepancy in fee.
Improvements
- Add “quality” field to account_offers API response: quality is defined as the exchange rate, the ratio taker_pays divided by taker_gets.
- Add full_reply field to path_find API response: full_reply is defined as true/false value depending on the completed depth of pathfinding search (RIPD-894).
- Add DeliverMin transaction field (RIPD-930). Activates August 17, 2015.
Development-Related Updates
- Add uptime to crawl data (RIPD-997).
- Add IOUAmount and XRPAmount: these numeric types replace the monolithic functionality found in STAmount (RIPD-976).
- Log metadata differences on built ledger mismatch.
- Add enableTesting flag to applyTransactions.
Assistance
For assistance, please contact integration@ripple.com
More information
For more information or assistance, the following resources will be of use:
rippled 0.28.2 has been released. The commit can be found on GitHub at: https://github.com/ripple/rippled/commits/release
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit 6374aad9bc94595e051a04e23580617bc1aaf300
Author: Vinnie Falco <vinnie.falco@gmail.com>
Date: Tue Jul 7 09:21:44 2015 -0700
Set version to 0.28.2
This release incorporates a number of important features, bugfixes and functional improvements. Please refer to the Git commit history for more detailed information.
Release Overview
As part of Ripple Labs’ ongoing commitment toward protocol security, the rippled team would like to announce rippled release 0.28.2. This release is necessary for compatibility with OpenSSL v.1.0.1n and later.
Toolchain support
The minimum supported version of GCC used to compile rippled is v4.8. Please follow these instructions if you have not upgraded already.
While it may be possible to compile rippled on (virtual) machines with 4GB of RAM, we recommend compiling on (virtual) machines with 8GB of RAM or more. If your build machine has more than one CPU (`grep '^processor' /proc/cpuinfo | wc -l`), you can use them to assist in the build process by compiling with the command scons -j[number of CPUs - 1].
The minimum supported version of Boost is v1.57.0. You must upgrade to this release or later to successfully compile this release of rippled. Please follow these instructions if you have not upgraded already.
rippled.cfg Updates
For [ips] stanza, a port must be specified for each listed IP address with the space between IP address and port, ex.: r.ripple.com 51235 (RIPD-893)
New Features
- New API: gateway_balances to get a gateway's hot wallet balances and total obligations.
Deprecated features
- Removed temp_db (RIPD-887)
Improvements
- Improve peer send queue management
- Support larger EDH keys
- More robust call to get the valid ledger index
- Performance improvements to transactions application to open ledger
Development-Related Updates
- New Env transaction testing framework for unit testing
- Fix MSVC link
- C++ 14 readiness
Assistance
For assistance, please contact integration@ripple.com
More information
For more information or assistance, the following resources will be of use:
rippled 0.28.1 has been released. The commit can be found on GitHub at: https://github.com/ripple/rippled/tree/0.28.1
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit 399c43cae6e90a428e9ce6a988123972b0f03c99
Author: Miguel Portilla <miguelportilla@pobros.com>
Date: Wed May 20 13:30:54 2015 -0400
Set version to 0.28.1
This release incorporates a number of important features, bugfixes and functional improvements. Please refer to the Git commit history for more detailed information.
Toolchain support
The minimum supported version of GCC used to compile rippled is v4.8. Please follow these instructions if you have not upgraded already.
While it may be possible to compile rippled on (virtual) machines with 4GB of RAM, we recommend compiling on (virtual) machines with 8GB of RAM or more. If your build machine has more than one CPU (`grep '^processor' /proc/cpuinfo | wc -l`), you can use them to assist in the build process by compiling with the command scons -j[number of CPUs - 1].
The minimum supported version of Boost is v1.57.0. You must upgrade to this release or later to successfully compile this release of rippled. Please follow these instructions if you have not upgraded already.
New Features
Bug fixes
- Expedite zero flow handling for offers
- Fix offer crossing when funds are the limiting factor
Deprecated features
- Wallet_accounts and generator maps (RIPD-804)
Improvements
- Control ledger query depth based on peers latency
- Improvements to ledger history fetches
- Improve RPC ledger synchronization requirements (RIPD-27, RIPD-840)
- Eliminate need for ledger in delivered_amount calculation (RIPD-860)
- Improvements to JSON parsing
Development-Related Updates
- Add historical ledger fetches per minute to get_counts
- Compute validated ledger age from signing time
- Remove unused database table (RIPD-755)
Assistance
For assistance, please contact integration@ripple.com
More information
For more information or assistance, the following resources will be of use:
rippled 0.28.0 has been released. The commit can be found on GitHub at: https://github.com/ripple/rippled/tree/0.28.0
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit 7efd0ab0d6ef017331a0e214a3053893c88f38a9
Author: Vinnie Falco <vinnie.falco@gmail.com>
Date: Fri Apr 24 18:57:36 2015 -0700
Set version to 0.28.0
This release incorporates a number of important features, bugfixes and functional improvements. Please refer to the Git commit history for more detailed information.
Release Overview
As part of Ripple Labs’ ongoing commitment toward improving the protocol, the rippled team is excited to announce autobridging — a feature that allows XRP to serve as a bridge currency. Autobridging enhances utility and has the potential to expose more of the network to liquidity and improve prices. For more information please refer to the autobridging blog post.
Toolchain support
The minimum supported version of GCC used to compile rippled is v4.8. Please follow these instructions if you have not upgraded already.
While it may be possible to compile rippled on (virtual) machines with 4GB of RAM, we recommend compiling on (virtual) machines with 8GB of RAM or more. If your build machine has more than one CPU (`grep '^processor' /proc/cpuinfo | wc -l`), you can use them to assist in the build process by compiling with the command scons -j[number of CPUs - 1].
The minimum supported version of Boost is v1.57.0. You must upgrade to this release or later to successfully compile this release of rippled. Please follow these instructions if you have not upgraded already.
Important rippled.cfg update
With rippled version 0.28, the rippled.cfg file must be changed according to these instructions:
- Change any entries that say
admin = allow to admin =
- For most installations, 127.0.0.1 will preserve current behavior. 0.0.0.0 may be specified to indicate "any IP" but cannot be combined with other IP addresses. Use of 0.0.0.0 may introduce severe security risks and is not recommended. See docs/rippled-example.cfg for more information.
More Strict Requirements on MemoType
The requirements on the contents of the MemoType field, if present, are more strict than the previous version. Transactions that can successfully be submitted to 0.27.4 and earlier may fail in 0.28.0. For details, please refer to updated memo documentation for details. Partners should check their implementation to make sure that their MemoType follows the new rules.
New Features
- Autobridging implementation (RIPD-423). This feature will be turned on May 12, 2015.
- Combine history_ledger_index and online_delete settings in rippled.cfg (RIPD-774).
- Claim a fee when a required destination tag is not specified (RIPD-574).
- Require the master key when disabling the use of the master key or when enabling 'no freeze' (RIPD-666).
- Change the port setting admin to accept allowable admin IP addresses (RIPD-820):
- rpc_admin_allow has been removed.
- Comma-separated list of IP addresses that are allowed administrative privileges (subject to username & password authentication if configured).
- 127.0.0.1 is no longer a default admin IP.
- 0.0.0.0 may be specified to indicate "any IP" but cannot be combined with other MIP addresses. Use of 0.0.0.0 may introduce severe security risks and is not recommended.
- Enable Amendments from config file or static data (RIPD-746).
Bug fixes
- Fix payment engine handling of offer ⇔ account ⇔ offer cases (RIPD-639). This fix will take effect on May 12, 2015.
- Fix specified destination issuer in pathfinding (RIPD-812).
- Only report delivered_amount for executed payments (RIPD-827).
- Return a validated ledger if there is one (RIPD-814).
- Refund owner's ticket reserve when a ticket is canceled (RIPD-855).
- Return descriptive error from account_currencies RPC (RIPD-806).
- Fix transaction enumeration in account_tx API (RIPD-734).
- Fix inconsistent ledger_current return (RIPD-669).
- Fix flags --rpc_ip and --rpc_port (RIPD-679).
- Skip inefficient SQL query (RIPD-870)
Deprecated features
- Remove support for deprecated PreviousTxnID field (RIPD-710). This will take effect on May 12, 2015.
- Eliminate temREDUNDANT_SEND_MAX (RIPD-690).
- Remove WalletAdd (RIPD-725).
- Remove SMS support.
Improvements
- Improvements to peer communications.
- Reduce master lock for client requests.
- Update SQLite to 3.8.8.2.
- Require Boost 1.57.
- Improvements to Universal Port (RIPD-687).
- Constrain valid inputs for memo fields (RIPD-712).
- Binary option for ledger command (RIPD-692).
- Optimize transaction checks (RIPD-751).
Development-Related Updates
- Add RPC metrics (RIPD-705).
- Track and report peer load.
- Builds/Test.py will build and test by one or more scons targets.
- Support a --noserver command line option in tests:
- Run npm/integration tests without launching rippled, using a running instance of rippled (possibly in a debugger) instead.
- Works for npm test and mocha.
- Display human readable SSL error codes.
- Better transaction analysis (RIPD-755).
Assistance
For assistance, please contact integration@ripple.com
More information
For more information or assistance, the following resources will be of use:
rippled 0.27.4 has been released. The commit can be found on GitHub at: https://github.com/ripple/rippled/tree/0.27.4
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit 92812fe7239ffa3ba91649b2ece1e892b866ec2a
Author: Nik Bougalis <nikb@bougalis.net>
Date: Wed Mar 11 11:26:44 2015 -0700
Set version to 0.27.4
This release includes one new feature. Please refer to the Git commit history for more detailed information.
Toolchain support
The minimum supported version of GCC used to compile rippled is v4.8. Please follow these instructions if you have not upgraded already.
While it may be possible to compile rippled on (virtual) machines with 4GB of RAM, we recommend compiling on (virtual) machines with 8GB of RAM or more. If your build machine has more than one CPU (`grep '^processor' /proc/cpuinfo | wc -l`), you can use them to assist in the build process by compiling with the command scons -j[number of CPUs - 1].
The minimum supported version of Boost is v1.57.0. You must upgrade to this release or later to successfully compile this release of rippled. Please follow these instructions if you have not upgraded already.
Bug Fixes
- Limit passes in the payment engine
Assistance
For assistance, please contact integration@ripple.com
More information
For more information or assistance, the following resources will be of use:
rippled 0.27.3-sp2 has been released. The commit can be found on GitHub at: https://github.com/ripple/rippled/tree/0.27.3-sp2
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit f999839e599e131ed624330ad0ce85bb995f02d3
Author: Nik Bougalis <nikb@bougalis.net>
Date: Thu Mar 12 13:37:47 2015 -0700
Set version to 0.27.3-sp2
This release includes one new feature. Please refer to the Git commit history for more detailed information.
Toolchain support
The minimum supported version of GCC used to compile rippled is v4.8. Please follow these instructions if you have not upgraded already.
While it may be possible to compile rippled on (virtual) machines with 4GB of RAM, we recommend compiling on (virtual) machines with 8GB of RAM or more. If your build machine has more than one CPU (`grep '^processor' /proc/cpuinfo | wc -l`), you can use them to assist in the build process by compiling with the command scons -j[number of CPUs - 1].
The minimum supported version of Boost is v1.57.0. You must upgrade to this release or later to successfully compile this release of rippled. Please follow these instructions if you have not upgraded already.
New Features
- Add noripple_check RPC command: this command tells gateways what they need to do to set "Default Ripple" account flag and fix any trust lines created before the flag was set.
Assistance
For assistance, please contact integration@ripple.com
More information
For more information or assistance, the following resources will be of use:
rippled 0.27.3-sp1 has been released. The commit can be found on GitHub at: https://github.com/ripple/rippled/tree/0.27.3-sp1
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit 232693419a2c9a8276a0fae991f688f6f01a3add
Author: Nik Bougalis <nikb@bougalis.net>
Date: Wed Mar 11 10:26:39 2015 -0700
Set version to 0.27.3-sp1
This release includes one new feature. Please refer to the Git commit history for more detailed information.
Toolchain support
The minimum supported version of GCC used to compile rippled is v4.8. Please follow these instructions if you have not upgraded already.
While it may be possible to compile rippled on (virtual) machines with 4GB of RAM, we recommend compiling on (virtual) machines with 8GB of RAM or more. If your build machine has more than one CPU (`grep '^processor' /proc/cpuinfo | wc -l`), you can use them to assist in the build process by compiling with the command scons -j[number of CPUs - 1].
The minimum supported version of Boost is v1.57.0. You must upgrade to this release or later to successfully compile this release of rippled. Please follow these instructions if you have not upgraded already.
New Features
- Add "Default Ripple" account flag
Assistance
For assistance, please contact integration@ripple.com
More information
For more information or assistance, the following resources will be of use:
rippled 0.27.3 has been released. The commit can be found on GitHub at: https://github.com/ripple/rippled/tree/0.27.3
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit 70c2854f7c8a28801a7ebc81dd62bf0d068188f0
Author: Nik Bougalis <nikb@bougalis.net>
Date: Tue Mar 10 14:06:33 2015 -0700
Set version to 0.27.3
This release includes one new feature. Please refer to the Git commit history for more detailed information.
Toolchain support
The minimum supported version of GCC used to compile rippled is v4.8. Please follow these instructions if you have not upgraded already.
While it may be possible to compile rippled on (virtual) machines with 4GB of RAM, we recommend compiling on (virtual) machines with 8GB of RAM or more. If your build machine has more than one CPU (`grep '^processor' /proc/cpuinfo | wc -l`), you can use them to assist in the build process by compiling with the command scons -j[number of CPUs - 1].
The minimum supported version of Boost is v1.57.0. You must upgrade to this release or later to successfully compile this release of rippled. Please follow these instructions if you have not upgraded already.
New Features
- Add "Default Ripple" account flag
Assistance
For assistance, please contact integration@ripple.com
More information
For more information or assistance, the following resources will be of use:
rippled 0.27.2 has been released. The commit can be found on GitHub at: https://github.com/ripple/rippled/tree/0.27.2
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit 9cc8eec773e8afc9c12a6aab4982deda80495cf1
Author: Nik Bougalis <nikb@bougalis.net>
Date: Sun Mar 1 14:56:44 2015 -0800
Set version to 0.27.2
This release incorporates a number of important bugfixes and functional improvements. Please refer to the Git commit history for more detailed information.
Toolchain support
The minimum supported version of GCC used to compile rippled is v4.8. Please follow these instructions if you have not upgraded already.
While it may be possible to compile rippled on (virtual) machines with 4GB of RAM, we recommend compiling on (virtual) machines with 8GB of RAM or more. If your build machine has more than one CPU (`grep '^processor' /proc/cpuinfo | wc -l`), you can use them to assist in the build process by compiling with the command scons -j[number of CPUs - 1].
The minimum supported version of Boost is v1.57.0. You must upgrade to this release or later to successfully compile this release of rippled. Please follow these instructions if you have not upgraded already.
New Features
-
NuDB backend option: high performance key/value database optimized for rippled (set “type=nudb” in .cfg).
- Either import RockdDB to NuDB using import tool, or
- Start fresh with NuDB but delete SQLite databases if rippled ran previously with RocksDB:
rm [database_path]/transaction.* [database_path]/ledger.*
Bug Fixes
- Fix offer quality bug
Deprecated
- HyperLevelDB, LevelDB, and SQLlite backend options. Use RocksDB for spinning drives and NuDB for SSDs backend options.
Assistance
For assistance, please contact integration@ripple.com
More information
For more information or assistance, the following resources will be of use:
rippled 0.27.1 has been released. The commit can be found on GitHub at: https://github.com/ripple/rippled/tree/0.27.1
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit 95973ba3e8b0bd28eeaa034da8b806faaf498d8a
Author: Vinnie Falco <vinnie.falco@gmail.com>
Date: Tue Feb 24 13:31:13 2015 -0800
Set version to 0.27.1
This release incorporates a number of important bugfixes and functional improvements. Please refer to the Git commit history for more detailed information.
Toolchain support
The minimum supported version of GCC used to compile rippled is v4.8. Please follow these instructions if you have not upgraded already.
While it may be possible to compile rippled on (virtual) machines with 4GB of RAM, we recommend compiling on (virtual) machines with 8GB of RAM or more. If your build machine has more than one CPU (`grep '^processor' /proc/cpuinfo | wc -l`), you can use them to assist in the build process by compiling with the command scons -j[number of CPUs - 1].
The minimum supported version of Boost is v1.57.0. You must upgrade to this release or later to successfully compile this release of rippled. Please follow these instructions if you have not upgraded already.
New Features
- RocksDB to NuDB import tool (RIPD-781, RIPD-785): custom tool specifically designed for very fast import of RocksDB nodestore databases into NuDB
Bug Fixes
- Fix streambuf bug
Improvements
- Update RocksDB backend settings
- NuDB improvements:
- Limit size of mempool (RIPD-787)
- Performance improvements (RIPD-793, RIPD-796): changes in Nudb to improve speed, reduce database size, and enhance correctness. The most significant change is to store hashes rather than entire keys in the key file. The output of the hash function is reduced to 48 bits, and stored directly in buckets.
Experimental
- Add /crawl cgi request feature to peer protocol (RIPD-729): adds support for a cgi /crawl request, issued over HTTPS to the configured peer protocol port. The response to the request is a JSON object containing the node public key, type, and IP address of each directly connected neighbor. The IP address is suppressed unless the neighbor has requested its address to be revealed by adding "Crawl: public" to its HTTP headers. This field is currently set by the peer_private option in the rippled.cfg file.
Assistance
For assistance, please contact integration@ripple.com
More information
For more information or assistance, the following resources will be of use:
rippled 0.27.0 has been released. The commit can be found on GitHub at: https://github.com/ripple/rippled/tree/0.27.0
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit c6c8e5d70c6fbde02cd946135a061aa77744396f
Author: Vinnie Falco <vinnie.falco@gmail.com>
Date: Mon Jan 26 10:56:11 2015 -0800
Set version to 0.27.0
This release incorporates a number of important bugfixes and functional improvements. Please refer to the Git commit history for more detailed information.
Release Overview
The rippled team is proud to release rippled 0.27.0. This new version includes many exciting features that will appeal to our users. The team continues to work on stability, scalability, and performance.
The first feature is Online Delete. This feature allows rippled to maintain it’s database of previous ledgers within a fixed amount of disk space. It does this while allowing rippled to stay online and maintain an administrator specify minimum number of ledgers. This means administrators with limited disk space will no longer need to manage disk space by periodically manually removing the database. Also, with the previously existing backend databases performance would gradually degrade as the database grew in size. In particular, rippled would perform poorly whenever the backend database performed ever growing compaction operations. By limiting rippled to less history, compaction is less resource intensive and systems with less disk performance can now run rippled.
Additionally, we are very excited to include Universal Port. This feature allows rippled's listening port to handshake in multiple protocols. For example, a single listening port can be configured to receive incoming peer connections, incoming RPC commands over HTTP, and incoming RPC commands over HTTPS at the same time. Or, a single port can receive both Websockets and Secure Websockets clients at the same.
Finally, a new, experimental backend database, NuDB, has been added. This database was developed by Ripple Labs to take advantage of rippled’s specific data usage profile and performs much better than previous databases. Significantly, this database does not degrade in performance as the database grows. Very excitingly, this database works on OS X and Windows. This allows rippled to use these platforms for the first time.
Toolchain support
The minimum supported version of GCC used to compile rippled is v4.8. Please follow these instructions if you have not upgraded already.
While it may be possible to compile rippled on (virtual) machines with 4GB of RAM, we recommend compiling on (virtual) machines with 8GB of RAM or more. If your build machine has more than one CPU (`grep '^processor' /proc/cpuinfo | wc -l`), you can use them to assist in the build process by compiling with the command scons -j[number of CPUs - 1].
The minimum supported version of Boost is v1.57.0. You must upgrade to this release or later to successfully compile this release of rippled. Please follow these instructions if you have not upgraded already.
Important rippled.cfg Update
The format of the configuration file has changed. If upgrading from a previous version of rippled, please see the migration instructions below.
New Features
- SHAMapStore Online Delete (RIPD-415): Makes rippled configurable to support deletion of all data in its key-value store (nodestore) and ledger and transaction SQLite databases based on validated ledger sequence numbers. See doc/rippled-example.cfg for configuration setup.
- Universal Port. See necessary config changes below.
- Config "ledger_history_index" option (RIPD-559)
Bug Fixes
- Fix pathfinding with multiple issuers for one currency (RIPD-618)
- Fix account_lines, account_offers and book_offers result (RIPD-682)
- Fix pathfinding bugs (RIPD-735)
- Fix RPC subscribe with multiple books (RIPD-77)
- Fix account_tx API
Improvements
- Improve the human-readable description of the tesSUCCESS code
- Add 'delivered_amount' to Transaction JSON (RIPD-643): The synthetic field 'delivered_amount' can be used to determine the exact amount delivered by a Payment without having to check the DeliveredAmount field, if present, or the Amount field otherwise.
Development-Related Updates
- HTTP Handshaking for Peers on Universal Port (RIPD-446)
- Use asio signal handling in Application (RIPD-140)
- Build dependency on Boost 1.57.0
- Support a "no_server" flag in test config
- API for improved Unit Testing (RIPD-432)
- Option to specify rippled path on command line (--rippled=<absolute or relative path>)
Experimental
- NuDB backend option: high performance key/value database optimized for rippled (set “type=nudb” in .cfg)
Migration Instructions
With rippled version 0.27.0, the rippled.cfg file must be changed according to these instructions:
-
Add new stanza -
[server]. This section will contain a list of port names and key/value pairs. A port name must start with a letter and contain only letters and numbers. The name is not case-sensitive. For each name in this list, rippled will look for a configuration file section with the same name and use it to create a listening port. To simplify migration, you can use port names from your previous version of rippled.cfg (see Section 1. Server for detailed explanation in doc/rippled-example.cfg). For example:[server] rpc_port peer_port websocket_port ssl_key = <set value to your current [rpc_ssl_key] or [websocket_ssl_key] setting> ssl_cert = <set value to your current [rpc_ssl_cert] or [websocket_ssl_cert] setting> ssl_chain = <set value to your current [rpc_ssl_chain] or [websocket_ssl_chain] setting> -
For each port name in
[server]stanza, add separate stanzas. For example:[rpc_port] port = <set value to your current [rpc_port] setting, usually 5005> ip = <set value to your current [rpc_ip] setting, usually 127.0.0.1> admin = allow protocol = https [peer_port] port = <set value to your current [peer_port], usually 51235> ip = <set value to your current [peer_ip], usually 0.0.0.0> protocol = peer [websocket_port] port = <your current [websocket_port], usually 6006> ip = <your current [websocket_ip], usually 127.0.0.1> admin = allow protocol = wss -
Remove current
[rpc_port],[rpc_ip],[rpc_allow_remote],[rpc_ssl_key],[rpc_ssl_cert],and[rpc_ssl_chain],[peer_port],[peer_ip],[websocket_port],[websocket_ip]settings from rippled.cfg -
If you allow untrusted websocket connections to your rippled, add
[websocket_public_port]stanza under[server]section and replace websocket public settings with[websocket_public_port]section:[websocket_public_port] port = <your current [websocket_public_port], usually 5005> ip = <your current [websocket_public_ip], usually 127.0.0.1> protocol = ws ← make sure this is ws, not wss` -
Remove
[websocket_public_port],[websocket_public_ip],[websocket_ssl_key],[websocket_ssl_cert],[websocket_ssl_chain]settings from rippled.cfg -
Disable
[ssl_verify]section by setting it to 0 -
Migrate the remaining configurations without changes. To enable online delete feature, check Section 6. Database in doc/rippled-example.cfg
Integration Notes
With this release, integrators should deprecate the "DeliveredAmount" field in favor of "delivered_amount."
For Transactions That Occurred Before January 20, 2014:
- If amount actually delivered is different than the transactions “Amount” field
- "delivered_amount" will show as unavailable indicating a developer should use caution when processing this payment.
- Example: A partial payment transaction (tfPartialPayment).
- Otherwise
- "delivered_amount" will show the correct destination balance change.
For Transactions That Occur After January 20, 2014:
- If amount actually delivered is different than the transactions “Amount” field
- A "delivered_amount" field will determine the destination amount change
- Example: A partial payment transaction (tfPartialPayment).
- Otherwise
- "delivered_amount" will show the correct destination balance change.
Assistance
For assistance, please contact integration@ripple.com
More information
For more information or assistance, the following resources will be of use:
rippled 0.26.4 has been released. The repository tag is 0.26.4 and can be found on GitHub at: https://github.com/ripple/rippled/commits/0.26.4
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit 05a04aa80192452475888479c84ff4b9b54e6ae7
Author: Vinnie Falco <vinnie.falco@gmail.com>
Date: Mon Nov 3 16:53:37 2014 -0800
Set version to 0.26.4
This release incorporates a number of important bugfixes and functional improvements. Please refer to the Git commit history for more detailed information.
Toolchain support
The minimum supported version of GCC used to compile rippled is v4.8. Please follow these instructions if you have not upgraded already.
While it may be possible to compile rippled on (virtual) machines with 4GB of RAM, we recommend compiling on (virtual) machines with 8GB of RAM or more. If your build machine has more than one CPU (`grep '^processor' /proc/cpuinfo | wc -l`), you can use them to assist in the build process by compiling with the command scons -j[number of CPUs - 1].
The minimum supported version of Boost is v1.55.0. You must upgrade to this release or later to successfully compile this release of rippled. Please follow these instructions if you have not upgraded already.
Important JSON-RPC Update
With rippled version 0.26.4, the rippled.cfg file must set the ssl_verify property to 0. Without this update, JSON-RPC API calls may not work.
New Features
- Rocksdb v. 3.5.1
- SQLite v. 3.8.7
- Disable SSLv3
- Add counters to track ledger read and write activities
- Use trusted validators median fee when determining transaction fee
- Add --quorum argument for server start (RIPD-563)
- Add account_offers paging (RIPD-344)
- Add account_lines paging (RIPD-343)
- Ability to configure network fee in rippled.cfg file (RIPD-564)
Bug Fixes
- Fix OS X version parsing/error related to OS X 10.10 update
- Fix incorrect address in connectivity check report
- Fix page sizes for ledger_data (RIPD-249)
- Make log partitions case-insensitive in rippled.cfg
Improvements
- Performance
- Other
- Remove PROXY handshake feature
- Change to rippled.cfg to support sections containing both key/value pairs and a list of values
- Return descriptive error message for memo validation (RIPD-591)
- Changes to enforce JSON-RPC 2.0 error format
- Optimize account_lines and account_offers (RIPD-587)
- Improve fee setting logic (RIPD-614)
- Improve transaction security
- Config improvements
- Improve path filtering (RIPD-561)
- Logging to distinguish Byzantine failure from tx bug (RIPD-523)
Experimental
- Add "deferred" flag to transaction relay message (required for future code that will relay deferred transactions)
- Refactor STParsedJSON to parse an object or array (required for multisign implementation) (RIPD-480)
Development-Related Updates
- Changes to DatabaseReader to read ledger numbers from database
- Improvements to SConstruct
More information
For more information or assistance, the following resources will be of use:
rippled 0.26.3-sp1 has been released. The repository tag is 0.26.3-sp1 and can be found on GitHub at: https://github.com/ripple/rippled/tree/0.26.3-sp1
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit 2ad6f0a65e248b4f614d38d199a9d5d02f5aaed8
Author: Vinnie Falco <vinnie.falco@gmail.com>
Date: Fri Sep 12 15:22:54 2014 -0700
Set version to 0.26.3-sp1
This release incorporates a number of important bugfixes and functional improvements. Please refer to the Git commit history for more detailed information.
Toolchain support
The minimum supported version of GCC used to compile rippled is v4.8. Please follow these instructions if you have not upgraded already.
While it may be possible to compile rippled on (virtual) machines with 4GB of RAM, we recommend compiling on (virtual) machines with 8GB of RAM or more. If your build machine has more than one CPU (`grep '^processor' /proc/cpuinfo | wc -l`), you can use them to assist in the build process by compiling with the command scons -j[number of CPUs - 1].
The minimum supported version of Boost is v1.55.0. You must upgrade to this release or later to successfully compile this release of rippled. Please follow these instructions if you have not upgraded already.
New Features
- New command to display HTTP/S-RPC sessions metrics (RIPD-533)
Bug Fixes
- Improved handling of HTTP/S-RPC sessions (RIPD-489)
- Fix unit tests for Windows.
- Fix integer overflows in JSON parser.
Improvements
- Improve processing of trust lines during pathfinding.
Experimental Features
- Added a command line utility called LedgerTool for retrieving and processing ledger blocks from the Ripple network.
Development-Related Updates
- HTTP message and parser improvements.
- Streambuf wrapper supports rvalue move.
- Message class holds a complete HTTP message.
- Body class holds the HTTP content body.
- Headers class holds RFC-compliant HTTP headers.
- Basic_parser provides class interface to joyent's http-parser.
- Parser class parses into a message object.
- Remove unused http get client free function.
- Unit test for parsing malformed messages.
- Add enable_if_lvalue.
- Updates to includes and scons.
- Additional ledger.history.mismatch insight statistic.
- Convert rvalue to an lvalue. (RIPD-494)
- Enable heap profiling with jemalloc.
- Add aged containers to Validators module. (RIPD-349)
- Account for high-ASCII characters. (RIPD-464)
More information
For more information or assistance, the following resources will be of use:
rippled 0.26.2 has been released. The repository tag is 0.26.2 and can be found on GitHub at: https://github.com/ripple/rippled/tree/0.26.2
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit b9454e0f0ca8dbc23844a0520d49394e10d445b1
Author: Vinnie Falco <vinnie.falco@gmail.com>
Date: Mon Aug 11 15:25:44 2014 -0400
Set version to 0.26.2
This release incorporates a small number of important bugfixes. Please refer to the Git commit history for more detailed information.
Toolchain support
The minimum supported version of GCC used to compile rippled is v4.8. Please follow these instructions if you have not upgraded already.
While it may be possible to compile rippled on (virtual) machines with 4GB of RAM, we recommend compiling on (virtual) machines with 8GB of RAM or more. If your build machine has more than one CPU (`grep '^processor' /proc/cpuinfo | wc -l`), you can use them to assist in the build process by compiling with the command scons -j[number of CPUs - 1].
The minimum supported version of Boost is v1.55.0. You must upgrade to this release or later to successfully compile this release of rippled. Please follow these instructions if you have not upgraded already.
New Features
- Freeze enforcement: activates on September 15, 2014 (RIPD-399)
- Add pubkey_node and hostid to server stream messages (RIPD-407)
Bug Fixes
- Fix intermittent exception when closing HTTPS connections (RIPD-475)
- Correct Pathfinder::getPaths out to handle order books (RIPD-427)
- Detect inconsistency in PeerFinder self-connects (RIPD-411)
Experimental Features
- Add owner_funds to client subscription data (RIPD-377)
The offer funding status feature is “experimental” in this version. Developers are able to see the field, but it is subject to change in future releases.
More information
For more information or assistance, the following resources will be of use:
rippled v0.26.1 has been released. The repository tag is 0.26.1 and can be found on GitHub at: https://github.com/ripple/rippled/tree/0.26.1
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit 9a0e806f78300374e20070e2573755fbafdbfd03
Author: Vinnie Falco <vinnie.falco@gmail.com>
Date: Mon Jul 28 11:27:31 2014 -0700
Set version to 0.26.1
This release incorporates a small number of important bugfixes. Please refer to the Git commit history for more detailed information.
Toolchain support
The minimum supported version of GCC used to compile rippled is v4.8. Please follow these instructions if you have not upgraded already.
While it may be possible to compile rippled on (virtual) machines with 4GB of RAM, we recommend compiling on (virtual) machines with 8GB of RAM or more. If your build machine has more than one CPU (`grep '^processor' /proc/cpuinfo | wc -l`), you can use them to assist in the build process by compiling with the command scons -j[number of CPUs - 1].
The minimum supported version of Boost is v1.55.0. You must upgrade to this release or later to successfully compile this release of rippled. Please follow these instructions if you have not upgraded already.
Bug Fixes
- Enabled asynchronous handling of HTTP-RPC interactions. This fixes client handlers using RPC that periodically return blank responses to requests. (RIPD-390)
- Fixed auth handling during OfferCreate. This fixes a regression of RIPD-256. (RIPD-414)
More information
For more information or assistance, the following resources will be of use:
rippled v0.26.0 has been released. The repository tag is 0.26.0 and can be found on GitHub at: https://github.com/ripple/rippled/tree/0.26.0
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit 9fa5e3987260e39dba322f218d39ac228a5b361b
Author: Vinnie Falco <vinnie.falco@gmail.com>
Date: Tue Jul 22 09:59:45 2014 -0700
Set version to 0.26.0
This release incorporates a significant number of improvements and important bugfixes. Please refer to the Git commit history for more detailed information.
Toolchain support
The minimum supported version of GCC used to compile rippled is v4.8. Please follow these instructions if you have not upgraded already.
While it may be possible to compile rippled on (virtual) machines with 4GB of RAM, we recommend compiling on (virtual) machines with 8GB of RAM or more. If your build machine has more than one CPU (`grep '^processor' /proc/cpuinfo | wc -l`), you can use them to assist in the build process by compiling with the command scons -j[number of CPUs - 1].
The minimum supported version of Boost is v1.55.0. You must upgrade to this release or later to successfully compile this release of rippled. Please follow these instructions if you have not upgraded already.
Improvements
- Updated integration tests.
- Updated tests for account freeze functionality.
- Implement setting the no-freeze flag on Ripple accounts (RIPD-394).
- Improve transaction fee and execution logic (RIPD-323).
- Implemented finding of 'sabfd' paths (RIPD-335).
- Imposed a local limit on paths lengths (RIPD-350).
- Documented ledger entries (RIPD-361).
- Documented SHAMap.
Bug Fixes
- Fixed the limit parameter on book_offers (RIPD-295).
- Removed SHAMapNodeID from SHAMapTreeNode to fix "right data, wrong ID" bug in the tree node cache (RIPD-347).
- Eliminated spurious SHAMap::getFetchPack failure (RIPD-379).
- Disabled SSLv2.
- Implemented rate-limiting of SSL client renegotiation to mitigate SCIR DoS vulnerability (RIPD-360).
- Display unprintable or malformatted currency codes as hex digits.
- Fix static initializers in RippleSSLContext (RIPD-375).
More information
For more information or assistance, the following resources will be of use:
rippled v0.25.2 has been released. The repository tag is 0.25.2 and can be found on GitHub at: https://github.com/ripple/rippled/tree/0.25.2
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit ddf68d464d74e1c76a0cfd100a08bc8e65b91fec
Author: Mark Travis <mtravis@ripple.com>
Date: Mon Jul 7 11:46:15 2014 -0700
Set version to 0.25.2
This release incorporates significant improvements which may not warrant separate entries but are incorporated into the feature changes as summary lines. Please refer to the Git commit history for more information.
Toolchain support
The minimum supported version of GCC used to compile rippled is v4.8. Please follow these instructions if you have not upgraded already.
While it may be possible to compile rippled on (virtual) machines with 4GB of RAM, we recommend build machines with 8GB of RAM.
The minimum supported version of Boost is v1.55. You must upgrade to this release or later to successfully compile this release. Please follow these instructions if you have not upgraded already.
Improvements
- CPU utilization for certain operations has been optimized.
- Improve serialization of public ledger blocks.
- rippled now takes much less time to compile.
- Additional pathfinding heuristic: increases liquidity in some cases.
Bug Fixes
- Unprintable currency codes will be printed as hex digits.
- Transactions with unreasonably long path lengths are rejected. The maximum is now eight (8) hops.
rippled v0.25.1 has been released. The repository tag is 0.25.1 and can be found on GitHub at: https://github.com/ripple/rippled/tree/0.25.1
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit b677cacb8ce0d4ef21f8c60112af1db51dce5bb4
Author: Vinnie Falco <vinnie.falco@gmail.com>
Date: Thu May 15 08:27:20 2014 -0700
Set version to 0.25.1
This release incorporates significant improvements which may not warrant separate entries but are incorporated into the feature changes as summary lines. Please refer to the Git commit history for more information.
Toolchain support
The minimum supported version of GCC used to compile rippled is v4.8. Please follow these instructions if you have not upgraded already.
A minimum of 4GB of RAM are required to successfully compile this release.
The minimum supported version of Boost is v1.55. You must upgrade to this release or later to successfully compile this release. Please follow these instructions if you have not upgraded already.
Major Features
- Option to compress the NodeStore db. More speed, less space. See
rippled-example.cfg
Improvements
- Remove redundant checkAccept call
- Added I/O latency to output of ''server_info''.
- Better performance handling of Fetch Packs.
- Improved handling of modified ledger nodes.
- Improved performance of JSON document generator.
- Made strConcat operate in O(n) time for greater efficiency.
- Added some new configuration options to doc/rippled-example.cfg
Bug Fixes
- Fixed a bug in Unicode parsing of transactions.
- Fix a blocker with tfRequireAuth
- Merkle tree nodes that are retrieved as a result of client requests are cached locally.
- Use the last ledger node closed for finding old paths through the network.
- Reduced number of asynchronous fetches.
rippled version 0.25.0 has been released. The repository tag is 0.25.0 and can be found on GitHub at: https://github.com/ripple/rippled/tree/0.25.0
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit 29d1d5f06261a93c5e94b4011c7675ff42443b7f
Author: Vinnie Falco <vinnie.falco@gmail.com>
Date: Wed May 14 09:01:44 2014 -0700
Set version to 0.25.0
This release incorporates significant improvements which may not warrant separate entries but are incorporated into the feature changes as summary lines. Please refer to the Git commit history for more information.
Toolchain support
The minimum supported version of GCC used to compile rippled is v4.8. Please follow these instructions if you have not upgraded already.
A minimum of 4GB of RAM are required to successfully compile this release.
The minimum supported version of Boost is v1.55. You must upgrade to this release or later to successfully compile this release. Please follow these instructions if you have not upgraded already.
Major Features
- Option to compress the NodeStore db. More speed, less space. See
rippled-example.cfg
Improvements
- Remove redundant checkAccept call
- Added I/O latency to output of server_info.
- Better performance handling of Fetch Packs.
- Improved handling of modified ledger nodes.
- Improved performance of JSON document generator.
- Made strConcat operate in O(n) time for greater efficiency.
Bug Fixes
- Fix a blocker with tfRequireAuth
- Merkle tree nodes that are retrieved as a result of client requests are cached locally.
- Use the last ledger node closed for finding old paths through the network.
- Reduced number of asynchronous fetches.
rippled version 0.24.0 has been released. The repository tag is 0.24.0 and can be found on GitHub at: https://github.com/ripple/rippled/tree/0.24.0
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit 3eb1c7bd6f93e5d874192197f76571184338f702
Author: Vinnie Falco <vinnie.falco@gmail.com>
Date: Mon May 5 10:20:46 2014 -0700
Set version to 0.24.0
This release incorporates significant improvements which may not warrant separate entries but are incorporated into the feature changes as summary lines. Please refer to the Git commit history for more information.
Toolchain support
The minimum supported version of GCC used to compile rippled is v4.8. Please follow these instructions if you have not upgraded already.
A minimum of 4GB of RAM are required to successfully compile this release.
The minimum supported version of Boost is v1.55. You must upgrade to this release or later to successfully compile this release. Please follow these instructions if you have not upgraded already.
Improvements
- Implemented logic for ledger processes and features.
- Use "high threads" for background RocksDB database writes.
- Separately track locally-issued transactions to ensure they always appear in the open ledger.
Bug Fixes
- Fix AccountSet for canonical transactions.
- The RPC sign command will now sign with either an account's master or regular secret key.
- Fixed out-of-order network initialization.
- Improved efficiency of pathfinding for transactions.
- Reworked timing of ledger validation and related operations to fix race condition against the network.
- Build process enforces minimum versions of OpenSSL and BOOST for operation.
rippled version 0.23.0 has been released. The repository tag is 0.23.0 and can be found on GitHub at: https://github.com/ripple/rippled/tree/0.23.0
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit 29a4f61551236f70865d46d6653da2e62de1c701
Author: Vinnie Falco <vinnie.falco@gmail.com>
Date: Fri Mar 14 13:01:23 2014 -0700
Set version to 0.23.0
This release incorporates significant improvements which may not warrant separate entries but are incorporated into the feature changes as summary lines. Please refer to the Git commit history for more information.
Toolchain support
The minimum supported version of GCC used to compile rippled is v4.8. Please follow these instructions if you have not upgraded already.
A minimum of 4GB of RAM are required to successfully compile this release.
The minimum supported version of Boost is v1.55. You must upgrade to this release or later to successfully compile this release. Please follow these instructions if you have not upgraded already.
Improvements
- Allow the word 'none' in the .cfg file to disable storing historical ledgers.
- Clarify the initialization of hash prefixes used in the RadMap.
- Better validation of RPC-JSON from all sources
- Reduce spurious log output from Peers
- Eliminated some I/O for certain operations in the RadMap.
- Client requests for full state trees now require administrative privileges.
- Added "MemoData" field for transaction memos.
- Prevent the node cache from overflowing needlessly in certain cases
- Add "ledger_data" command for retrieving entire ledgers in chunks.
- Reduce the quantity of forwarded transactions and proposals in some cases
- Improved diagnostics when errors occur loading SSL certificates
Bug Fixes
- Fix rare crash when a race condition involving disconnecting sockets occurs
- Fix a corner case with hex conversion of strings with odd character lengths
- Fix an exception in a corner case when erroneous transactions were being logged
- Fix the treatment of expired offers when cleaning up offers
- Prevent a needless transactor from being created if the tx ID is not valid
- Fix the peer action transition from "syncing" to "full"
- Fix error reporting for unknown inner JSON fields
- Fix source file path displayed when an assertion failure is reported
- Fix typos in transaction engine error code identifiers
rippled version 0.22.0 has been released. This release is currently the tip of the develop/ branch and can be found on GitHub at: https://github.com/ripple/rippled/tree/develop The tag is 0.22.0 and can be found on GitHub at: https://github.com/ripple/rippled/tree/0.22.0
This is a critical release affecting transaction processing. All partners should update immediately.
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
This release incorporates significant improvements which may not warrant separate entries but are incorporated into the feature changes as summary lines. Please refer to the Git commit history for more information.
Toolchain support
The minimum supported version of GCC used to compile rippled is v4.8. Please follow these instructions if you have not upgraded already.
A minimum of 4GB of RAM are required to successfully compile this release.
The minimum supported version of libBOOST is v1.55. You must upgrade to this release or later to successfully compile this release. Please follow these instructions if you have not upgraded already.
Key release features
-
PeerFinder
- Actively guides network topology.
- Scrubs listening advertisements based on connectivity checks.
- Redirection for new nodes when existing nodes are full.
-
Memos
- Transactions can optionally include a short text message, which optionally can be encrypted.
-
Database
- Improved management of I/O resources.
- Better performance accessing historical data.
-
PathFinding
- More efficient search algorithm when computing paths
Major Partner Issues Fixed
-
Transactions
- Malleability: Ability to ensure that signatures are fully canonical.
-
PathFinding
- Less time needed to get the first path result!
-
Database
- Eliminated "meltdowns" caused when fetching historical ledger data.
Significant Changes
- Cleaned up logic which controls when ledgers are fetched and under what conditions.
- Cleaned up file path calculation for database files.
- Changed dispatcher for WebSocket requests.
- Cleaned up multithreading mechanisms.
- Fixed custom currency code parsing.
- Optimized transaction node lookup circumstances in the node store.
rippled version 0.21.0 has been released. This release is currently the tip of the develop/ branch and can be found on GitHub at 1. The tag is 0.21.0-rc2 and can be found on GitHub at 2.
This is a critical release. All partners should update immediately.
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit f295bb20a16d1d2999f606c1297c8930d8e33c40
Author: JoelKatz <DavidJoelSchwartz@GMail.com>
Date: Fri Jan 24 11:17:16 2014 -0800
Set version to 0.21.0.rc2
Major Partner Issues Fixed
- Order book issues
- Ensure all crossing offers are taken
- Ensure order book is not left crossed
- Added DeliveredAmount field to transaction metadata
- Reports amount delivered in partial payments
Toolchain support
As with the previous release, the minimum supported version of GCC used to compile rippled is v4.8.
Significant Changes
- Pairwise no-ripple
- Permits trust lines to be protected from rippling
- Operates on protected pairs
- Performance improvements
- Improve I/O latency
- Improve fetching ledgers
- Improve pathfinding
- Features for robust transaction submission
- LastLedgerSeq for transaction expiration
- AccountTxnID for transaction chaining
- Fix some cases where an invalid transaction would stay in limbo
- Code cleanups
- Better reporting of invalid parameters
Release Candidates
RC1 fixed performance problems with order book retrieval.
RC2 fixed a bug that caused crashes in order processing and a bug in parsing order book requests.
Notice
If you are upgrading from version 0.12 or earlier of rippled, these next sections apply to you because the format of the rippled.cfg file changed around that time. If you have upgraded since that time and you have applied the configuration file fixes, you can safely ignore them.
Validators
Ripple Labs is now running five validators. You can use this template for your validators.txt file (or place this in your config file):
[validators]
n9KPnVLn7ewVzHvn218DcEYsnWLzKerTDwhpofhk4Ym1RUq4TeGw RIP1
n9LFzWuhKNvXStHAuemfRKFVECLApowncMAM5chSCL9R5ECHGN4V RIP2
n94rSdgTyBNGvYg8pZXGuNt59Y5bGAZGxbxyvjDaqD9ceRAgD85P RIP3
n9LeQeDcLDMZKjx1TZtrXoLBLo5q1bR1sUQrWG7tEADFU6R27UBp RIP4
n9KF6RpvktjNs2MDBkmxpJbup4BKrKeMKDXPhaXkq7cKTwLmWkFr RIP5
You should also raise your quorum to at least three by putting the following in your rippled.cfg file:
[validation_quorum]
3
If you are a validator, you should set your quorum to at least four.
IPs
A list of Ripple Labs server IP addresses can be found by resolving r.ripple.com. You can also add this to your rippled.cfg file to ensure you always have several peer connections to Ripple Labs servers:
[ips]
184.73.226.101 51235
23.23.201.55 51235
54.200.43.173 51235
184.73.57.84 51235
54.234.249.55 51235
54.200.86.110 51235
RocksDB back end
RocksDB is based on LevelDB with improvements from Facebook and the community. Preliminary tests show that it stalls less often than HyperLevelDB for our use cases.
If you are switching over from an existing back end, you have two options. You can remove your old database and let rippled recreate it as it re-syncs, or you can import your old database into the new one.
To remove your old database, make sure the server is shut down (`rippled stop`). Remove the db/ledger.db and db/transaction.db files. Remove all the files in your back end store directory (db/hashnode by default). Then change your configuration file to use the RocksDB back end and restart.
To import your old database, start by shutting the server down. Then modify the configuration file by renaming your [node_db] stanza to [import_db]. Create a new [node_db] stanza and specify a RocksDB back end with a different directory. Start the server with the command rippled --import. When the import finishes gracefully stop the server (`rippled stop`). Please wait for rippled to stop on its own because it can take several minutes for it to shut down after an import. Remove the old database, put the new database into place, remove the [import_db] section, change the [node_db] section to refer to the final location, and restart the server.
The recommended RocksDB configuration is:
[node_db]
type=RocksDB
path=db/hashnode
open_files=1200
filter_bits=12
cache_mb=128
file_size_mb=8
file_size_mult=2
Configuring your Node DB
You need to configure the NodeBackEnd that you want the server to use. See above for an example RocksDB configuration.
- Note: HyperLevelDB and RocksDB are not available on Windows platform.
rippled version 0.20.1 has been released. This release is currently the tip of the develop branch and the tag is 0.20.1.
This is a critical release. All partners should update immediately.
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit 95a573b755219d7e1e078d53b8e11a8f0d7cade1
Author: Vinnie Falco <vinnie.falco@gmail.com>
Date: Wed Jan 8 17:08:27 2014 -0800
Set version to 0.20.1
Major Partner Issues Fixed
- rippled will crash randomly.
- Entries in the three parts of the order book are missing or do not match. In such a case, rippled will crash.
- Server loses sync randomly.
- This is due to rippled restarting after it crashes. That the server restarted is not obvious and appears to be something else.
- Server goes 'offline' randomly.
- This is due to rippled restarting after it crashes. That the server restarted is not obvious and appears to be something else.
- complete_ledgers part of server_info output says "None".
- This is due to rippled restarting and reconstructing the ledger after it crashes.
- If the node back end is corrupted or has been moved without being renamed in rippled.cfg, this can cause rippled to crash and restart.
Toolchain support
Starting with this release, the minimum supported version of GCC used to compile rippled is v4.8.
Significant Changes
- Don't log StatsD messages to the console by default.
- Fixed missing jtACCEPT job limit.
- Removed dead code to clean up the codebase.
- Reset liquidity before retrying rippleCalc.
- Made improvements becuase items in SHAMaps are immutable.
- Multiple pathfinding bugfixes:
- Make each path request track whether it needs updating.
- Improve new request handling, reverse order for processing requests.
- Break to handle new requests immediately.
- Make mPathFindThread an integer rather than a bool. Allow two threads.
- Suspend processing requests if server is backed up.
- Multiple performance improvements and enhancements.
- Fixed locking.
- Refactored codebase to make it C++11 compliant.
- Multiple fixes to ledger acquisition, cleanup, and logging.
- Made multiple improvements to WebSockets server.
- Added Debian-style initscript (doc/rippled.init).
- Updated default config file (doc/rippled-example.cfg) to reflect best practices.
- Made changes to SHAMapTreeNode and visitLeavesInternal to conserve memory.
- Implemented new fee schedule:
- Transaction fee: 10 drops
- Base reserve: 20 XRP
- Incremental reserve: 5 XRP
- Fixed bug #211 (getTxsAccountB in NetworkOPs).
- Fixed a store/fetch race condition in ther node back end.
- Fixed multiple comparison operations.
- Removed Sophia and Lightning databases.
Notice
If you are upgrading from version 0.12 or earlier of rippled, these next sections apply to you because the format of the rippled.cfg file changed around that time. If you have upgraded since that time and you have applied the configuration file fixes, you can safely ignore them.
Validators
Ripple Labs is now running five validators. You can use this template for your validators.txt file (or place this in your config file):
[validators]
n9KPnVLn7ewVzHvn218DcEYsnWLzKerTDwhpofhk4Ym1RUq4TeGw RIP1
n9LFzWuhKNvXStHAuemfRKFVECLApowncMAM5chSCL9R5ECHGN4V RIP2
n94rSdgTyBNGvYg8pZXGuNt59Y5bGAZGxbxyvjDaqD9ceRAgD85P RIP3
n9LeQeDcLDMZKjx1TZtrXoLBLo5q1bR1sUQrWG7tEADFU6R27UBp RIP4
n9KF6RpvktjNs2MDBkmxpJbup4BKrKeMKDXPhaXkq7cKTwLmWkFr RIP5
You should also raise your quorum to at least three by putting the following in your rippled.cfg file:
[validation_quorum]
3
If you are a validator, you should set your quorum to at least four.
IPs
A list of Ripple Labs server IP addresses can be found by resolving r.ripple.com. You can also add this to your rippled.cfg file to ensure you always have several peer connections to Ripple Labs servers:
[ips]
54.225.112.220 51235
54.225.123.13 51235
54.227.239.106 51235
107.21.251.218 51235
184.73.226.101 51235
23.23.201.55 51235
New RocksDB back end
RocksDB is based on LevelDB with improvements from Facebook and the community. Preliminary tests show that it stalls less often than HyperLevelDB for our use cases.
If you are switching over from an existing back end, you have two options. You can remove your old database and let rippled recreate it as it re-syncs, or you can import your old database into the new one.
To remove your old database, make sure the server is shut down (rippled stop). Remove the db/ledger.db and db/transaction.db files. Remove all the files in your back end store directory (db/hashnode by default). Then change your configuration file to use the RocksDB back end and restart.
To import your old database, start by shutting the server down. Then modify the configuration file by renaming your [node_db] stanza to [import_db]. Create a new [node_db] stanza and specify a RocksDB back end with a different directory. Start the server with the command rippled --import. When the import finishes gracefully stop the server (rippled stop). Please wait for rippled to stop on its own because it can take several minutes for it to shut down after an import. Remove the old database, put the new database into place, remove the [import_db] section, change the [node_db] section to refer to the final location, and restart the server.
The recommended RocksDB configuration is:
[node_db]
type=RocksDB
path=db/hashnode
open_files=1200
filter_bits=12
cache_mb=256
file_size_mb=8
file_size_mult=2
Configuring your Node DB
You need to configure the NodeBackEnd that you want the server to use. See above for an example RocksDB configuration.
- Note: HyperLevelDB and RocksDB are not available on Windows platform.
rippled version 0.19 has now been released. This release is currently the tip of the release branch and the tag is 0.19.0.
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit 26783607157a8b96e6e754f71565f4eb0134efc1
Author: Vinnie Falco <vinnie.falco@gmail.com>
Date: Fri Nov 22 23:36:50 2013 -0800
Set version to 0.19.0
Significant Changes
- Bugfixes and improvements in path finding, path filtering, and payment execution.
- Updates to HyperLevelDB and LevelDB node storage back ends.
- Addition of RocksDB node storage back end.
- New resource manager for tracking server load.
- Fixes for a few bugs that can crashes or inability to serve client requests.
Validators
Ripple Labs is now running five validators. You can use this template for your validators.txt file (or place this in your config file):
[validators]
n9KPnVLn7ewVzHvn218DcEYsnWLzKerTDwhpofhk4Ym1RUq4TeGw RIP1
n9LFzWuhKNvXStHAuemfRKFVECLApowncMAM5chSCL9R5ECHGN4V RIP2
n94rSdgTyBNGvYg8pZXGuNt59Y5bGAZGxbxyvjDaqD9ceRAgD85P RIP3
n9LeQeDcLDMZKjx1TZtrXoLBLo5q1bR1sUQrWG7tEADFU6R27UBp RIP4
n9KF6RpvktjNs2MDBkmxpJbup4BKrKeMKDXPhaXkq7cKTwLmWkFr RIP5
You should also raise your quorum to at least three by putting the following in your rippled.cfg file:
[validation_quorum]
3
If you are a validator, you should set your quorum to at least four.
IPs
A list of Ripple Labs server IP addresses can be found by resolving r.ripple.com. You can also add this to your rippled.cfg file to ensure you always have several peer connections to Ripple Labs servers:
[ips]
54.225.112.220 51235
54.225.123.13 51235
54.227.239.106 51235
107.21.251.218 51235
184.73.226.101 51235
23.23.201.55 51235
New RocksDB back end
RocksDB is based on LevelDB with improvements from Facebook and the community. Preliminary tests show that it stall less often than HyperLevelDB.
If you are switching over from an existing back end, you have two choices. You can remove your old database or you can import it.
To remove your old database, make sure the server is shutdown. Remove the db/ledger.db and db/transaction.db files. Remove all the files in your back end store directory, db/hashnode by default. Then you can change your configuration file to use the RocksDB back end and restart.
To import your old database, start by shutting the server down. Then modify the configuration file by renaming your [node_db] portion to [import_db]. Create a new [node_db] section specify a RocksDB back end and a different directory. Start the server with rippled --import. When the import finishes, stop the server (it can take several minutes to shut down after an import), remove the old database, put the new database into place, remove the [import_db] section, change the [node_db] section to refer to the final location, and restart the server.
The recommended RocksDB configuration is:
[node_db]
type=RocksDB
path=db/hashnode
open_files=1200
filter_bits=12
cache_mb=256
file_size_mb=8
file_size_mult=2
Configuring your Node DB
You need to configure the NodeBackEnd that you want the server to use. See above for an example RocksDB configuration.
- Note: HyperLevelDB and RocksDB are not available on Windows platform.
rippled version 0.16 has now been released. This release is currently the tip of the master branch and the tag is v0.16.0.
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit 15ef43505473225af21bb7b575fb0b628d5e7f73
Author: vinniefalco
Date: Wed Oct 2 2013
Set version to 0.16.0
Significant Changes
- Improved peer discovery
- Improved pathfinding
- Ledger speed improvements
- Reduced memory consumption
- Improved server stability
- rippled no longer throws and exception on exiting
- Better error reporting
- Ripple-lib tests have been ported to use the Mocha testing framework
Validators
Ripple Labs is now running five validators. You can use this template for your validators.txt file:
[validators]
n9KPnVLn7ewVzHvn218DcEYsnWLzKerTDwhpofhk4Ym1RUq4TeGw RIP1
n9LFzWuhKNvXStHAuemfRKFVECLApowncMAM5chSCL9R5ECHGN4V RIP2
n94rSdgTyBNGvYg8pZXGuNt59Y5bGAZGxbxyvjDaqD9ceRAgD85P RIP3
n9LeQeDcLDMZKjx1TZtrXoLBLo5q1bR1sUQrWG7tEADFU6R27UBp RIP4
n9KF6RpvktjNs2MDBkmxpJbup4BKrKeMKDXPhaXkq7cKTwLmWkFr RIP5
You should also raise your quorum to at least three by putting the following in your rippled.cfg file:
[validation_quorum]
3
If you are a validator, you should set your quorum to at least four.
IPs
A list of Ripple Labs server IP addresses can be found by resolving r.ripple.com. You can also add this to your rippled.cfg file to ensure you always have several peer connections to Ripple Labs servers:
[ips]
54.225.112.220 51235
54.225.123.13 51235
54.227.239.106 51235
107.21.251.218 51235
184.73.226.101 51235
23.23.201.55 51235
Node DB
You need to configure the NodeBackEnd that you want the server to use. In most cases, that will mean adding this to your configuration file:
[node_db]
type=HyperLevelDB
path=db/hashnode
- NOTE HyperLevelDB is not available on Windows platforms.
Release Candidates
Issues
None known
rippled version 0.14 has now been released. This release is currently the tip of the master branch and the tag is v0.12.0.
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit b6d11c08d0245ee9bafbb97143f5d685dd2979fc
Author: vinniefalco
Date: Wed Oct 2 2013
Set version to 0.14.0
Significant Changes
- Improved peer discovery
- Improved pathfinding
- Ledger speed improvements
- Reduced memory consumption
- Improved server stability
- rippled no longer throws and exception on exiting
- Better error reporting
- Ripple-lib tests have been ported to use the Mocha testing framework
Validators
Ripple Labs is now running five validators. You can use this template for your validators.txt file:
[validators]
n9KPnVLn7ewVzHvn218DcEYsnWLzKerTDwhpofhk4Ym1RUq4TeGw RIP1
n9LFzWuhKNvXStHAuemfRKFVECLApowncMAM5chSCL9R5ECHGN4V RIP2
n94rSdgTyBNGvYg8pZXGuNt59Y5bGAZGxbxyvjDaqD9ceRAgD85P RIP3
n9LeQeDcLDMZKjx1TZtrXoLBLo5q1bR1sUQrWG7tEADFU6R27UBp RIP4
n9KF6RpvktjNs2MDBkmxpJbup4BKrKeMKDXPhaXkq7cKTwLmWkFr RIP5
You should also raise your quorum to at least three by putting the following in your rippled.cfg file:
[validation_quorum]
3
If you are a validator, you should set your quorum to at least four.
IPs
A list of Ripple Labs server IP addresses can be found by resolving r.ripple.com. You can also add this to your rippled.cfg file to ensure you always have several peer connections to Ripple Labs servers:
[ips]
54.225.112.220 51235
54.225.123.13 51235
54.227.239.106 51235
107.21.251.218 51235
184.73.226.101 51235
23.23.201.55 51235
Node DB
You need to configure the NodeBackEnd that you want the server to use. In most cases, that will mean adding this to your configuration file:
[node_db]
type=HyperLevelDB
path=db/hashnode
- NOTE HyperLevelDB is not available on Windows platforms.
Release Candidates
Issues
None known
rippled version 0.12 has now been released. This release is currently the tip of the master branch and can be found on GitHub. The tag is v0.12.0.
Prior to building, please confirm you have the correct source tree with the git log command. The first log entry should be the change setting the version:
commit d0a9da6f16f4083993e4b6c5728777ffebf80f3a
Author: JoelKatz <DavidJoelSchwartz@GMail.com>
Date: Mon Aug 26 12:08:05 2013 -0700
Set version to v0.12.0
Major Partner Issues Fixed
- Server Showing "Offline"
This issue was caused by LevelDB periodically compacting its internal data structure. While compacting, rippled's processing would stall causing the node to lose sync with the rest of the network. This issue was solved by switching from LevelDB to HyperLevelDB. rippled operators will need to change their ripple.cfg file. See below for configuration details.
- Premature Validation of Transactions
On rare occasions, a transaction would show as locally validated before the full network consensus was confirmed. This issue was resolved by changing the way transactions are saved.
- Missing Ledgers
Occasionally, some rippled servers would fail to fetch all ledgers. This left gaps in the local history and caused some API calls to report incomplete results. The ledger fetch code was rewritten to both prevent this and to repair any existing gaps.
Significant Changes
- The way transactions are saved has been changed. This fixes a number of ways transactions can incorrectly be reported as fully-validated.
doTransactionEntrynow works against open ledgers.doLedgerEntrynow supports a binary option.- A bug in
getBookPagethat caused it to skip offers is fixed. getNodeFatnow returns deeper chains, reducing ledger acquire latency.- Catching up if the (published ledger stream falls behind the network) is now more aggressive.
- I/O stalls are drastically reduced by using the HyperLevelDB node back end.
- Persistent ledger gaps should no longer occur.
- Clusters now exchange load information.
Validators
Ripple Labs is now running five validators. You can use this template for your validators.txt file:
[validators]
n9KPnVLn7ewVzHvn218DcEYsnWLzKerTDwhpofhk4Ym1RUq4TeGw RIP1
n9LFzWuhKNvXStHAuemfRKFVECLApowncMAM5chSCL9R5ECHGN4V RIP2
n94rSdgTyBNGvYg8pZXGuNt59Y5bGAZGxbxyvjDaqD9ceRAgD85P RIP3
n9LeQeDcLDMZKjx1TZtrXoLBLo5q1bR1sUQrWG7tEADFU6R27UBp RIP4
n9KF6RpvktjNs2MDBkmxpJbup4BKrKeMKDXPhaXkq7cKTwLmWkFr RIP5
Update April 2014 - Due to a vulnerability in OpenSSL the validator keys above have been cycled out, the five validators by RippleLabs use the following keys now:
[validators]
n949f75evCHwgyP4fPVgaHqNHxUVN15PsJEZ3B3HnXPcPjcZAoy7 RL1
n9MD5h24qrQqiyBC8aeqqCWvpiBiYQ3jxSr91uiDvmrkyHRdYLUj RL2
n9L81uNCaPgtUJfaHh89gmdvXKAmSt5Gdsw2g1iPWaPkAHW5Nm4C RL3
n9KiYM9CgngLvtRCQHZwgC2gjpdaZcCcbt3VboxiNFcKuwFVujzS RL4
n9LdgEtkmGB9E2h3K4Vp7iGUaKuq23Zr32ehxiU8FWY7xoxbWTSA RL5
You should also raise your quorum to at least three by putting the following in your rippled.cfg file:
[validation_quorum]
3
If you are a validator, you should set your quorum to at least four.
IPs
A list of Ripple Labs server IP addresses can be found by resolving r.ripple.com. You can also add this to your rippled.cfg file to ensure you always have several peer connections to Ripple Labs servers:
[ips]
54.225.112.220 51235
54.225.123.13 51235
54.227.239.106 51235
107.21.251.218 51235
184.73.226.101 51235
23.23.201.55 51235
Node DB
You need to configure the NodeBackEnd that you want the server to use. In most cases, that will mean adding this to your configuration file:
[node_db]
type=HyperLevelDB
path=db/hashnode
- NOTE HyperLevelDB is not available on Windows platforms.
Release Candidates
RC1 was the first release candidate.
RC2 fixed a bug that could cause ledger acquires to stall.
RC3 fixed compilation under OSX.
RC4 includes performance improvements in countAccountTx and numerous small fixes to ledger acquisition.
RC5 changed the peer low water mark from 4 to 10 to acquire more server connections.
RC6 fixed some possible load issues with the network state timer and cluster reporting timers.
Issues
Fetching of historical ledgers is slower in this build than in previous builds. This is being investigated.