8000 [DRAFT] Proposed merge 2.3.1 to develop by Bronek · Pull Request #5258 · XRPLF/rippled · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

[DRAFT] Proposed merge 2.3.1 to develop #5258

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
wants to merge 3 commits into from

Conversation

Bronek
Copy link
Collaborator
@Bronek Bronek commented Jan 29, 2025

High Level Overview of Change

Merge changes from release 2.3.1 into develop branch. Merge from command line as --ff-only

Context of Change

This brings #5243 changes ( as documented in b14c249 ) to develop branch, with the addition of XRPL_ASSERT being used as appropriate in place of legacy assert

Type of Change

  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to not work as expected)
  • Refactor (non-breaking change that only restructures code)
  • Performance (increase or change in throughput and/or latency)
  • Tests (you added tests for code that already exists, or your new feature included in this PR)
  • Documentation update
  • Chore (no impact to binary, e.g. .gitignore, formatting, dropping support for older tooling)
  • Release

API Impact

  • Public API: New feature (new methods and/or new fields)
  • Public API: Breaking change (in general, breaking changes should only impact the next api_version)
  • libxrpl change (any change that may affect libxrpl or dependents of libxrpl)
  • Peer protocol change (must be backward compatible or bump the peer protocol version)

vlntb and others added 3 commits January 27, 2025 19:41
- Fix an erroneous high fee penalty that peers could incur for sending
  older transactions.
- Update to the fees charged for imposing a load on the server.
- Prevent the relaying of internal pseudo-transactions.
  - Before: Pseudo-transactions received from a peer will fail the signature
    check, even if they were requested (using TMGetObjectByHash), because
    they have no signature. This causes the peer to be charge for an
    invalid signature.
  - After: Pseudo-transactions, are put into the global cache
    (TransactionMaster) only. If the transaction is not part of
    a TMTransactions batch, the peer is charged an unwanted data fee.
    These fees will not be a problem in the normal course of operations,
    but should dissuade peers from behaving badly by sending a bunch of
    junk.
- Improve logging: include the reason for fees charged to a peer.

Co-authored-by: Ed Hennis <ed@ripple.com>
@Bronek Bronek requested a review from ximinez January 29, 2025 10:58
@Bronek Bronek marked this pull request as draft January 29, 2025 10:59
@ximinez
Copy link
Collaborator
ximinez commented Jan 29, 2025

Let's hold off on this a bit until we get 2.3.1 merged to master, then we can reverse-merge the whole thing at once.

@ximinez
Copy link
Collaborator
ximinez commented Jan 29, 2025

Replaced by #5260

@ximinez ximinez closed this Jan 29, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants
0