Ir al contenido principal
Volver a las aplicaciones de ejemplo

Intercambio de metaagregación de Titan

A single-page Solana swap UI built on the Titan Gateway Meta-Aggregation API

Marco de trabajo o biblioteca de front-end:
Next.js
Idioma:
TypeScript
Herramienta de compilación/servidor de desarrollo:
npm
Vista previa de la aplicación de ejemplo

Resumen

This Solana single-page application is built on the Titan Meta-Aggregation API, served through Quicknode RPC. The app demonstrates what makes Titan's Meta-Aggregation API interesting: multiple providers competing for the best route, the onchain venues a route touches, and a self-custodial build → sign → send flow you own end to end.

For a detailed walkthrough of the Titan Meta-Aggregation API integration, see the companion guide: How to Swap Tokens With the Titan Meta-Aggregation API.


Mainnet Only

Titan Gateway is only available on Solana mainnet. Executing swaps will trade real tokens and incur real network fees. You could lose value due to price movement, slippage, or selecting the wrong token pair. Test with small amounts first.

Arquitectura

Both credentials stay on the server. Browser code talks to local Next.js route handlers: /api/titan/* calls the Gateway (decoding MessagePack and normalizing pubkeys), and /api/rpc proxies Solana JSON-RPC to the Quicknode endpoint. Neither the Gateway auth nor the RPC token ever reaches the client.

Browser ──> /api/titan/* ──> Titan Gateway (MessagePack decode, server-only)
└─> /api/rpc ──> Quicknode Solana RPC (token server-only)

Because the RPC proxy carries only HTTP JSON-RPC (no WebSocket), the app confirms transactions by polling obtenerEstadosDeFirma rather than via a signature subscription.

Características


  • Provider race: Titan sources quotes from several providers (its own DART router plus other aggregators and RFQ venues). The UI shows every competing quote side by side, the basis points each is behind the leader, and which one Titan picks as the expected winner.
  • Composable instructions: Titan returns instructions and address lookup tables, not a sealed transaction. The app builds a v0 transaction itself, the wallet signs it, and it's submitted and confirmed through Quicknode RPC.
  • Accurate vs. Fast: A toggle that maps to Titan's simulate parameter, with the round-trip latency shown next to the results.
  • Price vs. swap endpoints: An unconnected wallet uses the lightweight /quote/price endpoint for an indicative rate; a connected wallet uses /quote/swap for the full provider race and executable instructions.

Requisitos previos


Para obtener tu URL RPC de Quicknode:

  1. Regístrate en Quicknode
  2. Crear un nuevo punto final de Solana
  3. Enable the Titan DeFi Meta-Aggregation REST API
  4. Copy the Solana endpoint URL and Meta-Aggregation API URL

Estructura del proyecto

titan-swap/
├── app/
│ ├── api/titan/ # Server proxy: info, providers, venues, price, swap
│ ├── api/rpc/ # Server proxy: Solana JSON-RPC (hides Quicknode token)
│ ├── layout.tsx
│ ├── page.tsx # Main swap UI
│ ├── globals.css # Tailwind v4 + Quicknode dark design tokens
│ └── providers/WalletProvider.tsx
├── components/
│ ├── ProviderRace.tsx # Competing-provider visualization
│ ├── VenueSplit.tsx # Venues touched by the winning route
│ ├── SimulationToggle.tsx # Accurate vs. Fast (simulate param)
│ ├── SlippageControl.tsx
│ ├── TokenInput.tsx / TokenSelector.tsx / SwapButton.tsx / StatusMessage.tsx
│ └── SwapCard.tsx / WalletButton.tsx
├── hooks/
│ ├── useQuote.ts # /quote/swap (connected) or /quote/price
│ ├── useSwap.ts # build → sign → send → confirm
│ ├── useTokenBalances.ts # balances via Quicknode RPC
│ ├── useTokenList.ts
│ └── useTitanMeta.ts # providers / venues / info
└── lib/
├── titan-server.ts # server-only Gateway client (MessagePack)
├── titan.ts # client fetchers for /api/titan/*
├── build-swap-tx.ts # instructions + ALTs -> VersionedTransaction
├── tokens.ts # token metadata registry
└── types.ts

Environment Variables

Copiar .env.local.example a .env.local and fill in the values. Both URLs are server-only and are never exposed to the browser:

# https://your-endpoint.solana-mainnet.quiknode.pro/YOUR_TOKEN/
QUICKNODE_RPC_URL=your_quicknode_solana_rpc_url
TITAN_GATEWAY_URL=your_titan_gateway_addon_url
# TITAN_GATEWAY_AUTH=optional_bearer_token
VariableDescripción
QUICKNODE_RPC_URLYour Quicknode Solana mainnet RPC endpoint URL. The browser's wallet adapter talks to the same-origin /api/rpc proxy, which forwards to this URL.
TITAN_GATEWAY_URLThe Titan Gateway add-on base URL shown for the add-on in your Quicknode dashboard. With or without a trailing /api/v1 — the proxy normalizes it.
TITAN_GATEWAY_AUTHOptional bearer token, only if your Gateway URL doesn't already embed auth.

Primeros pasos

1. Clona el repositorio:

git clone https://github.com/quiknode-labs/qn-guide-examples.git
cd qn-guide-examples/solana/titan-swap

2. Instalar las dependencias:

npm instalar

3. Configurar las variables de entorno:

cp .env.local.example .env.local

Editar .env.local and add your Quicknode RPC URL and Titan Gateway add-on URL.

4. Ejecuta el servidor de desarrollo:

npm ejecutar dev

5. Abre la aplicación:

Accede a http://localhost:3000 en tu navegador.

Puntos de conexión de la API


La aplicación incluye las siguientes rutas de la API del lado del servidor:


  • /api/titan/info: Returns Titan Gateway metadata
  • /api/titan/providers: Lists the providers competing for routes
  • /api/titan/venues: Lists the onchain venue program ids used for route mapping
  • /api/titan/price: Indicative rate via Titan's /quote/price endpoint
  • /api/titan/swap: Full provider race and executable instructions via /quote/swap
  • /api/rpc: Proxies Solana JSON-RPC requests to Quicknode

Vista previa

Titan Meta-Aggregation Swap Preview
Aportaciones y comentarios
¡Nos encantaría conocer tu opinión y agradecemos cualquier aportación a esta aplicación de ejemplo!
Para informar de problemas o enviar comentarios, abre una incidencia en GitHub en el qn-guide-ejemplos repositorio.
Para colaborar, sigue estos pasos:
  1. Hacer un fork del repositorio
  2. Crear una rama de características:
    git checkout -b feature/amazing-feature
  3. Guarda los cambios:
    git commit -m "Añadir una función increíble"
  4. Envía tu rama:
    git push origin feature/amazing-feature
  5. Abre una solicitud de incorporación de cambios.