Concepts
Transactions
Soroban transaction lifecycle, footprint considerations, and ledger confirmation.
Interactions with the SplitPay smart contract follow the standard Soroban transaction lifecycle on Stellar.
Soroban Transaction Lifecycle
- Build: Client creates a Transaction with a
Contract.call(method, ...args)operation. - Simulate: Transaction is submitted to Soroban RPC via
simulateTransactionto calculate CPU instructions, RAM limits, and read/write footprints. - Assemble: The simulation results and required authorizations are assembled into an executable XDR.
- Sign: The payer or owner signs the assembled XDR via Freighter or private key.
- Broadcast: Signed XDR is submitted to the network via
sendTransaction. - Confirmation: Client polls
getTransactionuntil status isSUCCESS.
Ledger Footprints & Authorization
Soroban requires explicit state declaration (read/write footprints) before execution to enable parallel transaction processing. Simulation handles this automatically in the SplitPay SDK.