Ripple has released rippledversion 0.80.2, which improves the transaction dispatch logic of rippled, allows for more transactions to be in flight at any one time and reduces the overall resource usage of rippled. The improved transaction dispatch logic ensures that a transaction is dispatched at most once every 10 seconds, even if it received from multiple peers during that interval.
The fix should also improve load accounting on peer links, reducing the number of extraneous server-server connection drops caused by redundant transaction dispatching.
Ripple strongly recommends upgrading to rippled version 0.80.2 immediately.Action Required
If you operate a rippledserver, then you should upgrade to 0.80.2 immediately.Impact of Not UpgradingIf you operate a rippledserver, but do not upgrade to rippled version 0.80.2, then your rippled server will use more resources than necessary and may periodically drop transactions and fall out of sync with the network.
For instructions on updating rippled on supported platforms, see Updating a0f431a55a241770d7496b240e4d2c638f2cadd4126ee621c5ed980b8174223c
The SHA-256 for the source RPM is: d25bda2c384c67e48fe6c29250c07039d33c6ed5d280ad19fc246469213fe251
For other platforms, please compile version 0.80.2 from source.
The first log entry should be the change setting the version:commit d2fc4e3569d79d3cade78533f673f642a8d26845 Author: Nikolaos D. Bougalis <firstname.lastname@example.org> Date: Thu Dec 14 15:30:20 2017 -0800 Set version to 0.80.2 Network Update
The Ripple technical operations team will deploy rippledversion 0.80.2 to all production rippled servers under its operational control, on Friday, 12/15/2017.Learn, ask questions, and discuss
Related documentation is available in the Ripple Developer PortalThe Ripple ForumThe Ripple Dev Blogsupport@ripple.comXRP Chat(#2294)Control transaction dispatch rate (#2297)previously-released rippled version 0.80.1 also included the following fixes and improvements:
New and Updated FeaturesAllow including validator manifests in published list (#2278#2242)Support SNI#2275)Grow TxQ expected size quickly, shrink slowly (#2235#2240)Properly use ledger hash to break ties when determing working ledger for consensus (#2257#2252)Verify validator token manifest matches private key (#2268)