Description
Problem
Applications managing large numbers of Stellar accounts currently need to execute account operations individually. This increases network overhead and makes error handling difficult when only part of a batch succeeds.
There is no unified batch execution model for trustline creation, payments, or account key rotation.
Solution
Implement batch account operation utilities with bounded concurrency, operation grouping, progress tracking, and partial-failure handling.
The batch executor should distinguish successful, failed, skipped, and retried operations. A failure in one account should not automatically invalidate unrelated operations.
Acceptance Criteria
Note for Contributors
The implementation must be idempotency-aware. Never blindly retry an operation that may already have been submitted successfully.
Description
Problem
Applications managing large numbers of Stellar accounts currently need to execute account operations individually. This increases network overhead and makes error handling difficult when only part of a batch succeeds.
There is no unified batch execution model for trustline creation, payments, or account key rotation.
Solution
Implement batch account operation utilities with bounded concurrency, operation grouping, progress tracking, and partial-failure handling.
The batch executor should distinguish successful, failed, skipped, and retried operations. A failure in one account should not automatically invalidate unrelated operations.
Acceptance Criteria
bulkCreateTrustlines(accounts, assets)is implemented.bulkSendPayments(transactions)is implemented.bulkRotateKeys(accounts, newKeys)is implemented where supported by existing account APIs.src/account/index.tsandsrc/index.ts.Note for Contributors
The implementation must be idempotency-aware. Never blindly retry an operation that may already have been submitted successfully.