Nodos blockchain como servicio o nodos dedicados: cómo elegir

Casi cualquier producto cripto lee de un nodo blockchain: para mostrar saldos, detectar depósitos, difundir retiradas o indexar eventos. La pregunta no es si necesitas nodos, sino quién los opera y quién más los comparte.

Tres formas de obtener datos de blockchain

1. RPC compartido o nodos como servicio. Un proveedor opera grandes flotas de nodos y vende acceso por petición o por plan. Tienes un endpoint en minutos. Muchos clientes comparten los mismos nodos, así que hay límites de peticiones, y el proveedor ve tus peticiones: qué direcciones vigilas y qué transacciones envías.

2. Nodos dedicados operados por un proveedor. Los nodos solo trabajan para ti. Otro se encarga de los servidores, la sincronización, las actualizaciones del cliente, los hard forks y el failover. La mejor versión pone los servidores a tu nombre, así que conservas la infraestructura si cambias de proveedor.

3. Nodos operados por tu equipo. Control total y responsabilidad total. Los nodos necesitan cuidado: los clientes publican versiones a menudo, los hard forks tienen fecha, los discos se llenan y un nodo que se queda atrás parece sano para un simple chequeo de puerto.

Cómo se comparan

	RPC compartido	Dedicado y gestionado	Operado por ti
Hasta la primera petición	Minutos	1–2 semanas (sobre todo sincronización)	Semanas, más aprendizaje
Límites de peticiones	Los del plan, compartidos	Solo tu hardware	Solo tu hardware
Privacidad de las peticiones	El proveedor las ve	Solo tú	Solo tú
Coste al crecer el volumen	Crece con las peticiones	Fijo por nodo	Fijo por nodo, más horas del equipo
Actualizaciones y hard forks	El proveedor	El proveedor	Tú
Evidencias para un auditor	Informes del proveedor	Tus propios registros y código	Tus propios registros y código

Cuándo el RPC compartido es la respuesta correcta

• Prototipos, hackathons y productos en fase temprana.
• Lecturas de poco volumen, donde una caída corta o un bloque desfasado no cuestan nada.
• Consultas puntuales de historial profundo que exigirían un nodo archive caro.
• Como respaldo detrás de tus propios nodos.

Cuándo compensan los nodos dedicados

• Depósitos y retiradas. Un bloque desfasado o perdido parece un pago perdido para tu cliente y para tu equipo de soporte.
• Volumen alto o con picos. Los planes por petición se encarecen, y los límites saltan en el peor momento, como un pico de mercado.
• Privacidad. Las direcciones que vigilas y las transacciones que difundes revelan tu negocio. Con nodos dedicados en una red privada, nadie más las ve.
• Regulación. Con MiCA, los proveedores de servicios de criptoactivos son entidades financieras sujetas a DORA. Un proveedor de nodos que soporta una función crítica entra en tu registro de proveedores TIC y necesita cláusulas de contrato y un plan de salida. Una infraestructura a tu nombre y definida como código es más fácil de explicar.

Preguntas para cualquier proveedor de nodos

1. ¿Quién más usa los nodos que atienden mis peticiones?
2. ¿Cuáles son los límites de peticiones y qué pasa cuando los alcanzo: errores, cola o cargos extra?
3. ¿Quién puede ver mis peticiones y las direcciones que consulto, y cuánto tiempo se guardan los logs?
4. ¿Cómo detectáis un nodo que está levantado pero retrasado respecto a la cadena? ¿Qué pasa entonces con mi tráfico?
5. ¿Cómo gestionáis las actualizaciones del cliente y los hard forks, y con cuánta antelación me avisáis?
6. ¿De quién son los servidores? Si me voy, ¿qué me quedo?
7. ¿Dónde están los servidores y qué subcontratistas intervienen?
8. ¿Podéis darme lo que necesito para mi registro DORA y mi auditoría: descripción del servicio, ubicaciones, subcontratistas y plan de salida?

Si operas tus propios nodos: cinco básicos

• Nunca expongas interfaces de administración. El RPC de Bitcoin Core debe escuchar solo en una red privada (rpcbind, rpcallowip). En los clientes de Ethereum, mantén espacios como admin y debug fuera de cualquier endpoint al que lleguen otros.
• Comprueba la sincronización, no los puertos. Compara la altura de bloque de cada nodo con la red y saca del balanceador, automáticamente, los que se queden atrás.
• Ten al menos dos nodos por red importante, para poder actualizarlos de uno en uno.
• Vigila el crecimiento del disco. Las cadenas crecen sin parar; un disco lleno es una de las caídas de nodo más habituales.
• Describe todo como código. Servidores en Terraform, configuración en Ansible, reglas de acceso en Git. Reconstruir un nodo debería ser un comando, no una tarde tirando de memoria.

Cómo lo hacemos nosotros

Operamos nodos blockchain dedicados como servicio para cualquier cadena pública, en servidores contratados a tu nombre, con health checks que entienden la cadena, actualizaciones escalonadas y monitorización. Ocho redes funcionan hoy en nuestra flota de producción; puedes leer cómo en nuestro caso de la flota de nodos blockchain.