Skip to content
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

Ximinez/peercharges #1

Merged

Conversation

vlntb
Copy link
Owner

@vlntb vlntb commented Jan 16, 2025

High Level Overview of Change

Context of Change

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)

* 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 part of
  a TMTransactions batch, the peer is charged the equivalent of one
  trivial request per transaction. If not, 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.
* If reduce relay is enabled, it will queue up the tx id for peers that
  also have it enabled so they can ask for it later if they need it.
@vlntb vlntb merged commit 1141201 into vlntb:fix/signaturefee-to-unwanteddata Jan 16, 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.

2 participants