Files
xahaud/include/xrpl/protocol
Vlad 01372a67a8 Add deep freeze feature (XLS-77d) (#5187)
- spec: XRPLF/XRPL-Standards#220
- amendment: "DeepFreeze"
- implemented deep freeze spec to allow token issuers to prevent currency holders from being able to acquire more of these tokens.
- in combination with normal freeze, deep freeze effectively prevents any balance trust line balance change of a currency holder (except direct issuer <-> holder payments).
- added 2 new invariant checks to verify that deep freeze cannot be enacted without normal freeze and transfer is not frozen.
- made some fixes to existing freeze handling.

Co-authored-by: Ed Hennis <ed@ripple.com>
Co-authored-by: Howard Hinnant <howard.hinnant@gmail.com>
2025-06-20 10:52:31 +09:00
..
2025-06-18 14:13:10 +09:00
2025-06-17 10:42:41 +00:00
2025-06-19 23:41:59 +09:00
2025-06-17 10:42:41 +00:00
2025-06-17 19:16:40 +09:00
2025-06-18 14:13:10 +09:00
2025-06-17 21:45:05 +09:00
2025-06-17 10:42:41 +00:00
2025-06-19 23:41:59 +09: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-19 23:41:59 +09:00
2025-06-20 00:27:50 +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-19 19:56:21 +09: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-19 23:41:59 +09:00
2025-06-17 10:42:41 +00:00
2025-06-19 23:41:59 +09:00
2025-06-17 10:42:41 +00:00
2025-06-18 14:13:10 +09:00
2025-06-19 19:56:21 +09:00
2025-06-17 10:42:41 +00:00
2025-06-17 10:42:41 +00:00
2025-06-19 23:41: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 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.