[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6FJ0PXP8QBYRW6R31RHSR02":3,"skill-same:01M6FJ0PXP8QBYRW6R31RHSR02":48},{"skillNo":4,"name":5,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":7,"ownerLogin":8,"ownerAvatarUrl":9,"ownerAccountNo":10,"ownerDisplayName":11,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":15,"categories":16,"keywords":17,"publishedAt":21,"linkOnly":22,"markdownContent":23,"markdownBody":23,"frontMatter":24,"refName":25,"commitSha":26,"skillDirectory":27,"forksCount":28,"repositoryHtmlUrl":29,"repositoryHomepageUrl":30,"ownerHtmlUrl":31,"ownerBlogUrl":6,"ownerDescription":32,"updatedAt":33,"install":34,"resources":47},"01M6FJ0PXP8QBYRW6R31RHSR02","subsystem-summary-of-protocol-curr",null,"ComeOnOliver\u002Fskillshub","ComeOnOliver","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F43215937?v=4","01M6E5JNFECJAAVFE0W7SMWWD2","Haoran Shu","01M6E5JNNDQS7AJZDYFQ8TPZCK",67,"MIT","https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub\u002Fblob\u002Fmain\u002Fskills\u002Fstellar\u002Fstellar-core\u002Fsubsystem-summary-of-protocol-curr\u002FSKILL.md",[],[18,19,20],"protocol","summary","subsystem summary of protocol curr","2026-11-10 10:12:30",false,"# Subsystem: protocol-curr (Current-Protocol XDR Type Definitions)\n\n## Overview\n\nThe `src\u002Fprotocol-curr\u002Fxdr\u002F` directory contains the canonical XDR (External Data Representation) type definitions for the current protocol version of stellar-core. These `.x` files define all on-wire and on-disk data structures used by the Stellar network. Corresponding `.h` files are auto-generated C++ headers from these XDR definitions via the xdrpp code generator. **Never edit `.h` files directly; always modify the `.x` source files.**\n\nThe directory is a git submodule pointing to the official Stellar XDR repository.\n\n## File Organization and Dependency Graph\n\nThe XDR files form a dependency DAG via `%#include` directives:\n\n```\nStellar-types.x                  (base types, no dependencies)\n├── Stellar-SCP.x                (consensus protocol types)\n├── Stellar-contract.x           (smart contract value types)\n│   └── Stellar-contract-config-setting.x  (Soroban config settings)\n├── Stellar-contract-env-meta.x  (contract environment metadata)\n├── Stellar-contract-meta.x      (contract metadata)\n├── Stellar-contract-spec.x      (contract specification\u002FABI)\n├── Stellar-ledger-entries.x     (ledger state entries; depends on contract.x, contract-config-setting.x)\n│   └── Stellar-transaction.x   (transaction types; depends on ledger-entries.x, contract.x)\n│       └── Stellar-ledger.x    (ledger structure, meta; depends on transaction.x, SCP.x)\n│           ├── Stellar-overlay.x    (peer-to-peer network messages)\n│           ├── Stellar-internal.x   (internal-only persistence types)\n│           └── Stellar-exporter.x   (ledger export batch types)\n```\n\n## Module Summaries\n\n### Stellar-types.x — Foundational Types\n\nDefines primitive and shared types used throughout all other XDR files:\n\n- **Primitive typedefs**: `Hash` (32-byte opaque), `uint256` (32-byte opaque), `uint32`, `int32`, `uint64`, `int64`, `TimePoint` (uint64), `Duration` (uint64)\n- **`ExtensionPoint`**: A union (always case 0\u002Fvoid) used as a placeholder in structs for future extensibility.\n- **Cryptographic key types**:\n  - `CryptoKeyType` enum: `KEY_TYPE_ED25519 (0)`, `KEY_TYPE_PRE_AUTH_TX (1)`, `KEY_TYPE_HASH_X (2)`, `KEY_TYPE_ED25519_SIGNED_PAYLOAD (3)`, `KEY_TYPE_MUXED_ED25519 (0x100)`.\n  - `PublicKey` union (discriminant `PublicKeyType`): wraps ed25519 key.\n  - `SignerKey` union (discriminant `SignerKeyType`): supports ed25519, pre-auth tx hash, hash-x, ed25519+signed-payload.\n- **Identity typedefs**: `NodeID = PublicKey`, `AccountID = PublicKey`, `ContractID = Hash`, `PoolID = Hash`.\n- **Signature types**: `Signature` (opaque\u003C64>), `SignatureHint` (opaque[4]).\n- **Crypto primitives**: `Curve25519Secret`, `Curve25519Public`, `HmacSha256Key`, `HmacSha256Mac`, `ShortHashSeed`.\n- **`SerializedBinaryFuseFilter`**: Probabilistic filter with configurable bit-width (8\u002F16\u002F32-bit), used by bucket list.\n- **`ClaimableBalanceID`**: Union keyed by `ClaimableBalanceIDType`, currently only `V0` wrapping a `Hash`.\n\n### Stellar-SCP.x — Stellar Consensus Protocol\n\nTypes for the SCP (Federated Byzantine Agreement) consensus mechanism:\n\n- **`SCPBallot`**: `{counter, value}` — a ballot in the SCP protocol.\n- **`SCPStatementType`** enum: `PREPARE (0)`, `CONFIRM (1)`, `EXTERNALIZE (2)`, `NOMINATE (3)`.\n- **`SCPStatement`**: Contains `nodeID`, `slotIndex`, and a `pledges` union discriminated by `SCPStatementType`:\n  - `PREPARE`: `{quorumSetHash, ballot, prepared*, preparedPrime*, nC, nH}`\n  - `CONFIRM`: `{ballot, nPrepared, nCommit, nH, quorumSetHash}`\n  - `EXTERNALIZE`: `{commit, nH, commitQuorumSetHash}`\n  - `NOMINATE`: `SCPNomination {quorumSetHash, votes\u003C>, accepted\u003C>}`\n- **`SCPEnvelope`**: `{statement, signature}` — signed SCP message.\n- **`SCPQuorumSet`**: `{threshold, validators\u003C>, innerSets\u003C>}` — recursive quorum slice definition (max 4 nesting levels).\n\n### Stellar-contract.x — Smart Contract (Soroban) Value Types\n\nCore types for the Soroban smart contract system:\n\n- **`SCValType`** enum (22 variants): `BOOL, VOID, ERROR, U32, I32, U64, I64, TIMEPOINT, DURATION, U128, I128, U256, I256, BYTES, STRING, SYMBOL, VEC, MAP, ADDRESS, CONTRACT_INSTANCE, LEDGER_KEY_CONTRACT_INSTANCE, LEDGER_KEY_NONCE`.\n- **`SCVal`** union: The universal polymorphic value type for Soroban, discriminated by `SCValType`.\n- **`SCError`** union: Discriminated by `SCErrorType` (10 types: `CONTRACT, WASM_VM, CONTEXT, STORAGE, OBJECT, CRYPTO, EVENTS, BUDGET, VALUE, AUTH`). Contract errors carry a `uint32` code; all others carry an `SCErrorCode` enum.\n- **`SCErrorCode`** enum: `ARITH_DOMAIN, INDEX_BOUNDS, INVALID_INPUT, MISSING_VALUE, EXISTING_VALUE, EXCEEDED_LIMIT, INVALID_ACTION, INTERNAL_ERROR, UNEXPECTED_TYPE, UNEXPECTED_SIZE`.\n- **Large integer structs**: `UInt128Parts {hi, lo}`, `Int128Parts {hi(signed), lo}`, `UInt256Parts {hi_hi, hi_lo, lo_hi, lo_lo}`, `Int256Parts`.\n- **`ContractExecutable`** union: `WASM` (carries `wasm_hash`) or `STELLAR_ASSET` (void).\n- **`SCAddress`** union (discriminant `SCAddressType`): `ACCOUNT(AccountID)`, `CONTRACT(ContractID)`, `MUXED_ACCOUNT`, `CLAIMABLE_BALANCE`, `LIQUIDITY_POOL`.\n- **Collection types**: `SCVec = SCVal\u003C>`, `SCMap = SCMapEntry\u003C>`, `SCMapEntry = {key: SCVal, val: SCVal}`.\n- **String types**: `SCBytes = opaque\u003C>`, `SCString = string\u003C>`, `SCSymbol = string\u003C32>`.\n- **`SCContractInstance`**: `{executable: ContractExecutable, storage: SCMap*}`.\n\n### Stellar-ledger-entries.x — Ledger State Entries\n\nDefines all persistent ledger entry types:\n\n- **`LedgerEntryType`** enum (10 types): `ACCOUNT(0), TRUSTLINE(1), OFFER(2), DATA(3), CLAIMABLE_BALANCE(4), LIQUIDITY_POOL(5), CONTRACT_DATA(6), CONTRACT_CODE(7), CONFIG_SETTING(8), TTL(9)`.\n- **Asset types**:\n  - `AssetType` enum: `NATIVE(0), CREDIT_ALPHANUM4(1), CREDIT_ALPHANUM12(2), POOL_SHARE(3)`.\n  - `Asset` union: void for native, `AlphaNum4\u002F12` for credits (each has `assetCode + issuer`).\n  - `TrustLineAsset`: extends Asset with `POOL_SHARE` variant carrying `PoolID`.\n  - `ChangeTrustAsset`: extends Asset with `POOL_SHARE` variant carrying `LiquidityPoolParameters`.\n  - `Price`: fractional `{n: int32, d: int32}`.\n- **`AccountEntry`**: `{accountID, balance, seqNum, numSubEntries, inflationDest*, flags, homeDomain, thresholds, signers\u003C20>}` with extension versions V1 (adds `Liabilities`), V2 (adds sponsorship tracking), V3 (adds `seqLedger`, `seqTime`).\n  - `AccountFlags`: `AUTH_REQUIRED(0x1), AUTH_REVOCABLE(0x2), AUTH_IMMUTABLE(0x4), AUTH_CLAWBACK_ENABLED(0x8)`.\n- **`TrustLineEntry`**: `{accountID, asset, balance, limit, flags}` with extensions for liabilities and `liquidityPoolUseCount`.\n  - `TrustLineFlags`: `AUTHORIZED(1), AUTHORIZED_TO_MAINTAIN_LIABILITIES(2), TRUSTLINE_CLAWBACK_ENABLED(4)`.\n- **`OfferEntry`**: `{sellerID, offerID, selling, buying, amount, price, flags}`.\n- **`DataEntry`**: `{accountID, dataName, dataValue}` — arbitrary key-value data on accounts.\n- **`ClaimableBalanceEntry`**: `{balanceID, claimants\u003C10>, asset, amount}` with `ClaimPredicate` union (recursive: `UNCONDITIONAL, AND, OR, NOT, BEFORE_ABSOLUTE_TIME, BEFORE_RELATIVE_TIME`).\n- **`LiquidityPoolEntry`**: Contains `LiquidityPoolConstantProductParameters {assetA, assetB, fee}` and pool state `{reserveA, reserveB, totalPoolShares, poolSharesTrustLineCount}`.\n- **Soroban entries**:\n  - `ContractDataEntry`: `{contract: SCAddress, key: SCVal, durability: ContractDataDurability, val: SCVal}`. Durability is `TEMPORARY(0)` or `PERSISTENT(1)`.\n  - `ContractCodeEntry`: `{hash, code\u003C>}` with optional `ContractCodeCostInputs` in V1 extension.\n  - `TTLEntry`: `{keyHash, liveUntilLedgerSeq}` — tracks expiration of Soroban entries.\n  - `ConfigSettingEntry`: see contract-config-setting.x below.\n- **`LedgerEntry`** union: Wraps all entry types with `lastModifiedLedgerSeq` and optional `LedgerEntryExtensionV1` (carries `sponsoringID`).\n- **`LedgerKey`** union: Discriminated by `LedgerEntryType`, carries lookup keys for each entry type.\n- **`EnvelopeType`** enum: `TX_V0(0), SCP(1), TX(2), AUTH(3), SCPVALUE(4), TX_FEE_BUMP(5), OP_ID(6), POOL_REVOKE_OP_ID(7), CONTRACT_ID(8), SOROBAN_AUTHORIZATION(9)`.\n- **Bucket types**:\n  - `BucketListType`: `LIVE(0), HOT_ARCHIVE(1)`.\n  - `BucketEntryType`: `METAENTRY(-1), LIVEENTRY(0), DEADENTRY(1), INITENTRY(2)`.\n  - `BucketEntry` union and `HotArchiveBucketEntry` union for live and hot-archive bucket lists.\n  - `BucketMetadata`: `{ledgerVersion}` with optional `BucketListType` extension.\n\n### Stellar-transaction.x — Transactions and Operations\n\nThe largest XDR file (~2100 lines). Defines transaction structure, all 27 operation types, and all result types.\n\n- **`OperationType`** enum (27 operations): `CREATE_ACCOUNT(0)`, `PAYMENT(1)`, `PATH_PAYMENT_STRICT_RECEIVE(2)`, `MANAGE_SELL_OFFER(3)`, `CREATE_PASSIVE_SELL_OFFER(4)`, `SET_OPTIONS(5)`, `CHANGE_TRUST(6)`, `ALLOW_TRUST(7)`, `ACCOUNT_MERGE(8)`, `INFLATION(9)`, `MANAGE_DATA(10)`, `BUMP_SEQUENCE(11)`, `MANAGE_BUY_OFFER(12)`, `PATH_PAYMENT_STRICT_SEND(13)`, `CREATE_CLAIMABLE_BALANCE(14)`, `CLAIM_CLAIMABLE_BALANCE(15)`, `BEGIN_SPONSORING_FUTURE_RESERVES(16)`, `END_SPONSORING_FUTURE_RESERVES(17)`, `REVOKE_SPONSORSHIP(18)`, `CLAWBACK(19)`, `CLAWBACK_CLAIMABLE_BALANCE(20)`, `SET_TRUST_LINE_FLAGS(21)`, `LIQUIDITY_POOL_DEPOSIT(22)`, `LIQUIDITY_POOL_WITHDRAW(23)`, `INVOKE_HOST_FUNCTION(24)`, `EXTEND_FOOTPRINT_TTL(25)`, `RESTORE_FOOTPRINT(26)`.\n- **`Operation`** struct: `{sourceAccount*: MuxedAccount, body: union(OperationType)}`.\n- **`MuxedAccount`** union: `ed25519` or `{id, ed25519}` for multiplexed accounts.\n- **Transaction envelope hierarchy**:\n  - `TransactionV0` \u002F `TransactionV0Envelope`: Legacy format (raw ed25519 source key).\n  - `Transaction` \u002F `TransactionV1Envelope`: Current format with `MuxedAccount` source, `Preconditions`, `Memo`, `operations\u003C100>`, optional `SorobanTransactionData`.\n  - `FeeBumpTransaction` \u002F `FeeBumpTransactionEnvelope`: Wraps an inner `TransactionV1Envelope` with `feeSource` and increased `fee`.\n  - `TransactionEnvelope` union: Discriminated by `EnvelopeType` (`TX_V0, TX, TX_FEE_BUMP`).\n- **Preconditions**: `Preconditions` union (`NONE, TIME, V2`). `PreconditionsV2` adds `timeBounds*, ledgerBounds*, minSeqNum*, minSeqAge, minSeqLedgerGap, extraSigners\u003C2>`.\n- **Memo**: `MemoType` enum (`NONE, TEXT, ID, HASH, RETURN`).\n- **Soroban-specific types**:\n  - `SorobanResources`: `{footprint: LedgerFootprint, instructions, diskReadBytes, writeBytes}`.\n  - `SorobanTransactionData`: `{resources, resourceFee}` with optional `SorobanResourcesExtV0` for archived entries.\n  - `HostFunction` union: `INVOKE_CONTRACT, CREATE_CONTRACT, UPLOAD_CONTRACT_WASM, CREATE_CONTRACT_V2`.\n  - `SorobanAuthorizationEntry`: `{credentials, rootInvocation}` — authorization tree for Soroban calls.\n  - `SorobanCredentials` union: `SOURCE_ACCOUNT(void)` or `ADDRESS(SorobanAddressCredentials)`.\n  - `InvokeContractArgs`: `{contractAddress, functionName, args\u003C>}`.\n- **`HashIDPreimage`** union: Used for deterministic ID generation, discriminated by `EnvelopeType` (`OP_ID, POOL_REVOKE_OP_ID, CONTRACT_ID, SOROBAN_AUTHORIZATION`).\n- **`TransactionSignaturePayload`**: `{networkId, taggedTransaction}` — the structure that is SHA-256 hashed and signed.\n- **Result types**: Each operation has a corresponding `*ResultCode` enum and `*Result` union. The top-level chain is:\n  - `TransactionResult`: `{feeCharged, result union by TransactionResultCode}`. For fee bumps, wraps `InnerTransactionResultPair`.\n  - `TransactionResultCode` enum (18 codes): `txFEE_BUMP_INNER_SUCCESS(1), txSUCCESS(0), txFAILED(-1)`, ..., `txSOROBAN_INVALID(-17)`.\n  - `OperationResult`: `{opINNER -> inner union by OperationType, or error code}`.\n- **Claim atoms**: `ClaimAtom` union (V0, ORDER_BOOK, LIQUIDITY_POOL) — represents assets exchanged during offer matching.\n\n### Stellar-ledger.x — Ledger Structure and Metadata\n\nDefines ledger headers, upgrades, transaction sets, and close metadata:\n\n- **`LedgerHeader`**: `{ledgerVersion, previousLedgerHash, scpValue, txSetResultHash, bucketListHash, ledgerSeq, totalCoins, feePool, inflationSeq, idPool, baseFee, baseReserve, maxTxSetSize, skipList[4]}`.\n  - Extension V1 adds `flags` (`LedgerHeaderFlags`: liquidity pool trading\u002Fdeposit\u002Fwithdrawal disable flags).\n- **`StellarValue`**: `{txSetHash, closeTime, upgrades\u003C6>}` — the value SCP agrees on. Has `BASIC` or `SIGNED` variant (with `LedgerCloseValueSignature`).\n- **`LedgerUpgrade`** union (7 types): `VERSION, BASE_FEE, MAX_TX_SET_SIZE, BASE_RESERVE, FLAGS, CONFIG, MAX_SOROBAN_TX_SET_SIZE`.\n- **Transaction sets**:\n  - `TransactionSet`: Legacy `{previousLedgerHash, txs\u003C>}`.\n  - `TransactionSetV1`: `{previousLedgerHash, phases\u003C>}`.\n  - `TransactionPhase` union: V0 has `TxSetComponent\u003C>`, V1 has `ParallelTxsComponent` for parallel execution.\n  - `ParallelTxsComponent`: `{baseFee*, executionStages\u003C>}` — stages of clusters for parallel tx application.\n  - `GeneralizedTransactionSet` union (v=1): wraps `TransactionSetV1`.\n- **Transaction metadata** (multiple versions):\n  - `TransactionMeta` union (v0-v4): Records `LedgerEntryChanges` (created\u002Fupdated\u002Fremoved\u002Fstate\u002Frestored) before\u002Fafter operations.\n  - `TransactionMetaV3`: Adds `SorobanTransactionMeta` (events, returnValue, diagnosticEvents).\n  - `TransactionMetaV4`: Adds `OperationMetaV2` (per-operation events), `TransactionEvent` (fee events with stage info), `SorobanTransactionMetaV2`.\n  - `ContractEvent`: `{contractID*, type(SYSTEM\u002FCONTRACT\u002FDIAGNOSTIC), body{topics\u003C>, data}}`.\n  - `SorobanTransactionMetaExtV1`: Fee breakdown (nonRefundable, refundable, rent).\n- **Ledger close metadata**:\n  - `LedgerCloseMeta` union (v0, v1, v2): Packages `LedgerHeaderHistoryEntry`, transaction set, processing results, upgrade meta, SCP info.\n  - V1\u002FV2 add `totalByteSizeOfLiveSorobanState`, `evictedKeys\u003C>`.\n  - V2 uses `TransactionResultMetaV1` (adds `postTxApplyFeeProcessing`).\n- **History entries**: `TransactionHistoryEntry`, `TransactionHistoryResultEntry`, `LedgerHeaderHistoryEntry`, `SCPHistoryEntry`.\n\n### Stellar-contract-config-setting.x — Soroban Configuration\n\nNetwork-wide Soroban settings stored as `CONFIG_SETTING` ledger entries:\n\n- **`ConfigSettingID`** enum (17 settings): Controls max contract size, compute limits, ledger costs, historical data fees, event limits, bandwidth, cost model params, data size limits, state archival, execution lanes, eviction, parallel compute, SCP timing.\n- **`ConfigSettingEntry`** union: Discriminated by `ConfigSettingID`.\n- **Key config structs**:\n  - `ConfigSettingContractComputeV0`: `ledgerMaxInstructions, txMaxInstructions, feeRatePerInstructionsIncrement, txMemoryLimit`.\n  - `ConfigSettingContractLedgerCostV0`: Limits and fees for disk reads\u002Fwrites, rent pricing.\n  - `ConfigSettingContractLedgerCostExtV0`: `txMaxFootprintEntries, feeWrite1KB`.\n  - `ConfigSettingContractBandwidthV0`: `ledgerMaxTxsSizeBytes, txMaxSizeBytes, feeTxSize1KB`.\n  - `ConfigSettingContractExecutionLanesV0`: `ledgerMaxTxCount`.\n  - `ConfigSettingContractParallelComputeV0`: `ledgerMaxDependentTxClusters`.\n  - `StateArchivalSettings`: TTL bounds, rent rates, eviction parameters.\n  - `ConfigSettingSCPTiming`: Target close time and nomination\u002Fballot timeouts (in ms).\n- **`ContractCostType`** enum (85 cost types): Covers WASM execution, memory, hashing (SHA256, Keccak256), signature verification (Ed25519, ECDSA secp256k1\u002Fr1), BLS12-381 and BN254 elliptic curve operations, WASM parsing\u002Finstantiation costs.\n- **`ContractCostParamEntry`**: `{constTerm, linearTerm}` — piecewise linear cost model.\n- **`EvictionIterator`**: `{bucketListLevel, isCurrBucket, bucketFileOffset}` — tracks eviction scan position.\n\n### Stellar-overlay.x — Peer-to-Peer Network Messages\n\nTypes for node communication:\n\n- **`MessageType`** enum (24 message types): Covers error, auth handshake, peer exchange, transaction\u002Ftx-set relay, SCP messages, flow control (`SEND_MORE\u002FSEND_MORE_EXTENDED`), pull-mode flooding (`FLOOD_ADVERT\u002FFLOOD_DEMAND`), and time-sliced surveys.\n- **`StellarMessage`** union: Discriminated by `MessageType`, carrying the appropriate payload for each message.\n- **`AuthenticatedMessage`** union: Wraps `{sequence, StellarMessage, HmacSha256Mac}`.\n- **Handshake**: `Hello` (version info, networkID, peer info, auth cert, nonce), `Auth` (flow control flags).\n- **Survey types**: `TimeSlicedSurveyRequestMessage`, `TopologyResponseBodyV2`, `PeerStats`, `TimeSlicedNodeData` — for network topology discovery.\n- **Flow control**: `SendMore {numMessages}`, `SendMoreExtended {numMessages, numBytes}`.\n- **Flooding**: `FloodAdvert {txHashes\u003C1000>}`, `FloodDemand {txHashes\u003C1000>}`.\n\n### Stellar-contract-env-meta.x — Contract Environment Metadata\n\nMinimal: defines `SCEnvMetaEntry` union with a single variant `SC_ENV_META_KIND_INTERFACE_VERSION` carrying `{protocol: uint32, preRelease: uint32}`.\n\n### Stellar-contract-meta.x — Contract Metadata\n\nMinimal: defines `SCMetaEntry` union with `SC_META_V0` variant carrying `SCMetaV0 {key: string, val: string}` — arbitrary key-value metadata for contracts.\n\n### Stellar-contract-spec.x — Contract Specification (ABI)\n\nDefines the Soroban contract ABI (Application Binary Interface):\n\n- **`SCSpecType`** enum: All Soroban types including primitives, parameterized types (`OPTION, RESULT, VEC, MAP, TUPLE, BYTES_N`), and user-defined types (`UDT`).\n- **`SCSpecTypeDef`** union: Recursive type definition supporting all `SCSpecType` variants.\n- **`SCSpecEntry`** union (6 kinds): `FUNCTION_V0`, `UDT_STRUCT_V0`, `UDT_UNION_V0`, `UDT_ENUM_V0`, `UDT_ERROR_ENUM_V0`, `EVENT_V0`.\n- Each entry includes documentation strings, names, and type information for contract interface description.\n- **`SCSpecFunctionV0`**: `{doc, name, inputs\u003C>, outputs\u003C1>}`.\n- **`SCSpecEventV0`**: `{doc, lib, name, prefixTopics\u003C2>, params\u003C>, dataFormat}`.\n\n### Stellar-internal.x — Internal Persistence Types\n\nTypes used only within a single core instance (not cross-node):\n\n- **`StoredTransactionSet`** union: Legacy or Generalized tx set.\n- **`StoredDebugTransactionSet`**: `{txSet, ledgerSeq, scpValue}` — for debugging.\n- **`PersistedSCPState`** union (v0, v1): Saved SCP state including envelopes, quorum sets, and optionally tx sets.\n\n### Stellar-exporter.x — Ledger Export Types\n\n- **`LedgerCloseMetaBatch`**: `{startSequence, endSequence, ledgerCloseMetas\u003C>}` — batch of consecutive ledger close metadata for export to downstream systems.\n\n## Key Design Patterns\n\n1. **Union versioning**: Most types use `union switch (int v) { case 0: void; }` extensions for forward compatibility. New fields are added via new case arms.\n2. **Envelope pattern**: Data (Transaction, SCP statement) is wrapped in an envelope with signatures for authentication.\n3. **Result codes**: Every operation has a `*ResultCode` enum (success = 0, failures \u003C 0) and a `*Result` union.\n4. **Fee bump structure**: `FeeBumpTransaction` wraps `TransactionV1Envelope` as `innerTx`, enabling fee sponsorship. `TransactionResult` has special codes `txFEE_BUMP_INNER_SUCCESS\u002FFAILED` that carry `InnerTransactionResultPair`.\n5. **Soroban integration**: Soroban operations (`INVOKE_HOST_FUNCTION`, `EXTEND_FOOTPRINT_TTL`, `RESTORE_FOOTPRINT`) use `SorobanTransactionData` for resource declarations and `SorobanAuthorizationEntry` for per-address authorization trees.\n6. **Parallel execution support**: `ParallelTxsComponent` and `ParallelTxExecutionStage` organize transactions into dependency-aware clusters for parallel application.\n",{},"main","def8531e65114c0fca8fb8551c1871ee0eed705c","skills\u002Fstellar\u002Fstellar-core\u002Fsubsystem-summary-of-protocol-curr",24,"https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub","https:\u002F\u002Fskillshub.wtf","https:\u002F\u002Fgithub.com\u002FComeOnOliver","AI & Blockchain Engineer\r\n","2026-06-24 22:07:19",{"source":7,"skillName":5,"commands":35,"prompt":45,"zipAvailable":46},[36,39,42],{"tool":37,"command":38},"npx","npx skills add ComeOnOliver\u002Fskillshub --skill subsystem-summary-of-protocol-curr",{"tool":40,"command":41},"bunx","bunx skills add ComeOnOliver\u002Fskillshub --skill subsystem-summary-of-protocol-curr",{"tool":43,"command":44},"pnpm","pnpm dlx skills add ComeOnOliver\u002Fskillshub --skill subsystem-summary-of-protocol-curr","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub\u002Fblob\u002Fmain\u002Fskills\u002Fstellar\u002Fstellar-core\u002Fsubsystem-summary-of-protocol-curr\u002FSKILL.md",true,[],[49,63,73,82,88,95],{"skillNo":50,"name":51,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":7,"ownerLogin":8,"ownerAvatarUrl":9,"ownerAccountNo":10,"ownerDisplayName":11,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":52,"categories":53,"keywords":59,"publishedAt":21},"01M6FKJN13GMG4KY57J3QD8GY5","model-hierarchy-skill","https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub\u002Fblob\u002Fmain\u002Fskills\u002Fzscole\u002Fmodel-hierarchy-skill\u002Fmodel-hierarchy-skill\u002FSKILL.md",[54],{"categoryNo":55,"categoryName":56,"taxonomyType":57,"taxonomyTypeDesc":58},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[60,61,62],"model","model hierarchy","model hierarchy skill",{"skillNo":64,"name":65,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":7,"ownerLogin":8,"ownerAvatarUrl":9,"ownerAccountNo":10,"ownerDisplayName":11,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":66,"categories":67,"keywords":69,"publishedAt":21},"01M6FKJJJ6GCAMR4PPPRD12M5X","zoom-mcp","https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub\u002Fblob\u002Fmain\u002Fskills\u002Fzoom\u002Fskills\u002Fzoom-mcp\u002FSKILL.md",[68],{"categoryNo":55,"categoryName":56,"taxonomyType":57,"taxonomyTypeDesc":58},[70,71,72],"MCP","zoom","zoom mcp",{"skillNo":74,"name":75,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":7,"ownerLogin":8,"ownerAvatarUrl":9,"ownerAccountNo":10,"ownerDisplayName":11,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":76,"categories":77,"keywords":78,"publishedAt":21},"01M6FKJE3KYT3KPEZMEEHYKA6K","zoom-apps-sdk","https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub\u002Fblob\u002Fmain\u002Fskills\u002Fzoom\u002Fskills\u002Fzoom-apps-sdk\u002FSKILL.md",[],[79,80,81,71],"sdk","zoom apps sdk","apps",{"skillNo":83,"name":84,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":7,"ownerLogin":8,"ownerAvatarUrl":9,"ownerAccountNo":10,"ownerDisplayName":11,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":85,"categories":86,"keywords":87,"publishedAt":21},"01M6FKJ9EDH9Q5VWDF8HAJRSP0","windows","https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub\u002Fblob\u002Fmain\u002Fskills\u002Fzoom\u002Fskills\u002Fwindows\u002FSKILL.md",[],[84],{"skillNo":89,"name":90,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":7,"ownerLogin":8,"ownerAvatarUrl":9,"ownerAccountNo":10,"ownerDisplayName":11,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":91,"categories":92,"keywords":94,"publishedAt":21},"01M6FKJ666BEEFC3AE9GJ72Q93","whiteboard","https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub\u002Fblob\u002Fmain\u002Fskills\u002Fzoom\u002Fskills\u002Fwhiteboard\u002FSKILL.md",[93],{"categoryNo":55,"categoryName":56,"taxonomyType":57,"taxonomyTypeDesc":58},[90],{"skillNo":96,"name":97,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":7,"ownerLogin":8,"ownerAvatarUrl":9,"ownerAccountNo":10,"ownerDisplayName":11,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":98,"categories":99,"keywords":100,"publishedAt":21},"01M6FKJ21WFCDGTJQ2Q91T9DVW","websockets","https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub\u002Fblob\u002Fmain\u002Fskills\u002Fzoom\u002Fskills\u002Fwebsockets\u002FSKILL.md",[],[97]]