Solana Sdp

Solana Developer Platform (SDP) Starter

Build enterprise-grade payment, tokenization, and trading products using the Solana Developer Platform — the Solana Foundation's API-first platform that aggregates 20+ infrastructure providers into a single unified interface.

Why this matters now

SDP launched March 24, 2026 with Mastercard, Worldpay, and Western Union as early adopters. It's explicitly designed to work out-of-the-box with Claude Code and OpenAI Codex. Three modules cover the core fintech use cases on Solana:

| Module | What it does | Use cases | |--------|-------------|-----------| | Issuance | Create and manage tokenized deposits, stablecoins, and RWAs | Stablecoin launch, tokenized treasury, RWA platform | | Payments | Fiat/stablecoin orchestration with on/off-ramp partners | Payment gateway, remittances, payroll, merchant checkout | | Trading | Swaps, vaults, and on-chain FX | DEX frontend, portfolio management, FX conversion |

When to use this skill

• "Build a payment product on Solana"
• "I need fiat on/off-ramp integration"
• "Create a stablecoin issuance flow"
• "Enterprise Solana integration"
• "Tokenize real-world assets"
• Any fintech/payments product targeting Solana

Build mode workflow

Step 1 — Define the use case

Ask the founder:

1. Which SDP module? (Issuance, Payments, Trading, or combination)
2. What's the end-user flow? (merchant checkout, P2P transfer, token creation, swap)
3. Compliance requirements? (KYC/AML, geographic restrictions, GENIUS Act compliance)
4. Target chains? (Solana mainnet, with potential multi-chain via SDP's unified API)
5. Volume expectations? (affects infrastructure partner selection and rate negotiation)

Step 2 — Scaffold the project

solana-sdp-app/
├── src/
│   ├── sdp/
│   │   ├── client.ts         # SDP API client configuration
│   │   ├── issuance.ts       # Token issuance flows
│   │   ├── payments.ts       # Payment orchestration
│   │   └── trading.ts        # Swap/FX operations
│   ├── compliance/
│   │   └── kyc.ts            # KYC/AML partner integration
│   ├── webhooks/
│   │   └── handler.ts        # SDP event webhooks
│   └── index.ts
├── .env.example              # SDP API keys, partner configs
└── package.json

Step 3 — Connect to SDP sandbox

1. Register at platform.solana.com for sandbox API credentials
2. Configure the SDP client with sandbox (devnet) environment
3. Select infrastructure partners — SDP's unified interface lets you swap between Helius, QuickNode, Alchemy without code changes

Step 4 — Implement the module

Issuance example — stablecoin creation:

• Configure token parameters (name, symbol, decimals, supply controls)
• Set up mint/burn authority with compliance partner
• Implement Token-2022 extensions (transfer hooks, permanent delegation, confidential transfers)
• Test issuance flow on sandbox

Payments example — merchant checkout:

• Set up fiat on-ramp via SDP Payments API
• Build checkout UI that accepts fiat → converts to stablecoin → settles on-chain
• Configure off-ramp for merchant fiat withdrawal
• Handle webhooks for payment status updates

Trading example — swap interface:

• Connect to SDP Trading API for best-rate aggregation
• Build swap UI with quote preview and slippage controls
• Implement vault management for portfolio products
• Handle on-chain FX conversion

Step 5 — Compliance integration

• Integrate KYC/AML partner via SDP's compliance module
• Implement geographic restrictions based on regulatory requirements
• Set up transaction monitoring and reporting
• For stablecoin issuance: ensure GENIUS Act compliance for US-targeted products

Hard rules

1. Always start on sandbox. SDP provides a full devnet sandbox. Never send real funds during development.
2. KYC/AML is not optional for payments. If you're moving fiat or issuing tokens, compliance integration is required before mainnet launch.
3. Use SDP's unified API, not direct provider APIs. The whole point of SDP is provider abstraction — switching from Helius to QuickNode should be a config change, not a code change.
4. Handle webhook idempotency. SDP may deliver webhooks multiple times. Use idempotency keys for all payment state transitions.
5. Token-2022 extensions for compliance. Use transfer hooks and confidential transfers for regulated token issuance — vanilla SPL tokens lack the controls regulators expect.

Reference links

• Solana Developer Platform
• SDP launch announcement
• CoinDesk: Solana Foundation taps Mastercard, Western Union
• Token-2022 extensions

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

• Author: SuperteamCanada
• Source: SuperteamCanada/STCA-skills
• License: MIT

Install and usage instructions live in the source repository linked above.