Solana programs and addresses
The real programs used for settlement, with each address classified by its purpose.
Solana reference
This chapter covers Solana. For the main Robinhood Chain network, see the Robinhood guide. Wallets, token addresses and settlement mechanics are specific to each network.
Two settlement architectures
Wallet-held swaps use existing Solana programs in one transaction signed by both traders. Funded orders use a separate Sidelot escrow program that holds a maker’s deposit and enforces standing order terms.
There is no custom Sidelot swap-program address for wallet-held settlement. There is no currently activated public escrow address to publish in this release. The deployment panel below reads the same configured availability check as Product status. An available flag is not an independent audit or proof that deployed bytecode matches the reference source.
Standard Solana programs
These are network programs, not token mints, trading pools or fee-recipient wallets.
| Program and role | Program address |
|---|---|
| System Program — native SOL transfers and account creation | 11111111111111111111111111111111 |
| Original SPL Token — supported mint/account checks and TransferChecked movements | TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA |
| Token-2022 — supported wallet-held base-token transfers; no funded escrow | TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb |
| Associated Token Account — deterministic recipient token-account creation | ATokenGPvbdGVxr1b2hvZbsiqW5xWH25efTNsLJA8knL |
| Memo — public settlement or escrow-operation reference | MemoSq4gqABAXKb96qnH8TysNcWxMyWCqXgDLGmfcHr |
Asset and fee addresses
The USDC mint identifies the supported quote token. It is not a contract that holds your Sidelot escrow. The platform wallet receives its trading-fee share; do not manually send it funds as an escrow deposit.
| Purpose | Address |
|---|---|
| Canonical Solana mainnet USDC mint | EPjFWdd5AufqSSqeM2qN1xzybapC8G4wEGGkZwyTDt1v |
| Sidelot platform fee recipient | DZW2Hho1VMJSGno1inJiKTKosibVmS6NHVfHX76TQruf |
| Market fee recipient | Set at market launch; inspect the exact address on that market. |
| Funded order accounts | Derived separately for each deployed program, market and order. No universal deposit address. |
Read the escrow reference implementation
The escrow is a standalone native Solana Rust program, not an Anchor-generated account interface. Its entrypoint uses the actual program ID supplied by the runtime; the reference source does not hardcode a mainnet deployment identity.
The Rust reference source and complete ABI are published for inspection. The contract reference explains the instructions, accounts and arithmetic. These files describe the implementation in this website release; publishing source is not proof that any external program deployed the same binary.
The repository records historical local Rust and compiled-program tests. Those checks exercise behavior in an isolated validator and do not constitute an independent audit, public deployment, or current mainnet end-to-end settlement proof.
What activation checks actually verify
The application requires funded mode to be enabled, a configured program address, a matching supported network and genesis hash, and an executable program account observed at finalized commitment. It checks stored market/order layouts and terms during reconciliation.
These checks do not verify a reproducible source-to-bytecode match, the live upgrade authority, an independent audit, or the absence of all vulnerabilities. Before a public funded launch, those are separate deployment facts to establish and disclose. If the program remains upgradeable, its upgrade authority is a trust consideration even though this source has no administrator-withdrawal instruction.
A transfer-fee configuration authority can schedule changes to the token’s fee. Review the current and scheduled terms and the exact net receipt at settlement. Sidelot’s expected-fee instruction prevents a changed fee from silently changing that approved receipt; it does not guarantee execution or remove network costs from a failed transaction.
