Nodos Blockchain
Dedicados

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.

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.

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.

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".

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.

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.

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.

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.

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.

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.

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.

La infraestructura dedicada se construye y opera conforme a los estándares SOC 2 Tipo II. 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.