Resumen
Las solicitudes por segundo (RPS) con tarifa plana son una opción de facturación que ofrece costes mensuales predecibles para los puntos finales de blockchain. En lugar de medir las solicitudes individuales mediante créditos de API, pagas una cuota mensual fija basada en la capacidad de solicitudes que hayas configurado, por lo que tu factura se mantiene igual independientemente del uso real.
Qué incluye:
- Tarifa mensual fija: tu factura nunca varía en función del consumo
- Capacidad de RPS configurada: número específico de solicitudes por segundo para tu nivel
- endpoint un único endpoint : una cadena de bloques en una región por suscripción
- Activación inmediata: sin retrasos en el aprovisionamiento ni tiempo de configuración
- Condiciones flexibles: contratos mensuales (Standard) o anuales (Enterprise)
Ideal para: Aplicaciones con patrones de tráfico constantes que se ejecutan en una única cadena de bloques en una sola región.
Disponible para cadenas EVM (Ethereum, Base, Optimism, Arbitrum, BSC, Polygon) y Solana mainnet a partir del 4 de marzo de 2026.
En qué se diferencia de la facturación a crédito
El plan RPS de tarifa plana difiere fundamentalmente de los planes estándar basados en créditos Quicknode:
| Factor | Planes basados en créditos | Tarifa plana RPS |
|---|---|---|
| Modelo de pago | Pago por solicitud con créditos de API | Cuota mensual fija, independientemente del consumo |
| Ámbito de facturación | Facturación a nivel de cuenta | endpoint |
| Endpoint | Los créditos se pueden utilizar en todos los dispositivos | Capacidad vinculada a un endpoint, una cadena y una región |
| Previsibilidad de los costes | Gastos mensuales variables | Gastos mensuales previsibles |
| Límites de frecuencia | Límites de tarifa flexibles | Se han fijado los límites de RPS y de conexiones simultáneas |
| Asistencia técnica en arquitectura | Compatibilidad con múltiples cadenas y regiones | Una sola cadena, una sola región por suscripción |
Conclusión clave: El RPS de tarifa plana cambia la flexibilidad por la previsibilidad. Si tu tráfico es constante y se concentra en una sola cadena de una misma región, obtienes seguridad presupuestaria sin tener que hacer un seguimiento del consumo de créditos.
Planes disponibles y tarifas
Niveles estándar (cadenas EVM)
Los siguientes niveles están disponibles para todas las cadenas EVM compatibles (Ethereum, Base, Optimism, Arbitrum, BSC, Polygon):
| Límite de RPS | Conexiones simultáneas | Conexiones WebSocket | Precio mensual |
|---|---|---|---|
| 75 | 2 | 10 | $799 |
| 150 | 4 | 20 | $1,499 |
| 250 | 6 | 30 | $1,949 |
Niveles estándar (Solana)
Solana aplican un multiplicador de precios de 1,5 debido a sus mayores requisitos de recursos. Para Solana están disponibles los siguientes niveles:
| Límite de RPS | Conexiones simultáneas | Conexiones WebSocket | Precio mensual |
|---|---|---|---|
| 75 | 2 | 10 | $1,199 |
| 150 | 4 | 20 | $2,299 |
| 250 | 6 | 30 | $2,925 |
Las cuentas de pago (Build, Accelerate, Scale y Business) pueden suscribirse directamente desde el panel de control a los niveles Standard que se muestran más arriba.
Las cuentas Enterprise no pueden suscribirse a la tarifa plana de RPS directamente a través del panel de control. Para solicitar acceso Enterprise o niveles de RPS superiores a 250, ponte en contacto con quicknode.
Comprender el RPS y las conexiones simultáneas
La capacidad de RPS de tarifa plana se rige por dos límites:
- RPS (solicitudes por segundo): cuántas solicitudes nuevas pueden iniciarse cada segundo
- Conexiones simultáneas: ¿cuántas solicitudes se pueden procesar al mismo tiempo?
Ambos límites se aplican simultáneamente. Tu rendimiento efectivo viene determinado por el límite que alcances primero.
RPS (solicitudes por segundo)
El RPS controla el número de nuevas solicitudes que tu endpoint cada segundo.
Ejemplo: En un nivel de 75 RPS, tu endpoint hasta 75 solicitudes por segundo.
Si llegan 100 solicitudes en un segundo, se procesan 75 y 25 devuelven respuestas HTTP 429.
Conexiones simultáneas
El número máximo de solicitudes que se pueden estar procesando activamente al mismo tiempo. Cada solicitud utiliza una conexión simultánea desde el momento en que se inicia hasta que finaliza.
Por este motivo, el tiempo de respuesta influye directamente en el rendimiento. Las solicitudes que tardan más en procesarse mantienen las conexiones durante más tiempo, lo que reduce el número de nuevas solicitudes que se pueden procesar.
Puedes calcular la concurrencia necesaria utilizando:
Conexiones simultáneas = RPS × Tiempo de respuesta (segundos)
| RPS | Tiempo de respuesta | Número de conexiones simultáneas necesarias |
|---|---|---|
| 75 | 0.05s | ~4 |
| 75 | 5s | 375 |
Métodos ligeros como eth_blockNumber se ejecutan rápidamente y requieren una concurrencia mínima.
Los métodos más pesados, como debug_traceTransaction mantienen las conexiones durante más tiempo y requieren una cantidad significativamente mayor.
¿Qué límite se convierte en el cuello de botella?
Tu rendimiento depende de la velocidad de las solicitudes:
- Consultas rápidas: las conexiones se liberan rápidamente, por lo que el RPS se convierte en el factor limitante
- Consultas lentas: las conexiones permanecen ocupadas durante más tiempo, por lo que las conexiones simultáneas se convierten en el factor limitante
Cuando la concurrencia es el cuello de botella, el rendimiento máximo pasa a ser:
Rendimiento efectivo = Conexiones simultáneas ÷ Tiempo de respuesta
Por ejemplo, con una conexión simultánea:
- Con un tiempo de respuesta de 50 ms → ~20 RPS como máximo
- Con un tiempo de respuesta de 5 segundos → 0,2 RPS como máximo
Por eso los métodos RPC ligeros se adaptan bien a los niveles inferiores, mientras que las consultas que requieren un gran seguimiento o que se ejecutan durante mucho tiempo pueden alcanzar los límites de concurrencia mucho antes de llegar al nivel de RPS configurado.
¿Qué ocurre cuando alcanzas un límite?
Si superas tu límite de RPS o tu límite de conexiones simultáneas:
- Las solicitudes devuelven respuestas HTTP 429 (límite de frecuencia)
- No se aplican cargos por exceso de consumo
Si alcanzas los límites con frecuencia, plantéate pasar a un nivel superior o valorar si tu carga de trabajo se adapta bien a la tarifa plana por RPS.
¿Es el RPS de tarifa plana la opción adecuada para ti?
El RPS de tarifa plana es la mejor opción para un tráfico constante en una sola cadena con consultas rápidas (menos de 500 ms). Si tu tráfico presenta picos importantes, se extiende por varias regiones o cadenas, o utiliza métodos más lentos como debug_traceTransaction, plantéate optar por planes basados en créditos.
Cuándo funciona el sistema de tarifa plana de RPS
| Factor | Requisitos |
|---|---|
| Esquema de tráfico | Un volumen constante y estable, sin picos importantes |
| Arquitectura | Una sola cadena en una región |
| Velocidad de solicitud | La mayoría de las consultas se completan en menos de 500 ms |
| Concurrencia | Número reducido de solicitudes simultáneas |
| Prioridad de facturación | Costes mensuales predecibles frente a tarifas basadas en el consumo |
Ejemplos de métodos: eth_blockNumber, eth_call, eth_getBalance, eth_getTransactionReceipt
Cuándo optar por otros planes en su lugar
Plantéate contratar planes basados en créditos, de capacidad dedicada o planes Enterprise si necesitas:
- Tráfico que experimenta picos significativos (picos de 10 veces, patrones impulsados por eventos, cambios estacionales)
- Arquitectura multirregional o multicadena
- Métodos lentos o pesados como
debug_traceTransaction(5-30 s) o grandeeth_getLogsgamas - Alta concurrencia con numerosas solicitudes simultáneas
- Acuerdos de nivel de servicio (SLA) o compromisos de disponibilidad garantizada
Consideraciones sobre la infraestructura
El plan RPS de tarifa plana se ejecuta en la infraestructura Shared Pro sin garantías de SLA ni aislamiento de la infraestructura. Si tu aplicación requiere compromisos contractuales de disponibilidad o recursos dedicados, utiliza los planes Dedicated o Enterprise.
Cómo activar la tarifa plana de RPS
Para los niveles estándar
Paso 1: Accede a tu endpoint: inicia sesión en el Quicknode y, a continuación, selecciona un endpoint ya existente endpoint crea uno nuevo en cualquier cadena EVM compatible (Ethereum, Base, Optimism, Arbitrum, BSC, Polygon) o enmainnet Solana .
Paso 2: Desactivar la función «multi-chain» (si está activada): si tu endpoint activada la función «multi-chain», desactívala antes de suscribirte. El botón de activación de la función «multi-chain» quedará bloqueado una vez que actives la tarifa plana de RPS.
Paso 3: Abre la configuración de la tarifa plana: ve a la pestaña «Configuración » endpoint tu endpoint y, a continuación, accede a la sección «Tarifa plana ».
Paso 4: Selecciona tu nivel: elige tu nivel de RPS en función de tus necesidades de capacidad. La interfaz muestra las conexiones simultáneas, las conexiones WebSocket y el precio mensual de cada nivel.
Paso 5: Configurar y suscribirse: haz clic en «Suscribirse», selecciona tu región (Este de EE. UU., Centro de la UE o Noreste de APAC), revisa la configuración y confirma.
Tu endpoint de inmediato, sin tiempo de espera para el aprovisionamiento. La facturación comienza al instante, y los límites de RPS y de conexiones simultáneas que hayas configurado se aplican a todas las solicitudes.
Cambios de región: Puedes cambiar la región endpoint tu endpoint en cualquier momento desde la página endpoint . Los cambios surten efecto de forma inmediata.
Para cuentas de empresa
Las cuentas empresariales deben ponerse en contacto con quicknode para activar el servicio RPS de tarifa plana.
Facturación y cancelación
Cómo funciona la facturación
La tarifa plana de RPS aplica una cuota mensual fija en función del nivel que hayas seleccionado. El importe es el mismo cada mes, independientemente del uso real. Las solicitudes no se facturan por volumen y la suscripción no consume créditos de API.
Cuando se alcanzan los límites: Las solicitudes que superen tus límites de RPS o de conexiones simultáneas recibirán respuestas HTTP 429. No se aplican cargos por exceso de uso.
Capacidad no utilizada: No se traslada al siguiente periodo de facturación.
Condiciones del contrato
Las condiciones del contrato varían entre las cuentas Standard y Enterprise:
| Estándar | Empresa | |
|---|---|---|
| Duración del contrato | Mes a mes | Contratos anuales |
| Cancelación | A través del panel de control | Ponte en contacto con tu gestor de cuentas |
| Condiciones de pago | Facturación estándar | Condiciones de pago personalizadas disponibles |
Cómo cancelar la suscripción
Procedimiento estándar: Panel de control → Seleccionar endpoint Configuración → Sección «Tarifa plana» → Hacer clic en «Cancelar suscripción a la tarifa plana». El endpoint activo hasta el final del periodo de facturación actual.
Enterprise: Ponte en contacto con tu gestor de cuentas en quicknode para tramitar cancelaciones o modificaciones del contrato. Las condiciones dependen de tu contrato con Enterprise.
Preguntas frecuentes
¿Necesitas ayuda?
Si tienes alguna pregunta sobre las suscripciones RPS de tarifa plana, la selección de planes o la facturación:
📧 Correo electrónico: quicknode
Si necesitas asistencia técnica o tienes cualquier otra duda, envía una solicitud a través del portal de asistencia:
🎫 Enviar una solicitud: PortalQuicknode