Files
xahaud/include/xrpl/protocol
Scott Schurr be49b22c2f Address rare corruption of NFTokenPage linked list (#4945)
* Add fixNFTokenPageLinks amendment:

It was discovered that under rare circumstances the links between
NFTokenPages could be removed.  If this happens, then the
account_objects and account_nfts RPC commands under-report the
NFTokens owned by an account.

The fixNFTokenPageLinks amendment does the following to address
the problem:

- It fixes the underlying problem so no further broken links
  should be created.
- It adds Invariants so, if such damage were introduced in the
  future, an invariant would stop it.
- It adds a new FixLedgerState transaction that repairs
  directories that were damaged in this fashion.
- It adds unit tests for all of it.
2025-06-18 12:32:59 +09:00
..
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 19:16:40 +09:00
2025-06-17 10:42:41 +00:00
2025-06-17 19:16:40 +09:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-18 12:17:28 +09:00
2025-06-17 21:45:05 +09:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 19:16:40 +09:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 19:16:40 +09:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 19:16:40 +09:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-18 12:17:28 +09:00
2025-06-17 10:42:41 +00:00
2025-06-17 19:16:40 +09:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00

protocol

Classes and functions for handling data and values associated with the XRP Ledger protocol.

Serialized Objects

Objects transmitted over the network must be serialized into a canonical format. The prefix "ST" refers to classes that deal with the serialized format.

The term "Tx" or "tx" is an abbreviation for "Transaction", a commonly occurring object type.

Optional Fields

Our serialized fields have some "type magic" to make optional fields easier to read:

  • The operation x[sfFoo] means "return the value of 'Foo' if it exists, or the default value if it doesn't."
  • The operation x[~sfFoo] means "return the value of 'Foo' if it exists, or nothing if it doesn't." This usage of the tilde/bitwise NOT operator is not standard outside of the rippled codebase.
    • As a consequence of this, x[~sfFoo] = y[~sfFoo] assigns the value of Foo from y to x, including omitting Foo from x if it doesn't exist in y.

Typically, for things that are guaranteed to exist, you use x[sfFoo] and avoid having to deal with a container that may or may not hold a value. For things not guaranteed to exist, you use x[~sfFoo] because you want such a container. It avoids having to look something up twice, once just to see if it exists and a second time to get/set its value. (Real example)

The source of this "type magic" is in SField.h.