Logo
New RPC users get 35% off their first monthView the offer
Alchemy
Alchemy8 min read

Alchemy RPC Solana: A Practical Guide to Endpoints, Setup, and Use Cases

A practical guide to using Alchemy RPC for Solana, covering endpoint formats, authentication, network selection, and common integration patterns.

TL;DR

Alchemy provides RPC access to Solana through authenticated HTTPS and WebSocket endpoints. Developers typically obtain an API key from the Alchemy dashboard, construct a Solana mainnet or devnet URL, and send standard Solana JSON-RPC methods. This guide explains how to find the Alchemy RPC URL for Solana, how authentication works, which networks are available, and how to integrate the endpoint into common development workflows. It also covers practical considerations such as rate limits, pricing tiers, and when to consider alternative providers.

What Alchemy RPC Solana Means

Alchemy RPC Solana refers to using Alchemy's managed Remote Procedure Call infrastructure to communicate with the Solana blockchain. Instead of running your own Solana validator or RPC node, you send JSON-RPC requests to an Alchemy endpoint that handles node operations, synchronization, and availability.

Solana uses a JSON-RPC API similar to Ethereum but with Solana-specific methods such as getAccountInfo, getBalance, getLatestBlockhash, sendTransaction, and getSignatureStatuses. Alchemy exposes these methods through its Solana endpoints, allowing wallets, dApps, trading bots, and backend services to read and write to Solana without maintaining infrastructure.

The primary reason developers choose Alchemy for Solana is convenience: a single API key can cover multiple chains, and the dashboard provides usage analytics, logs, and key management. However, Solana RPC behavior, rate limits, and supported methods can differ from Ethereum, so it is important to verify current documentation for the exact feature set.

  • Alchemy RPC Solana is a hosted JSON-RPC service for the Solana network.
  • It supports standard Solana JSON-RPC methods over HTTPS and WebSocket.
  • Authentication is handled through an API key embedded in the endpoint URL.
  • Mainnet and devnet are typically available; testnet support may vary.

How to Get an Alchemy RPC URL for Solana

To use Alchemy RPC for Solana, you need an Alchemy account and an API key. After logging in to the Alchemy dashboard, create a new app and select Solana as the chain. The dashboard will generate an HTTPS endpoint and a WebSocket endpoint for the selected network.

The typical Alchemy Solana RPC URL follows this pattern: https://solana-mainnet.g.alchemy.com/v2/YOUR_API_KEY. For devnet, the hostname usually changes to solana-devnet.g.alchemy.com. Always confirm the exact hostname in your dashboard because Alchemy may update endpoint formats over time.

If you are searching for Alchemy RPC login, the process is the same as any Alchemy account: sign in through the Alchemy website, navigate to your apps, and copy the endpoint. There is no separate login for Solana RPC; it is part of the same dashboard.

  • Create or sign in to your Alchemy account.
  • Create a new app and choose Solana as the chain.
  • Select mainnet or devnet depending on your use case.
  • Copy the HTTPS or WebSocket URL from the app dashboard.
  • Keep your API key private; do not expose it in client-side code.
https://solana-mainnet.g.alchemy.com/v2/YOUR_API_KEY
wss://solana-mainnet.g.alchemy.com/v2/YOUR_API_KEY

Authenticating and Sending Requests

Alchemy uses API key authentication embedded in the URL path. You do not need to set an Authorization header for standard JSON-RPC calls. Simply send a POST request to the HTTPS endpoint with a JSON body containing jsonrpc, id, method, and params.

For WebSocket connections, use the wss:// URL with the same API key. WebSocket subscriptions are useful for real-time updates such as account changes, slot notifications, and signature confirmations. Note that not all Solana subscription methods may be available on every Alchemy plan, so check the current documentation.

Below is an example curl request for getBalance on Solana mainnet. Replace YOUR_API_KEY with your actual key.

  • HTTPS endpoint: use POST with JSON-RPC payload.
  • WebSocket endpoint: use wss:// for subscriptions.
  • API key is part of the URL path, not a header.
  • Never commit API keys to public repositories.
curl https://solana-mainnet.g.alchemy.com/v2/YOUR_API_KEY \
  -X POST \
  -H "Content-Type: application/json" \
  -d '{
    "jsonrpc": "2.0",
    "id": 1,
    "method": "getBalance",
    "params": ["11111111111111111111111111111111"]
  }'

Supported Solana Networks and Methods

Alchemy typically supports Solana mainnet and devnet. Testnet may be available depending on the current product offering. The available methods generally include standard Solana JSON-RPC methods such as getAccountInfo, getBalance, getBlock, getBlockHeight, getEpochInfo, getLatestBlockhash, getSignatureStatuses, getTransaction, sendTransaction, and simulateTransaction.

Some advanced methods, such as those related to priority fees, may require specific plan levels or may not be available. Alchemy also provides enhanced APIs for Solana in some cases, but these are separate from the core JSON-RPC endpoint. Always refer to the Alchemy documentation for the most current list of supported methods and any method-specific limitations.

If you are migrating from another provider, compare method support carefully. For example, some providers offer different WebSocket subscription sets or different rate limits per method.

  • Mainnet and devnet are commonly available.
  • Core JSON-RPC methods are generally supported.
  • Enhanced APIs may require separate setup or plans.
  • WebSocket subscription support can vary by plan.
  • Check current docs for method-specific limits.

Pricing, Rate Limits, and When to Consider Alternatives

Alchemy RPC pricing for Solana is typically based on compute units or request volume, with free and paid tiers. Exact pricing and rate limits can change, so consult the Alchemy pricing page for current details. Free tiers usually include a monthly request allowance and rate limits suitable for development and low-traffic applications.

If you need very high throughput, dedicated nodes, or specific SLA guarantees, you may need a paid plan or a different provider. Alternatives such as Quicknode RPC and Infura RPC also offer Solana endpoints, though their feature sets and pricing models differ. The right choice depends on your request volume, latency requirements, and budget.

For developers also working with EVM chains, Alchemy provides RPC for Polygon and other networks under the same API key. This can simplify multi-chain infrastructure. Note that Alchemy RPC Robinhood is not a standard Solana offering; it likely refers to a different integration or a misunderstanding, so verify any such reference against official Alchemy documentation.

  • Pricing is usually usage-based; check the official pricing page.
  • Free tiers are suitable for development and testing.
  • High-volume production may require a paid plan.
  • Compare Quicknode RPC and Infura RPC if you need alternatives.
  • Alchemy supports multiple chains, including Polygon, under one key.

Common Integration Patterns and Best Practices

When integrating Alchemy RPC Solana into your application, use environment variables to store your API key. For frontend applications, avoid exposing the key directly; instead, route requests through a backend proxy or use a provider that supports domain whitelisting. Alchemy offers allowlists for some plans, which can help restrict key usage.

Implement retry logic with exponential backoff for transient errors. Solana RPC can return 429 rate limit errors or 5xx server errors during congestion. Caching frequently requested data, such as token metadata or account balances, can reduce request volume and improve performance.

For transaction submission, consider using sendTransaction with skipPreflight set to false during development to catch errors early. In production, you may set skipPreflight to true and rely on confirmation tracking via getSignatureStatuses or WebSocket subscriptions. Always handle blockhash expiration by fetching a fresh blockhash before signing.

  • Store API keys in environment variables or a secrets manager.
  • Use a backend proxy for client-side apps to protect keys.
  • Implement retries with exponential backoff for 429 and 5xx errors.
  • Cache immutable or slowly changing data.
  • Fetch a fresh blockhash before each transaction.

Troubleshooting Common Alchemy Solana RPC Issues

If you receive a 401 or 403 error, your API key may be invalid or restricted. Check that you copied the full URL and that the key is active in your Alchemy dashboard. If you see 429 errors, you have exceeded your rate limit; consider upgrading your plan or reducing request frequency.

If a method returns an error saying it is not supported, verify that the method is available for Solana on your plan. Some methods are only available on paid tiers. For WebSocket issues, ensure you are using the wss:// URL and that your client library supports Solana subscriptions.

Network timeouts can occur during periods of high Solana congestion. Increasing your HTTP client timeout and implementing retries can help. If problems persist, check the Alchemy status page for ongoing incidents.

  • 401/403: check API key and URL.
  • 429: reduce request rate or upgrade plan.
  • Method not supported: verify plan and method availability.
  • WebSocket issues: use wss:// and compatible client.
  • Timeouts: increase timeout and retry.

Never Worry about Infrastructure Again

OnFinality takes away the heavy lifting of DevOps so you can build smarter and faster.

Get Started