StellarProtocolConstants

Size of an Ed25519 public key in bytes (32 bytes) Reference: https://ed25519.cr.yp.to/

Size of an Ed25519 seed in bytes (32 bytes) Reference: https://ed25519.cr.yp.to/

Size of an Ed25519 private key in bytes (64 bytes) Reference: https://ed25519.cr.yp.to/

Size of an Ed25519 signature in bytes (64 bytes) Reference: https://ed25519.cr.yp.to/

Size of SHA-256 hash in bytes (32 bytes) Reference: https://en.wikipedia.org/wiki/SHA-2

Size of the version byte in StrKey encoding (1 byte) Reference: Stellar developer docs

Size of the CRC-16 checksum in StrKey encoding (2 bytes) Reference: Stellar developer docs

Total overhead size in StrKey encoding (version byte + checksum = 3 bytes) Reference: Stellar developer docs

Standard StrKey encoded string length for ed25519PublicKey, ed25519SecretSeed, preAuthTX, sha256Hash, contract, and liquidityPool (56 characters) Calculation: (1 version + 32 data + 2 checksum) bytes × 8 bits ÷ 5 bits/char = 56 chars Reference: Stellar developer docs

StrKey encoded string length for muxed account (med25519PublicKey) (69 characters) Calculation: (1 version + 40 data + 2 checksum) bytes × 8 bits ÷ 5 bits/char = 69 chars Reference: Stellar developer docs

StrKey encoded string length for claimable balance (58 characters) Calculation: (1 version + 33 data + 2 checksum) bytes × 8 bits ÷ 5 bits/char = 58 chars Reference: Stellar developer docs

Minimum StrKey encoded string length for signed payload (69 characters) This is the minimum because signed payloads encode:

• 32 bytes for the signer public key
• 4 bytes for the payload length field
• 4 bytes minimum payload Total: (1 version + 40 data + 2 checksum) bytes × 8 bits ÷ 5 bits/char = 69 chars

Note: This fixes an issue found in the Flutter SDK where it was incorrectly set to 56. Reference: CAP-40 https://github.com/stellar/stellar-protocol/blob/master/core/cap-0040.md See also: https://github.com/Soneso/stellar_flutter_sdk/pull/116

Maximum StrKey encoded string length for signed payload (165 characters) Maximum payload size is 64 bytes, so: Total: (1 version + 32 key + 4 length + 64 payload + 2 checksum) bytes × 8 bits ÷ 5 bits/char = 165 chars Reference: CAP-40 https://github.com/stellar/stellar-protocol/blob/master/core/cap-0040.md

Standard decoded payload size for StrKey types (32 bytes) Used for: ed25519PublicKey, ed25519SecretSeed, preAuthTX, sha256Hash, contract, liquidityPool Reference: Stellar developer docs

Decoded payload size for muxed account (40 bytes = 32 bytes key + 8 bytes ID) Reference: Stellar developer docs

Size of the muxed account ID field (8 bytes) Reference: Stellar developer docs

Size of the signer public key in a signed payload (32 bytes) Reference: CAP-40 https://github.com/stellar/stellar-protocol/blob/master/core/cap-0040.md

Size of the payload length field in a signed payload (4 bytes) Reference: CAP-40 https://github.com/stellar/stellar-protocol/blob/master/core/cap-0040.md

Minimum payload size in a signed payload (4 bytes) Reference: CAP-40 https://github.com/stellar/stellar-protocol/blob/master/core/cap-0040.md

Maximum payload size in a signed payload (64 bytes) Reference: CAP-40 https://github.com/stellar/stellar-protocol/blob/master/core/cap-0040.md

Size of the claimable balance type discriminant (1 byte) Reference: Stellar developer docs

Bit shift amount used in version byte encoding (3 bits) The base value is shifted left by 3 to produce the final version byte Reference: Stellar developer docs

Base value for ed25519 public key version byte (6, shifted becomes 48) Results in ‘G’ prefix when encoded in Base32 Reference: Stellar developer docs

Base value for muxed ed25519 public key version byte (12, shifted becomes 96) Results in ‘M’ prefix when encoded in Base32 Reference: Stellar developer docs

Base value for ed25519 secret seed version byte (18, shifted becomes 144) Results in ‘S’ prefix when encoded in Base32 Reference: Stellar developer docs

Base value for pre-authorized transaction version byte (19, shifted becomes 152) Results in ‘T’ prefix when encoded in Base32 Reference: Stellar developer docs

Base value for SHA-256 hash version byte (23, shifted becomes 184) Results in ‘X’ prefix when encoded in Base32 Reference: Stellar developer docs

Base value for signed payload version byte (15, shifted becomes 120) Results in ‘P’ prefix when encoded in Base32 Reference: CAP-40 https://github.com/stellar/stellar-protocol/blob/master/core/cap-0040.md

Base value for contract version byte (2, shifted becomes 16) Results in ‘C’ prefix when encoded in Base32 Reference: Stellar developer docs

Base value for liquidity pool version byte (11, shifted becomes 88) Results in ‘L’ prefix when encoded in Base32 Reference: Stellar developer docs

Base value for claimable balance version byte (1, shifted becomes 8) Results in ‘B’ prefix when encoded in Base32 Reference: Stellar developer docs

Minimum asset code length (1 character) Reference: Stellar developer docs

Maximum asset code length for AlphaNum4 assets (4 characters) Reference: Stellar developer docs

Minimum asset code length for AlphaNum12 assets (5 characters) Reference: Stellar developer docs

Maximum asset code length for AlphaNum12 assets (12 characters) Reference: Stellar developer docs

Canonical form identifier for the native asset (XLM) Reference: Stellar developer docs

Maximum length for MEMO_TEXT in bytes (28 bytes) Reference: Stellar developer docs

Size of MEMO_HASH in bytes (32 bytes) Reference: Stellar developer docs

Size of MEMO_RETURN_HASH in bytes (32 bytes) Reference: Stellar developer docs

Maximum number of operations allowed in a single transaction (100 operations) Reference: Stellar developer docs

Maximum length for account home domain (32 characters) Reference: Stellar developer docs

Minimum base fee for a transaction in stroops (100 stroops = 0.00001 XLM) Reference: Stellar developer docs

Number of stroops in one XLM (1 XLM = 10,000,000 stroops).

The stroop is the smallest indivisible unit of the native asset on the Stellar network. Reference: Stellar developer docs

Average number of ledgers closed per hour on the Stellar network.

The Stellar network targets a five-second ledger close interval, which yields 3600 / 5 = 720 ledgers per hour. Actual close times vary; use this value only for approximate time-based period calculations.

Average number of ledgers closed per day on the Stellar network.

Derived from ledgersPerHour * 24 = 17,280. Actual close times vary; use this value only for approximate time-based period calculations.

Maximum length for signed payload data (64 bytes) Reference: CAP-40 https://github.com/stellar/stellar-protocol/blob/master/core/cap-0040.md

Size of the signature hint (last 4 bytes of the public key or payload) Reference: Stellar developer docs

Maximum length for data entry name in ManageData operation (64 bytes) Reference: Stellar developer docs

Maximum length for data entry value in ManageData operation (64 bytes) Reference: Stellar developer docs

Minimum value for account thresholds (0) Reference: Stellar developer docs

Maximum value for account thresholds (255) Reference: Stellar developer docs

Byte mask for signer weight (0xFF = 255) Ensures signer weight is in the valid range (0-255) Reference: Stellar developer docs

Size of a claimable balance ID (32 bytes) Reference: Stellar developer docs

Liquidity pool fee in basis points for protocol version 18+ (30 basis points = 0.30%) Reference: Stellar developer docs

StrKey prefix for account addresses (public keys) Encoded addresses start with ‘G’ Reference: Stellar developer docs

StrKey prefix for secret seeds Encoded seeds start with ‘S’ Reference: Stellar developer docs

StrKey prefix for muxed accounts Encoded muxed accounts start with ‘M’ Reference: Stellar developer docs

StrKey prefix for pre-authorized transactions Encoded pre-auth TX start with ‘T’ Reference: Stellar developer docs

StrKey prefix for hash-x signers Encoded hash-x start with ‘X’ Reference: Stellar developer docs

StrKey prefix for signed payload signers Encoded signed payloads start with ‘P’ Reference: CAP-40 https://github.com/stellar/stellar-protocol/blob/master/core/cap-0040.md

StrKey prefix for contract addresses Encoded contracts start with ‘C’ Reference: Stellar developer docs

StrKey prefix for liquidity pool IDs Encoded liquidity pools start with ‘L’ Reference: Stellar developer docs

StrKey prefix for claimable balance IDs Encoded claimable balances start with ‘B’ Reference: Stellar developer docs