Sandbox APIs
The Sandbox APIs section is reserved for Public Test and demo-only helper surfaces that should stay visually separate from the core public business API families. The current sandbox capabilities are:Sandbox Lightning execution profile
- it stores platform-scoped execution-profile defaults
- it affects newly created quotes after corridor confirmation
- it feeds
POST /quotesindirectly rather than returning quote outputs - it is not a second quote endpoint
- it is not a Lightning node, channel, liquidity, or routing-management API
Sandbox incoming payment simulation
- it is Public Test and demo-only
- it creates synthetic incoming-payment review cases for Step 4
- it feeds the existing transaction review flow rather than creating a second transaction system
- it is not the real incoming-payment ingestion surface
- it is not a second transaction API family
- it supports three frozen review scenarios with explicit decision models
POST /sandbox/incoming-payments/simulate to create one reviewable Step 4 case, then continue on the existing transaction review surfaces:
GET /transactionsto see reviewable cases in the queue/inventory flowGET /transactions/{transactionId}to inspect the selected case and its Step 4 review metadataPOST /transactions/{transactionId}/approvewhen the existing review lane allows approvalPOST /transactions/{transactionId}/rejectto complete the negative path on the existing review lane
sanctions_hitReject only. The runtime blocks approve for this scenario.sender_kyc_not_approvedReject only. The runtime blocks approve for this scenario.counterparty_info_incompleteManual review required. Demo operators use the existing transaction detail and local Step 4 workflow to complete manual review before approving.
senderFullLegalNamesenderCountryCodesenderDateOfBirthOrRegistrationIdpurposeOfPayment