Logo
Nuevos usuarios de RPC: 35% de descuento el primer mesVer oferta
RPC Assistant

¿Cómo funcionan realmente los niveles de precios de los proveedores de RPC de Solana?

Resumen

Los precios de RPC de Solana generalmente se facturan en tres ejes: volumen de solicitudes, consumo de unidades de cómputo (CU) e infraestructura dedicada. La mayoría de los proveedores publican niveles gratuitos, de pago por uso y comprometidos o dedicados, pero los límites que importan para las aplicaciones en producción están ocultos en los límites de CU, los límites de velocidad y el acceso a archivo o WebSocket. Este artículo desglosa cómo se estructuran esos niveles, para qué sirve cada uno y cómo compararlos sin depender solo de los precios destacados.

Los precios de RPC de Solana parecen simples en una página de inicio: un nivel gratuito, un plan mensual y un botón de "contáctanos", pero los números que deciden tu factura generalmente están enterrados en la contabilidad de unidades de cómputo (CU), los multiplicadores por método y los límites de velocidad. Si estás comparando proveedores para una aplicación en producción, el nombre del nivel importa mucho menos que lo que el nivel realmente mide.

Esta página explica cómo se estructuran típicamente los niveles de precios de RPC de Solana, para qué sirve realmente cada nivel y qué preguntas hacer antes de comprometerte. Está escrita para desarrolladores y compradores de infraestructura que necesitan asignar una carga de trabajo a un plan, no solo leer una lista de precios.

Recomendación rápida: qué nivel se adapta a tu carga de trabajo

Antes de comparar proveedores, clasifica tu carga de trabajo. Los precios de RPC de Solana no son lineales, y el mismo plan puede ser barato para una aplicación y caro para otra.

Perfil de carga de trabajoForma típica de solicitudNivel que suele encajar
Prototipado, hackatones, desarrollo localBajo volumen, métodos mixtos, sin SLAGratuito o endpoint público
Producción temprana, tráfico moderadoLecturas constantes, algo de getProgramAccounts, WebSocket ocasionalPago por uso o plan comprometido inicial
dApp o indexador de alto volumengetProgramAccounts intensivo, getSignaturesForAddress, suscripciones de logsPlan comprometido con margen de CU, o nodo dedicado
Trading, MEV o bots sensibles a la latenciaEscrituras en ráfaga, sendTransaction, p99 ajustadoNodo dedicado con endpoint privado
Analítica y rellenosLecturas de archivo, escaneos históricos grandesNodo dedicado con acceso a archivo

Si no estás seguro, comienza con un plan medido, instrumenta tu uso de CU por método y solo pasa a un nivel comprometido o dedicado una vez que puedas pronosticar el consumo mensual. OnFinality publica su estructura de planes de RPC en la página de precios de RPC, y la página de la red Solana cubre los detalles de endpoints y transporte.

Qué miden realmente los proveedores de RPC de Solana

Casi todos los proveedores de RPC de Solana fijan precios según alguna combinación de lo siguiente. Saber cuál domina tu carga de trabajo te dice qué nivel necesitas.

Recuento de solicitudes. La métrica más simple: número de llamadas JSON-RPC por mes. Barato para getSlot y getLatestBlockhash, pero engañoso para métodos pesados.

Unidades de cómputo (CU). Solana asigna un costo de CU a cada método RPC, y muchos proveedores lo multiplican por un peso por método. Una sola llamada a getProgramAccounts puede costar órdenes de magnitud más que un getBalance. Si un proveedor anuncia "solicitudes ilimitadas" pero mide CU, tu techo efectivo son las CU, no las solicitudes.

Ancho de banda y tamaño de respuesta. Los escaneos grandes de cuentas y los flujos de logs devuelven cargas útiles grandes. Algunos proveedores limitan la salida o cuentan bytes en el cálculo de CU.

Concurrencia y límites de velocidad. Solicitudes por segundo (RPS) o conexiones concurrentes. A menudo, esta es la restricción real durante picos de tráfico, incluso cuando el volumen mensual parece bien.

Acceso a características. Los datos de archivo, getProgramAccounts con filtros, las suscripciones WebSocket y las API de tarifas prioritarias con frecuencia están restringidos a niveles superiores.

Cuando leas una página de precios, traduce cada viñeta a una de estas cinco categorías. Si un proveedor no indica cómo se calculan las CU, pregunta antes de comprometerte.

Los cuatro niveles que verás y para qué sirven

Niveles gratuitos y públicos

Los niveles gratuitos existen para que empieces a construir. Por lo general, incluyen un límite diario o mensual de solicitudes, límites de velocidad agresivos y ninguna garantía de disponibilidad. Los endpoints públicos —incluido el endpoint público de Solana de OnFinality— son adecuados para billeteras, scripts y trabajo en testnet, pero son compartidos y no están diseñados para tráfico de producción sostenido.

Usa los niveles gratuitos para validar la integración, no para servir a usuarios.

Niveles de pago por uso

Los planes medidos facturan por solicitud o por CU sin compromiso mensual. Son el valor predeterminado correcto para la producción temprana porque absorben el crecimiento impredecible sin un contrato. La contrapartida es que los precios unitarios son más altos que los planes comprometidos, y aún puedes alcanzar los límites de velocidad durante ráfagas.

Niveles comprometidos o de suscripción

Estos planes incluyen una asignación mensual de CU o solicitudes a una tarifa unitaria más baja, a veces con precios por exceso. Se adaptan a aplicaciones con tráfico predecible. El riesgo es la sobreprovisión: si compras 500M de CU y usas 120M, pagaste por un margen que no necesitabas. Compra niveles comprometidos solo después de tener al menos un mes completo de datos medidos.

Niveles de nodo dedicado

La infraestructura dedicada te da un nodo (o clúster) que no se comparte con otros clientes. El precio suele ser una tarifa mensual fija por nodo, a veces con complementos para archivo, mayor RPS o regiones adicionales. Este es el nivel al que convergen los sistemas de trading, los indexadores y las dApps de alto rendimiento porque elimina los efectos de vecinos ruidosos y ofrece latencia predecible. La oferta de nodo dedicado de OnFinality sigue este modelo.

Cómo comparar dos cotizaciones de RPC de Solana

Los precios destacados no son comparables entre proveedores porque la medición difiere. Normaliza antes de decidir.

Qué normalizarPor qué cambia la respuesta
CU por métodoUn proveedor que pondera mucho getProgramAccounts puede ser 10 veces más caro para la misma aplicación
RPS incluidos vs RPS en ráfagaUn plan con alto volumen mensual pero bajo RPS te limitará en los picos
Límites de suscripción WebSocketLas suscripciones a logs y cuentas a menudo se limitan por separado de HTTP
Ventana de retención de archivoLos rellenos y la analítica necesitan slots históricos; no todos los niveles los incluyen
Tarifa por excesoEl costo de exceder tu plan es donde se rompen los presupuestos
Región y conmutación por errorEl acceso multirregión puede ser una línea separada

Un método práctico: toma una semana de tráfico de producción, reprodúcela según las reglas de medición de cada proveedor y compara la cifra mensual resultante. Ese número es el único que vale la pena comparar.

Leer una página de precios de RPC de Solana sin dejarse engañar

Algunos patrones aparecen repetidamente.

  • "Solicitudes ilimitadas" con límites de CU. El recuento de solicitudes es ilimitado; el presupuesto de CU no lo es. Verifica la asignación de CU.
  • Nivel gratuito con un techo de RPS bajo. Bien para desarrollo, inutilizable para una billetera con usuarios reales.
  • Precio dedicado cotizado por nodo, no por solicitud. Compáralo con tu gasto medido, no con el nivel de suscripción de otro proveedor.
  • Complementos listados por separado. Archivo, trace y regiones adicionales son ventas adicionales comunes. Agrégalos antes de comparar totales.

Si un proveedor no publica los pesos de CU, considera la página de precios incompleta y solicita el desglose a nivel de método.

Estimar tu costo mensual de RPC de Solana

No necesitas un modelo perfecto, necesitas uno defendible. Comienza registrando recuentos de llamadas por método durante un período representativo.

# Ejemplo: contar llamadas a métodos desde un registro de acceso RPC durante un día
# (ajusta la ruta del registro y el patrón a tu configuración)
grep -o '"method":"[a-zA-Z]*"' rpc-access.log \
  | sort | uniq -c | sort -rn | head -20

Una vez que tengas la distribución, aplica los pesos de CU de cada proveedor y multiplica por su precio unitario. Luego suma los costos fijos: tarifa del plan comprometido, tarifa del nodo dedicado y cualquier complemento. La suma es tu costo mensual comparable.

Una verificación útil es calcular el costo por cada 1000 llamadas a getProgramAccounts y el costo por cada 1000 llamadas a sendTransaction por separado. Esos dos números suelen revelar qué proveedor es realmente más barato para tu aplicación.

Cuándo un nodo dedicado de Solana es más barato que un plan medido

Los planes medidos parecen baratos hasta que una sola carga de trabajo domina tu factura. Dos casos cambian las matemáticas:

  1. Indexadores y analítica. Rellenar cuentas de programas o escanear firmas históricas puede consumir un mes de CU en un día. Un nodo dedicado con acceso a archivo suele ser más predecible.
  2. Trading y servicios sensibles a la latencia. Cuando la latencia p99 importa, los niveles compartidos introducen una varianza que no puedes controlar. Un endpoint privado elimina esa variable.

Si alguno describe tu carga de trabajo, cotiza un nodo dedicado antes de escalar un plan medido. Las opciones de RPC de Solana y nodo dedicado de OnFinality están diseñadas para estos casos, y la página de precios de RPC enumera la estructura del plan.

Conectarse a un endpoint de RPC de Solana

Cualquiera que sea el nivel que elijas, el patrón de conexión es el mismo. Aquí hay una llamada JSON-RPC mínima contra un endpoint de Solana:

curl https://solana.api.onfinality.io/public \
  -X POST -H "Content-Type: application/json" \
  -d '{
    "jsonrpc": "2.0",
    "id": 1,
    "method": "getLatestBlockhash",
    "params": [{"commitment": "confirmed"}]
  }'

Para suscripciones, usa un endpoint WebSocket:

const ws = new WebSocket("wss://solana.api.onfinality.io/public-ws");

ws.onopen = () => {
  ws.send(JSON.stringify({
    jsonrpc: "2.0",
    id: 1,
    method: "logsSubscribe",
    params: [{ mentions: ["<PROGRAM_ID>"] }, { commitment: "confirmed" }]
  }));
};

ws.onmessage = (event) => {
  const msg = JSON.parse(event.data);
  if (msg.method === "logsNotification") {
    console.log(msg.params.result.value.signature);
  }
};

Cuando pases a un nivel de pago o dedicado, cambia la URL pública por el endpoint que emita tu proveedor. Mantén el transporte (HTTP vs WebSocket) consistente con lo que admite el plan.

Señales de monitoreo que te indican cambiar de nivel

No esperes a que una factura te diga que el plan es incorrecto. Observa estas señales:

  • Respuestas 429. Estás alcanzando los límites de velocidad; aumenta el nivel o reduce la concurrencia en ráfaga.
  • Aumento de CU por solicitud. Una nueva ruta de código (a menudo getProgramAccounts) está inflando el costo.
  • Deriva de latencia p95. Los niveles compartidos se degradan bajo carga; un nodo dedicado lo estabiliza.
  • Cargos por exceso. Si excedes tu asignación comprometida dos meses seguidos, cambia de nivel.
  • Desconexiones de WebSocket. Los límites de suscripción o los tiempos de espera por inactividad pueden ser la causa.

Instrumenta estas señales antes de escalar, no después.

Puntos clave

  • Los niveles de precios de RPC de Solana generalmente se definen por volumen de solicitudes, unidades de cómputo, límites de velocidad y acceso a características, no por el nombre del nivel.
  • Los niveles gratuitos y públicos son para desarrollo; los planes medidos se adaptan a la producción temprana; los planes comprometidos se adaptan a tráfico predecible; los nodos dedicados se adaptan a cargas de trabajo de alto rendimiento, sensibles a la latencia o con mucho archivo.
  • Normaliza las cotizaciones reproduciendo tráfico real según los pesos de CU de cada proveedor antes de comparar precios.
  • Observa los 429, las CU por solicitud, la deriva de latencia y los cargos por exceso para decidir cuándo cambiar de nivel.
  • OnFinality ofrece opciones de RPC de Solana y nodo dedicado; consulta precios de RPC y redes RPC compatibles para obtener detalles actuales.

Preguntas frecuentes

¿Es suficiente un nivel gratuito de RPC de Solana para producción? Por lo general, no. Los niveles gratuitos son compartidos, tienen límites de velocidad y carecen de compromisos de disponibilidad. Son apropiados para desarrollo y scripts de bajo riesgo.

¿Por qué dos proveedores cotizan precios muy diferentes para la misma aplicación? Porque miden de manera diferente. Los pesos de CU, los multiplicadores por método y los límites de velocidad varían, por lo que el mismo tráfico puede costar cantidades muy diferentes.

¿Cuándo debo pasar de un plan medido a un nodo dedicado? Cuando una sola carga de trabajo (escaneos de archivo, getProgramAccounts o trading sensible a la latencia) domina tu factura o tu varianza de latencia, o cuando alcanzas consistentemente los límites de velocidad.

¿Necesito acceso a archivo? Solo si consultas slots históricos, rellenas datos o ejecutas analítica. Muchas dApps en producción no lo necesitan; los indexadores y las herramientas de analítica generalmente sí.

¿Cómo pronostico mi costo mensual? Registra recuentos de llamadas por método durante un período representativo, aplica los pesos de CU de cada proveedor, multiplica por el precio unitario y suma las tarifas fijas del plan y los complementos.

Base de conocimiento RPC

Detalles RPC relacionados

Nunca te preocupes por la infraestructura nuevamente

OnFinality elimina la carga pesada de DevOps para que puedas construir de forma más inteligente y rápida.

Comenzar