Question 1

¿Qué es un nodo dedicado?

Accepted Answer

Un nodo dedicado es un nodo blockchain que se ejecuta en un servidor privado reservado exclusivamente para ti. A diferencia de la infraestructura compartida, obtienes todo el rendimiento del hardware, sin límites de tasa, sin vecinos ruidosos y con la capacidad de configurar el cliente del nodo según tu carga de trabajo: métodos RPC personalizados, namespaces no predeterminados, ajustes de peers específicos o builds a medida.

Question 2

Compartido vs dedicado: ¿cuándo debería migrar?

Accepted Answer

Migra a dedicado cuando se cumpla alguna de estas condiciones: alcanzas el techo de 200 RPS en nodos compartidos, necesitas datos de archive o tracing (debug_*, trace_*), la latencia importa para tu producto (trading, MEV, UX en tiempo real), necesitas una geografía concreta, ejecutas cargas que requieren configuración personalizada del cliente, o el cumplimiento exige infraestructura aislada. Por debajo de esos umbrales, los nodos compartidos suelen ser la opción correcta.

Question 3

¿Cómo migro desde Alchemy / QuickNode / Infura?

Accepted Answer

La mayoría de las migraciones son intercambios de endpoint: exponemos la misma interfaz JSON-RPC, así que cambiar la URL base en tu configuración suele ser todo el trabajo necesario a nivel de aplicación. Nuestro equipo ayuda con: mapeo de compatibilidad de endpoints, análisis de patrones de solicitudes para dimensionar el nodo, ejecución en paralelo durante el cambio y conmutación sin tiempo de inactividad. El tiempo de migración típico es de uno a tres días de principio a fin.

Question 4

¿Puedo ejecutar GetBlock junto a mi proveedor actual como respaldo?

Accepted Answer

Sí. Muchos equipos usan GetBlock como primario con un proveedor existente como secundario, o viceversa. Te ayudamos a configurar la conmutación por error basada en health checks en tu lado, sin nada propietario que aprender.

Question 5

¿Qué incluye realmente el soporte premium?

Accepted Answer

Un gestor de cuenta dedicado, un canal directo de Telegram / Slack / WhatsApp con los ingenieros sénior de GetBlock, revisiones de arquitectura, asistencia en depuración y trabajo de optimización bajo demanda. El SLA de respuesta es inferior a 5 minutos, en cualquier zona horaria. Los equipos suelen usarlo para descargar lo que de otro modo sería una contratación de DevOps sénior.

Question 6

¿Qué latencia puedo esperar realmente?

Accepted Answer

La latencia depende de la cadena, la región y la configuración del cliente. En nuestros despliegues estrella: 7 ms en Solana y menos de 30 ms en BSC, ambos verificados por benchmarks independientes (CompareNodes.com). Para cadenas EVM como Ethereum, Polygon y Arbitrum, los tiempos de respuesta RPC típicos son de 20–60 ms desde la región más cercana. Compartimos benchmarks por cadena bajo solicitud y podemos ejecutar una prueba de latencia desde tu endpoint antes de que te comprometas.

Question 7

¿Qué cubre realmente tu SLA de tiempo de actividad del 99,99 %?

Accepted Answer

El tiempo de actividad se mide como el porcentaje de tiempo en que el nodo responde correctamente a las sondas RPC, excluyendo el mantenimiento programado (anunciado con 72 h de antelación). Si incumplimos el SLA, se aplican créditos de servicio automáticamente, sin formularios de reclamación. Los despliegues geo-redundantes y la monitorización 24/7 respaldan la cifra; no nos basamos en lenguaje de "mejor esfuerzo".

Question 8

¿Cómo gestionáis los reorgs de cadena, los bloques perdidos y la desincronización de nodos?

Accepted Answer

Cada nodo dedicado se monitoriza por altura de bloque, número de peers y estado de sincronización frente a los datos canónicos de la cadena. Ante una desincronización, el nodo se vuelve a emparejar automáticamente o se reconstruye a partir de un snapshot reciente. Los reorgs los gestiona de forma nativa el cliente: no filtramos ni reemitimos eventos, por lo que tu aplicación ve el mismo estado de la cadena que vería un nodo autoalojado.

Question 9

¿Puedo superar puntualmente mi rendimiento aprovisionado?

Accepted Answer

No hay un límite aprovisionado: el nodo es tuyo. El rendimiento solo está acotado por el nivel de hardware que elijas. Si tu carga de trabajo crece, redimensionamos el host antes de que alcances un techo, normalmente dentro del mismo ciclo de facturación.

Question 10

¿Qué pasa si algo falla a las 3 de la madrugada?

Accepted Answer

Tu canal directo con ingenieros está disponible 24/7. La monitorización que detectó el problema normalmente ya nos ha avisado antes de que te des cuenta: en la mayoría de los incidentes, el primer mensaje del canal es de nuestro lado, no del tuyo.

Question 11

¿Puedo habilitar métodos RPC personalizados o no predeterminados?

Accepted Answer

Sí, incluidos debug_*, trace_*, namespaces personalizados y métodos específicos del cliente (p. ej. endpoints exclusivos de Erigon, APIs admin de Geth). Si el cliente lo admite, podemos exponerlo. También construimos software de nodo personalizado para equipos con requisitos específicos: consulta el caso de éxito de Blockaid más arriba como ejemplo de un build personalizado que logra una latencia inferior a 7 ms.

Question 12

¿Admitís nodos de archive y forks de mainnet?

Accepted Answer

Sí. El archive completo está disponible en más de 130 cadenas sin recargo por llamada. Los forks de mainnet (y forks de cadenas personalizadas) pueden aprovisionarse para staging, simulación o pruebas de replay: el tiempo de configuración típico es de 24 a 72 horas según el tamaño de la cadena.

Question 13

¿Puedo colocar mi propio software en el mismo host que el nodo?

Accepted Answer

Sí. Casos de uso comunes: bots de trading, buscadores de MEV, procesadores de señales e indexadores sensibles a la latencia. La colocación elimina el salto de red entre tu código y el nodo, lo que ahorra milisegundos de un solo dígito que se acumulan en ganancias o pérdidas reales en cargas de alta frecuencia.

Question 14

¿Podéis desplegar en una región específica u on-premise dentro de nuestro centro de datos?

Accepted Answer

Sí a ambas. Desplegamos en cualquier región cloud estándar y, bajo solicitud, en ubicaciones no estándar. El despliegue on-premise dentro de tu centro de datos está admitido para equipos con requisitos de residencia de datos, latencia o cumplimiento: nosotros gestionamos el stack del nodo y tú controlas el hardware.

Question 15

¿Puedo conectar el nodo de forma privada a mi entorno de AWS / GCP / Azure?

Accepted Answer

Sí. Admitimos red privada (VPC peering, equivalentes de PrivateLink) para mantener el tráfico RPC fuera de la internet pública. Es la opción por defecto en los despliegues empresariales.

Question 16

¿Cómo se fija el precio de un nodo dedicado?

Accepted Answer

El precio depende de la cadena, la red (mainnet / testnet / archive), el cliente, la región y la duración del compromiso. Usa la calculadora de esta página para un presupuesto en tiempo real. Los compromisos mensuales y anuales desbloquean descuentos incorporados; los compromisos más largos son negociables.

Question 17

¿Cobráis por solicitud?

Accepted Answer

No. Los nodos dedicados son de tarifa plana: solicitudes ilimitadas, RPS ilimitado, sin facturación por llamada. Pagas por el nivel de hardware, no por el uso.

Question 18

¿Puedo pagar en cripto? ¿Ofrecéis facturación por contrato?

Accepted Answer

Sí a ambas. Se admiten cripto y fiat. Los contratos empresariales con términos personalizados, facturación e integración con compras son estándar para la infraestructura dedicada.

Question 19

¿Con qué estándares de cumplimiento estáis alineados?

Accepted Answer

La infraestructura dedicada se construye y opera conforme a los estándares SOC 2 Tipo I, con la atestación Tipo II prevista para el segundo trimestre de 2026. También admitimos listas de IP permitidas, controles de acceso personalizados, red privada y anonimización de transacciones para cargas sensibles al cumplimiento. El DPA y las revisiones de seguridad personalizadas están disponibles bajo solicitud.

Question 20

¿Quién tiene acceso a mi nodo?

Accepted Answer

El acceso se limita al equipo SRE de GetBlock según el principio de mínimo privilegio, protegido por MFA y registro de auditoría. No leemos los datos de la aplicación y el nodo nunca se comparte con otro inquilino.

Nodos BlockchainDedicados

Node observability

Custom node builds

Scalable node infrastructure

Resource and cost tuning

Bancos y fintechs

GetBlock engineering, embedded in your team

Our infrastructure behind real-world products

In-depth insights for modern Web3 development

GetBlock integra bloXroute BDN para una ejecución de transacciones BSC más rápida y segura

El BSC RPC más rápido: GetBlock alcanza la máxima velocidad en América

Software de nodo personalizado: qué creó GetBlock para Blockaid

Take infrastructure off your critical path

Nodos Blockchain
Dedicados