Resumen

  • La pila de red de CoreWeave es una arquitectura operativa que abarca escalado vertical, escalado horizontal, almacenamiento, inquilinos, gestión, backbone y conexiones dedicadas; no es un producto único.
  • Combina las fábricas y las DPU de NVIDIA con el software de CoreWeave para la asignación de aceleradores, el aislamiento de inquilinos y el movimiento de datos dentro de la nube dedicada.
  • CoreWeave reporta 43 centros de datos, más de 850 MW operativos y aproximadamente 3,1 GW de capacidad contratada; Microsoft representó el 67% de los ingresos en 2025. Se evidencian tanto escala como concentración.
  • La prueba consiste en si puede convertir la capacidad contratada y la cartera de pedidos en un servicio fiable y distribuido antes de que se acumulen los costes de financiación, los arrendamientos, la obsolescencia del hardware y la complejidad operativa.

Las instalaciones físicas crecieron más rápido de lo que sugieren los diagramas de regiones en la nube

Al 31 de diciembre de 2025, CoreWeave reportó 43 centros de datos, más de 850 MW de potencia operativa y unos 3,1 GW de potencia contratada. La cifra operativa representa la infraestructura que la empresa consideraba en funcionamiento en esa fecha. La cifra contratada refleja derechos y obligaciones para futuros despliegues, y no debe presentarse como capacidad instalada.

El avance fue rápido. A finales de 2023 eran 10 centros de datos y unos 70 MW; a finales de 2024, 32 centros y más de 360 MW; a finales de 2025, 43 centros y más de 850 MW operativos. En el primer trimestre de 2026, CoreWeave informó de más de 1 GW operativos y más de 3,5 GW contratados. Las cifras muestran una empresa que está escalando sus instalaciones y operaciones a un ritmo industrial. También muestran la rapidez con que la arquitectura de ayer se convierte en una minoría dentro de la flota.

La potencia es un prerrequisito, no un producto terminado. Cada megavatio contratado requiere conexión a la red, generación o suministro, distribución de alta densidad, refrigeración, preparación del edificio, rutas de red, entrega de aceleradores y aceptación operativa. Un retraso en cualquiera de estas capas pospone los ingresos, mientras que algunas obligaciones pueden comenzar antes.

El modelo de centro de datos es mixto. CoreWeave posee el equipamiento y gestiona los grandes despliegues, pero también utiliza instalaciones arrendadas y operadores externos. Esto acelera la expansión geográfica y reduce la necesidad de construir cada edificio, pero convierte el rendimiento del arrendador, los calendarios de construcción, el suministro eléctrico y los términos contractuales en parte de la fiabilidad de la plataforma.

Las GPU aún no son la nube

Un acelerador en un rack con suministro eléctrico puede ejecutar código. Pero eso no es lo que los clientes compran a un proveedor de nube. Los equipos de entrenamiento necesitan mover muchos aceleradores como una sola asignación. Los datos deben llegar desde el almacenamiento a la velocidad requerida, la comunicación colectiva debe atravesar las GPU sin que la latencia consuma la mayor parte del tiempo de cómputo. Los inquilinos deben estar aislados entre sí, el planificador debe saber qué nodos, enlaces y dispositivos están sanos, y los puntos de control deben resistir los fallos.

Los ingenieros necesitan acceso al entorno; los usuarios necesitan rutas hacia otras nubes, oficinas y servicios. Solo cuando estas rutas se proveen de manera repetible y uniforme se obtiene un producto de nube.

Por eso, la red de una nube de IA no puede tratarse como un accesorio del cómputo. En la arquitectura empresarial común, la red se describe a menudo como un mecanismo para conectar servidores. En la IA distribuida, la propia red participa en el cómputo efectivo. Las tareas síncronas se retrasan por un solo módulo óptico degradado, un acelerador lento, un carril congestionado o una ruta de almacenamiento que no puede seguir el ritmo. Mientras tanto, la facturación por el hardware ocioso continúa. Por tanto, el diseño de la red determina no solo el rendimiento de referencia, sino la economía del tiempo de GPU financiado.

La plataforma de CoreWeave muestra esta relación con excepcional claridad. La empresa no ofrece GPU como una pequeña función de una nube generalista; se especializa en infraestructura de aceleradores. Por eso, sus materiales públicos detallan las fábricas de rack, las DPU, la orquestación bare-metal, los supercomputadores gestionados, la conectividad privada y la reparación operativa más que un simple catálogo de instancias. Esto evidencia la intención de diseño y la arquitectura del producto, pero no constituye un mapa completo de todas las ubicaciones, generaciones o implementaciones de clientes.

La pregunta no es si CoreWeave tiene abstractamente una "red rápida". Es cuántos tipos de red deben coordinarse para que las cargas de trabajo de IA funcionen como un servicio fiable, y quién controla cada una.

Qué significa realmente "la pila de redes de CoreWeave"

Esta expresión es un término editorial paraguas, no un nombre corporativo ni un único SKU. La entidad operativa legal y económica es CoreWeave, Inc., una empresa de Delaware con sede en Livingston, Nueva Jersey, que cotiza en el Nasdaq con el ticker CRWV. La pila de redes forma parte de la plataforma más amplia CoreWeave Cloud Platform, que incluye cómputo, almacenamiento, orquestación y servicios gestionados.

Distintos nombres representan distintas capas. Nimbus es la arquitectura de red virtual basada en DPU de CoreWeave. CoreWeave Kubernetes Service (CKS) ofrece Kubernetes gestionado sobre bare-metal. SUNK integra infraestructura y operaciones como un supercomputador gestionado, y Mission Control añade monitorización, reparación y soporte durante todo el ciclo de vida. Direct Connect es la conectividad privada para clientes. Nombres como NVLink, NVSwitch, Quantum, Spectrum-X y BlueField son tecnologías de proveedores que CoreWeave integra, no inventos propios.

Separar las capas evita dos errores típicos. Uno es tratar todos los protocolos y dispositivos de la plataforma como invenciones de la empresa. La contribución de CoreWeave reside en la integración de sistemas, la cualificación, las operaciones y el software de nube que envuelven las tecnologías de los proveedores. El otro es imaginar que una fábrica uniforme se extiende desde cada GPU hasta cada cliente.

Las conexiones locales de escalado vertical, las fábricas de entrenamiento entre racks, las redes de almacenamiento, las superposiciones de VPC, las rutas de gestión y los backbones transatlánticos tienen propósitos, presupuestos de latencia y dominios de fallo distintos. No deben resumirse en una sola cifra de ancho de banda.

La misma disciplina se requiere para la propiedad. Aunque CoreWeave despliega y opera muchos equipos, sus presentaciones también mencionan arrendamientos, centros de datos de terceros, compromisos de energía, acuerdos de fibra óptica y financiación de equipos. Se puede integrar operativamente un servicio sin poseer todos los edificios, las empresas eléctricas, las rutas de larga distancia o cada componente dentro del rack. "Integración vertical" es un término útil solo en el sentido de coordinar muchas capas, no de autosuficiencia total.

De Atlantic Crypto al cómputo especializado

CoreWeave comenzó en 2017 como The Atlantic Crypto Corporation. Su negocio inicial utilizaba activos de GPU para cargas de trabajo de criptoactivos, y en septiembre de 2018 se convirtió de LLC a sociedad de Delaware. Al avanzar hacia el cómputo especializado en la nube, cambió su nombre a CoreWeave en diciembre de 2019.

Ese origen suele simplificarse como un contraste curioso entre la minería de criptoactivos y la inteligencia artificial. Sin embargo, la continuidad más relevante es operativa. Ambos negocios exigen un actor que adquiera aceleradores, asegure energía, opere hardware de alta densidad y asigne cargas de trabajo a la capacidad sobrante. La empresa original aprendió la economía de una flota de aceleradores antes de construir los sistemas de inquilinato, red, almacenamiento y soporte que requiere la nube.

Esta distinción es importante porque el cambio de demanda no crea la plataforma automáticamente. La minería es relativamente repetitiva y admite un modelo de activos sencillo. En cambio, los efectos visuales, el aprendizaje automático y la computación de alto rendimiento exigen software, movimiento de datos, aislamiento y garantías de servicio diferentes. CoreWeave tuvo que añadir capas para que los recursos que los clientes externos no poseen ni pueden inspeccionar físicamente resultaran fiables.

A principios de la década de 2020, la empresa desarrolló servicios especializados de cómputo, almacenamiento y Kubernetes. Kubernetes bare-metal se convirtió en la interfaz principal, permitiendo a los clientes colocar cargas de trabajo contenedorizadas directamente sobre servidores aceleradores sin una capa previa de máquinas virtuales tradicionales. A finales de 2023, CoreWeave reportó 10 centros de datos y unos 70 MW operativos; a finales de 2024, 32 centros y más de 360 MW.

La expansión cambió la naturaleza de los problemas de red. Un operador de diez emplazamientos puede depender en gran medida del conocimiento tácito de expertos y de excepciones locales. Una nube de treinta a cuarenta emplazamientos requiere diseños repetibles, políticas controladas por software, cualificación común, monitorización compartida y mecanismos para trasladar clientes entre generaciones de hardware sin perder la coherencia operativa.

La escala convierte las buenas decisiones técnicas en un problema de gobernanza: quién puede aprobar cambios, con qué rapidez se detectan las excepciones y si un nuevo emplazamiento reproduce los límites de control previstos.

CoreWeave completó su OPI en marzo de 2025. Salir a bolsa no solo añadió capital social. A través del folleto y de las presentaciones ante la SEC, se hicieron públicas evidencias sobre instalaciones, concentración de clientes, deuda, arrendamientos, arquitectura de interconexión y riesgos. Ese registro permite analizar la pila de redes tanto como sistema técnico como compromiso de una empresa pública.

La carga de trabajo determina la arquitectura

El entrenamiento de modelos a gran escala divide el cómputo entre múltiples aceleradores y los resultados parciales se intercambian repetidamente. Los patrones de comunicación exactos varían según la estructura del modelo, la estrategia de paralelismo y el software, pero el problema subyacente es común: la velocidad efectiva de toda la asignación depende no solo del cómputo local, sino de la comunicación colectiva. Una fábrica que parece rápida en agregado puede desperdiciar capacidad si la congestión, la topología o la latencia de cola retrasan el punto de sincronización que hace avanzar la tarea.

La pila debe manejar también tráfico de naturaleza distinta a la comunicación colectiva. Los conjuntos de datos entran al entorno, los puntos de control migran de la memoria de la GPU al almacenamiento. Los sistemas de control distribuyen tareas y políticas; los ingenieros recogen registros; los servicios exponen puntos de inferencia. Las copias de seguridad y las réplicas pueden cruzar regiones. Cada clase tiene tolerancias distintas a la latencia y a la pérdida. Tratar todo como una sola red indiferenciada dificulta tanto la predicción del rendimiento como el aislamiento de fallos.

Por eso se necesita un diseño por capas. Las conexiones de escalado vertical crean dominios estrechamente acoplados dentro de un sistema a escala de rack. Las fábricas de escalado horizontal conectan muchos sistemas a través de los racks. Las rutas de almacenamiento alimentan los datos hacia la carga de trabajo y persisten el estado. Las redes de inquilinos proporcionan direccionamiento privado y políticas a los clientes, mientras que las redes de gestión otorgan a los operadores el control de hosts, DPU, switches y flujos de reparación.

Los backbones vinculan las instalaciones con el ecosistema exterior, y las líneas dedicadas de los clientes conectan la nube con otros dominios administrativos.

Estas capas interactúan, pero no son intercambiables. La fibra de larga distancia no puede sustituir una fábrica local de GPU, ya que la sola latencia de propagación dificulta el entrenamiento síncrono estrecho entre ubicaciones remotas. Un dominio NVLink no funciona como una VPC de cliente. Las superposiciones pueden ocultar diferencias de direccionamiento, pero no pueden reparar un módulo óptico averiado en la red subyacente. Kubernetes colocará pods sin conocer los carriles físicos a menos que la plataforma le proporcione información topológica e integración de dispositivos.

Por consiguiente, la arquitectura es un mecanismo encadenado de traducción de intenciones. Un cliente solicita clústeres, espacios de nombres, redes y tareas. El sistema de control de CoreWeave traduce esa petición a servidores, fábricas, almacenamiento y políticas disponibles. Nimbus traduce las intenciones de VPC a DPU y al estado de la red subyacente; servicios relacionados con Kubernetes o Slurm traducen las intenciones de carga de trabajo a nodos y aceleradores; Mission Control traduce las señales de salud en acciones de reparación. El cliente ve el servicio, pero la plataforma debe mantener coherentes todas las traducciones.

Redes de escalado vertical dentro del dominio a escala de rack

Las redes de escalado vertical conectan aceleradores dentro de sistemas estrechamente integrados. En los diseños a escala de rack de NVIDIA, NVLink proporciona comunicación de alto ancho de banda entre GPU y NVSwitch conmuta ese dominio local. CoreWeave incorpora estas tecnologías en sistemas y generaciones específicos.

Lo crucial no es la marca, sino la proximidad. En un dominio de escalado vertical, los fragmentos de modelo y las operaciones colectivas pueden intercambiar datos sin atravesar cada vez la fábrica del centro de datos. Esto permite que un rack funcione más como un enorme sistema acelerador que como un conjunto de servidores independientes. También crea un dominio de fallo propio: un fallo en un switch, cable, refrigeración o componente dentro del rack puede afectar a muchas GPU que el planificador espera que cooperen.

El folleto de CoreWeave describió que, en ciertas configuraciones de clúster, el ancho de banda de interconexión GPU sin bloqueo alcanzaba hasta 3.200 Gbps. La parte probatoria más importante es la limitación "en ciertas configuraciones de clúster". Esto no implica un nivel de servicio universal, y no puede usarse como una cifra representativa de todas las ubicaciones o generaciones de aceleradores. El ancho de banda real que obtiene una carga de trabajo también depende del software, la topología, el patrón de mensajes y la salud de todo el camino.

Los diseños de escalado vertical reducen un cuello de botella, pero aumentan la densidad en otro lugar. Más aceleradores y mayor ancho de banda local elevan las exigencias de potencia, refrigeración y mantenibilidad del rack. Si el cómputo concentrado no va acompañado de un diseño térmico y operativo equilibrado, las reparaciones pueden volverse más difíciles o los cuellos de botella pueden desplazarse hacia las conexiones de escalado horizontal o el almacenamiento. La arquitectura debe leerse como un equilibrio entre componentes, no como una lista de especificaciones máximas.

Las fábricas de escalado horizontal incluyen tanto InfiniBand como Ethernet

Cuando una tarea supera el dominio de escalado vertical, entra en la fábrica de escalado horizontal. Las presentaciones públicas y los materiales técnicos de CoreWeave mencionan InfiniBand NVIDIA Quantum-2, fábricas Quantum-X800 XDR de 800 gigabits, y Spectrum-X Ethernet con RoCE y RDMA. La coexistencia de InfiniBand y Ethernet es relevante: la empresa no limita la identidad de su plataforma a un solo conjunto de protocolos.

InfiniBand para clústeres estrechamente acoplados

InfiniBand se basa en comunicaciones de baja latencia y acceso remoto directo a memoria, y tiene un largo historial en computación de alto rendimiento. En los clústeres de IA, permite mover datos entre hosts aceleradores evitando parte de la sobrecarga habitual del procesamiento del host. Los sistemas Quantum de NVIDIA añaden conmutación y funciones para comunicación colectiva adecuadas a grandes cargas de trabajo síncronas. CoreWeave no vende InfiniBand como servicio de portador independiente, sino que lo integra en su oferta de clústeres.

La información pública no revela todas las topologías, ratios de sobresuscripción, políticas de enrutamiento o límites de servicio. El término "sin bloqueo" puede describir un diseño concreto, pero no es necesariamente una propiedad de toda la flota. Incluso una fábrica bien diseñada puede verse afectada por un componente óptico degradado, una colocación incorrecta, tráfico sesgado o comportamientos del software que generan puntos calientes. Los compradores deben verificar qué generación de hardware, topología y cualificación se aplican a los clústeres que se les asignan.

Spectrum-X y RoCE como opción Ethernet

Spectrum-X es la plataforma de red para IA orientada a Ethernet de NVIDIA. RoCE transporta la semántica de RDMA sobre Ethernet, permitiendo que las aplicaciones utilicen comunicaciones de memoria directa mientras los operadores mantienen una fábrica basada en Ethernet. La adopción de Spectrum-X por parte de CoreWeave ofrece una ruta alternativa de escalado horizontal para cargas de trabajo y generaciones de sistemas diseñadas con ese ecosistema.

La familiaridad con Ethernet no equivale a una operación sencilla. El rendimiento de RoCE depende del control de congestión, el diseño de colas, el comportamiento ante pérdidas, la telemetría y la configuración extremo a extremo. Incluso usando tramas Ethernet familiares, se requiere ingeniería especializada para evitar bloqueos de cabeza de línea, incast o un rendimiento inestable en las comunicaciones colectivas. El valor de una nube integrada consiste en que el proveedor asume la mayor parte de esos ajustes. A cambio, los detalles de la elección se vuelven menos visibles para el cliente.

Topologías optimizadas por carril y colocación

Los sistemas multi-carril agrupan interfaces de red y aceleradores correspondientes para que el tráfico colectivo fluya por rutas paralelas regulares. Los diseños optimizados por carril pueden reducir los cruces innecesarios y hacer el ancho de banda más predecible. Sin embargo, el planificador debe entender la topología: si coloca las tareas en la combinación incorrecta de nodos, se pierden los beneficios del diseño físico.

Los carriles también pueden concentrar fallos. Si un carril se degrada, todos los nodos que usan esa ruta pueden convertirse en rezagados, aunque las otras interfaces estén sanas. Los sistemas operativos deben distinguir entre un fallo de un único servidor y un fallo compartido de red. De ahí que la telemetría consciente de la topología, la cualificación y la reparación sean tan importantes como la velocidad del puerto.

Nimbus traslada el límite de la nube a las DPU

Una fábrica de clúster de alto rendimiento no es, por sí sola, una nube multiinquilino. Los clientes necesitan direccionamiento privado, control de rutas, conectividad a Internet y aislamiento de otros clientes. La respuesta de CoreWeave es Nimbus, una arquitectura de red virtual que descarga las funciones de VPC en las DPU. La documentación pública identifica las DPU NVIDIA BlueField-3 y describe VRF, VXLAN y rutas EVPN Tipo 5 en la arquitectura de seguridad.

Las DPU ocupan una posición privilegiada entre el cómputo controlado por el cliente y la infraestructura controlada por el proveedor. Pueden manejar el tráfico de red virtual, imponer la segmentación y liberar la CPU del host para la carga de trabajo. También pueden mantener los límites de inquilinato fuera del sistema operativo que el cliente podría controlar. Esta separación es una decisión tanto de seguridad como de rendimiento.

Cómo se monta la superposición de VPC

Las VRF separan un dominio de enrutamiento de otro. VXLAN transporta segmentos de inquilino sobre una red física compartida. EVPN distribuye la alcanzabilidad, y las rutas Tipo 5 pueden anunciar prefijos IP y no solo direcciones MAC individuales. Combinando estos mecanismos, CoreWeave presenta redes privadas sobre una infraestructura física compartida.

La superposición no elimina la dependencia de la red subyacente. Si se pierde la alcanzabilidad física, también se pierde la red virtual. Una distribución incorrecta de rutas puede romper el aislamiento o la alcanzabilidad a gran escala. Un error en la imagen de las DPU o en el sistema de políticas puede propagar el mismo estado incorrecto a muchos hosts en poco tiempo. La abstracción de la nube reduce la carga del cliente trasladando la complejidad a la infraestructura del proveedor, pero no elimina la complejidad misma.

Las DPU pasan a formar parte de la base de confianza

Nimbus separa las funciones de red del proveedor de los hosts de los clientes, pero a la vez incrementa la importancia del firmware de las DPU, el arranque seguro, las claves, la distribución de políticas, los registros y la recuperación. El dispositivo que impone el aislamiento debe ser observable y parcheable sin convertirse en una ruta de control incontrolada hacia los entornos de los inquilinos.

Este límite de control también afecta a la respuesta ante incidentes. La causa de un problema de conectividad puede estar en la carga de trabajo del cliente, en las políticas de Kubernetes, en la configuración de VPC, en el software de las DPU, en el plano de control de EVPN o en la fábrica física. Los equipos de soporte necesitan evidencias que atraviesen todas esas capas sin exponer información de un inquilino a otro. Los documentos públicos describen la arquitectura prevista, pero no ofrecen un registro independiente, a escala de flota, sobre fallos de aislamiento o tiempos de reparación.

Kubernetes bare-metal como plano de control del cliente

CoreWeave Kubernetes Service ofrece Kubernetes gestionado sobre infraestructura bare-metal. No interpone una capa de máquinas virtuales tradicionales entre la base de contenedores y los servidores GPU. Cada clúster recibe su propia VPC e integra redes y almacenamiento de alto rendimiento para cargas de trabajo distribuidas.

El bare-metal elimina una capa de abstracción, pero no simplifica el sistema. Kubernetes debe descubrir las GPU, exponer los dispositivos, imponer cuotas, colocar los pods y coordinarse con los complementos de red y almacenamiento. La plataforma debe alinear las imágenes de los nodos, los controladores, el firmware, el tiempo de ejecución de contenedores y las actualizaciones de clúster con las generaciones de hardware subyacentes. El cliente obtiene una API familiar, pero CoreWeave asume una matriz de compatibilidad exigente.

Lo que Kubernetes puede decidir y lo que no

Kubernetes puede decidir dónde ejecutar un pod basándose en la información y las políticas proporcionadas al planificador. Pero no conoce automáticamente todos los carriles, componentes ópticos, rutas de conmutación o condiciones de rendimiento de las comunicaciones colectivas. CoreWeave tiene que añadir complementos de dispositivos, operadores, información topológica y controles operativos para que las decisiones lógicas de planificación se correspondan con asignaciones físicas viables.

Las políticas de red también tienen límites. Las políticas de Kubernetes pueden restringir qué comunicaciones se permiten entre cargas de trabajo; los controles de VPC y DPU ofrecen límites más amplios de inquilinato y enrutamiento. La mera existencia de un objeto de política no demuestra que el camino del paquete esté aplicando las reglas previstas. Es necesario que coincidan la configuración, la implementación y la observabilidad.

SUNK convierte los clústeres en supercomputadores gestionados

SUNK se posiciona como un supercomputador gestionado para producción. Agrupa infraestructura, fábricas de alto rendimiento, orquestación de cargas de trabajo y las operaciones de CoreWeave para clientes que necesitan un entorno dedicado a gran escala sin querer construir por sí mismos todas las instalaciones y los equipos operativos.

Este servicio modifica el reparto de responsabilidades. El cliente sigue siendo dueño de la estructura del modelo, el código, los datos y la estrategia de trabajos, pero gran parte del ciclo de vida del hardware, la cualificación de clústeres y la respuesta a incidentes se transfiere a CoreWeave. El resultado se parece más a un centro de HPC gestionado, provisto mediante contratos y software de la era de la nube, que a un pool genérico de instancias intercambiables.

Mission Control convierte las operaciones en parte del producto

Mission Control añade monitorización, mantenimiento, reparación y soporte durante el ciclo de vida. Su importancia se comprende mejor cuando las tareas son grandes. En un pequeño grupo de servidores, sustituir un componente averiado puede tener un impacto limitado; en una asignación estrechamente sincronizada, la capacidad para diagnosticar un enlace degradado determina si miles de horas de acelerador se aprovechan o se desperdician.

Los materiales de servicio de CoreWeave describen monitorización preventiva e intervenciones operativas. Esto evidencia el modelo previsto, pero no constituye una verificación independiente de la disponibilidad ni distribuciones públicas de tiempos medios de reparación. La ausencia de estadísticas completas de incidentes es relevante: los clientes pagan a un proveedor en lugar de construir sus propios clústeres, entre otras razones, por la fiabilidad.

El almacenamiento es parte del cómputo en red

Los datos de entrenamiento, los puntos de control y los artefactos del modelo transitan por rutas de almacenamiento que pueden condicionar toda la carga de trabajo. Incluso un clúster con un ancho de banda GPU muy elevado se detendrá si no puede leer las entradas con suficiente rapidez, escribir los puntos de control o restaurar el estado con agilidad. La plataforma de CoreWeave incluye almacenamiento de objetos y de archivos, y describe el movimiento de datos de alto rendimiento como parte del servicio.

El tráfico de puntos de control tiene un patrón operativo singular. Muchos workers necesitan persistir el estado en intervalos coordinados, lo que puede generar ráfagas en momentos distintos a los de la comunicación colectiva. Si el tráfico de almacenamiento comparte recursos físicos con la fábrica de entrenamiento, se requiere aislamiento o planificación de capacidad. Incluso si se usan redes separadas, la plataforma debe coordinar los fallos y la recuperación en ambas rutas.

El almacenamiento también influye en la portabilidad. Migrar un modelo a CoreWeave exige ingerir grandes volúmenes de datos desde otras nubes o entornos privados. La salida puede generar costes, tiempo y fricción contractual. "Zero Egress Migration" es un mecanismo comercial que reduce determinados costes de entrada a CoreWeave, no una garantía técnica, ni una declaración de tráfico de salida gratuito universal, ni una prueba de que el movimiento de datos no tenga coste operativo.

Por tanto, los clientes que evalúen la pila deben buscar evidencia de extremo a extremo. Los valores pico de los aceleradores y las fábricas son útiles, pero una carga de trabajo real incluye preparación de datos, puntos de control, registro de modelos, registros y recuperación. Un benchmark que solo mida una capa no responde a la pregunta económica de cuán rápido termina el trabajo completo.

El backbone conecta regiones, pero no las convierte en un único supercomputador síncrono

CoreWeave describe un backbone de calidad carrier, peering directo y servicios de conectividad privada que unen sus centros de datos en Norteamérica y Europa mediante fibra terrestre y submarina. Las presentaciones indican que Direct Connect se ofrece a 10, 100 y 400 Gbps, según la ubicación y la disponibilidad.

El papel del backbone es distinto del de la fábrica de escalado horizontal local. Transporta conjuntos de datos, réplicas, puntos de control, tráfico de control e inferencia entre regiones, conecta a los usuarios y a otras nubes, y puede apoyar la recuperación y la distribución. Sin embargo, la latencia de propagación de larga distancia impide convertir instalaciones remotas en una sola fábrica de entrenamiento de baja latencia para tareas estrechamente acopladas.

La conectividad privada reduce un tipo de incertidumbre

Los circuitos dedicados evitan parte de la variabilidad del enrutamiento en la Internet pública y ofrecen límites claros de capacidad y soporte. Pero no crean un mundo privado de extremo a extremo. El acceso del cliente puede depender de carriers, cross-connects y operadores de centros de datos. Las rampas de acceso a otras nubes tienen sus propios procedimientos de aceptación y configuración. La diversidad de rutas y la propiedad física no están completamente divulgadas para todas las ubicaciones.

Por consiguiente, no debe caracterizarse a CoreWeave como un carrier Tier 1. Opera un backbone y mantiene peering, pero sus materiales no acreditan un alcance global mediante interconexión sin coste ni la propiedad de todas las rutas de fibra. Su ventaja es el acceso integrado a sus propios activos de cómputo, no la sustitución del ecosistema mundial de carriers.

El diseño regional genera elecciones de disponibilidad

A finales de 2025, CoreWeave informó operar instalaciones en 6 países. El número de instalaciones no implica que todas las generaciones de aceleradores, todas las fábricas, todos los servicios y todas las velocidades de conexión privada estén disponibles en cada país. La potencia, la refrigeración, la red, el hardware y la preparación operativa no maduran simultáneamente, por lo que las regiones se ponen en marcha por fases.

Para el cliente, la geografía afecta no solo a la latencia, sino también a la gobernanza de los datos, la proximidad a otras nubes, la disponibilidad de personal, las fuentes de energía, los fallos correlacionados y los socios que controlan las rutas locales. Para CoreWeave, un nuevo país añade no solo capacidad, sino adecuación legal, eléctrica y de cadena de suministro. Por tanto, la expansión geográfica de la red no es un mapa con las mismas cajas repetidas, sino un modelo operativo.

La fiabilidad equivale a convertir capital en tiempo útil

Tanto si los trabajos avanzan como si esperan, el hardware de CoreWeave tiene un coste financiero. Por eso la fiabilidad es una variable financiera. Un fallo de la fábrica, una GPU degradada, una interrupción del almacenamiento o un error del planificador reducen la producción facturable y útil mientras los intereses, los arrendamientos y las obligaciones de energía continúan.

Los rezagados importan más que los fallos completos

Un nodo averiado es fácil de detectar. Los rezagados permanecen técnicamente operativos, pero retrasan todos los puntos de sincronización. Las grandes tareas necesitan telemetría capaz de detectar no solo estados binarios de funcionamiento, sino la degradación del rendimiento. El planificador y los equipos de operaciones deben decidir si retiran, reemplazan o mantienen esos componentes en uso.

Los registros públicos no contienen distribuciones completas de fallos de trabajos, latencias de cola ni tasas de rezagados. Eso no prueba una baja fiabilidad, pero limita las comparaciones independientes. Los clientes deben basarse en sus contratos, pruebas de carga y evidencias operativas propias, en lugar de inferir a partir de diagramas de arquitectura.

La cualificación es una prueba de sistema

Antes de entregar un clúster, CoreWeave debe cualificar conjuntamente servidores, switches, componentes ópticos, cableado, firmware, controladores, almacenamiento y orquestación. No basta con pasar una prueba de encendido. Una prueba útil es si la topología completa puede sostener la carga de trabajo prevista, resistir fallos y repararse sin introducir nuevas inconsistencias.

La cualificación también tiene un eje temporal. Un diseño que funcionó con una combinación de software y firmware concretos puede no hacerlo tras una actualización. La rápida adopción de nuevas generaciones de NVIDIA aumenta las combinaciones que CoreWeave debe soportar, mientras los entornos con hardware de generaciones anteriores siguen operando bajo contrato. La madurez operativa es la capacidad de gestionar ese solapamiento sin convertir cada emplazamiento en una excepción única.

Las finanzas son una capa de la arquitectura

CoreWeave reportó 5.100 millones de dólares de ingresos y 1.200 millones de pérdidas netas en 2025, y realizó desembolsos de efectivo de 10.300 millones en propiedades y equipos durante el año. Las obligaciones de desempeño remanentes al cierre del ejercicio ascendían a 60.700 millones. Esas mismas presentaciones detallan una cuantiosa financiación de equipos, deuda, arrendamientos y compromisos de infraestructura.

Son conceptos distintos. Los ingresos son servicios facturados y reconocidos. Los desembolsos en propiedades y equipos son salidas de caja de inversión, no una valoración de toda la flota instalada. Las pérdidas netas indican que el crecimiento todavía no genera beneficios consolidados. Las obligaciones de desempeño remanentes son compromisos futuros contabilizados, no efectivo en el banco ni servicios ya prestados.

El primer trimestre de 2026 mostró demanda y, al mismo tiempo, costes de mantenimiento

En el trimestre finalizado el 31 de marzo de 2026, CoreWeave reportó 2.078 millones de ingresos, 740 millones de pérdidas netas y 536 millones de gastos por intereses. También reportó, según su propia definición, una cartera de pedidos (backlog) de 99.400 millones. La simultaneidad de una fuerte visibilidad de demanda y una elevada carga financiera es evidente.

El backlog no sustituye directamente a las obligaciones de desempeño de cierre de año; son definiciones y momentos distintos. Ambos indican demanda contractual futura, pero su conversión exige que CoreWeave ponga en funcionamiento instalaciones, energía, hardware y capacidad de red, y ejecute los contratos. Cuanto más atractivo parece el backlog, mayores son las obligaciones de suministro que lo acompañan.

La financiación con garantía de GPU vincula activos y contratos

CoreWeave ha utilizado deuda garantizada, financiación de equipos y estructuras respaldadas por clientes para financiar su expansión. En junio de 2026 anunció una línea de financiación de 8.500 millones de dólares, descrita como garantizada por GPU y con grado de inversión para las operaciones contempladas. Esta línea amplía la capacidad de despliegue, pero no es un ingreso, ni significa que toda la deuda de la empresa tenga grado de inversión.

La financiación respaldada por activos permite asociar la deuda al hardware y a los flujos de caja contractuales. A cambio, puede imponer restricciones sobre la garantía, el despliegue y el uso del efectivo. Los aceleradores, switches y componentes ópticos se vuelven obsoletos más rápido que muchos activos de infraestructura tradicionales. Este modelo financiero funciona mejor cuando la utilización es alta y los contratos con los clientes se extienden más allá del pico de valor económico del equipamiento.

Por tanto, el diseño de la red influye en la solvencia. Las topologías que logran una elevada utilización aumentan la producción productiva de los activos financiados. Los retrasos en los emplazamientos, los problemas persistentes de rezagados y los fallos en las migraciones la reducen. En el modelo de CoreWeave, la ingeniería de sistemas y la ingeniería del balance no son historias separadas.

La concentración de clientes también es una dependencia de infraestructura

Microsoft representó el 67 % de los ingresos de CoreWeave en 2025. Un gran cliente ancla justifica la capacidad, respalda la financiación y da al proveedor la confianza para adquirir equipos con antelación. Esa misma concentración incrementa el poder de negociación del cliente y hace que la utilización dependa de una sola relación comercial.

CoreWeave ha anunciado o informado de relaciones con clientes adicionales, como Meta y Anthropic. En julio de 2026, Flow Traders seleccionó a la empresa para el entrenamiento de modelos fundacionales, y Leidos anunció una colaboración en IA para defensa, seguridad nacional e inteligencia. Estas declaraciones acreditan contratos, selecciones o colaboraciones en el alcance que cada fuente documenta, pero no prueban que la concentración se haya disipado ni que toda la capacidad anunciada esté ya desplegada.

Los contratos take-or-pay trasladan el riesgo pero no lo eliminan

Los contratos plurianuales take-or-pay dan a CoreWeave visibilidad de demanda y respaldan la financiación. Trasladan parte del riesgo de utilización del proveedor al cliente, porque los pagos comprometidos no dependen solo del consumo a corto plazo. Sin embargo, subsisten los riesgos de construcción, energía, entrega, rendimiento, crédito y renegociación.

Desde la perspectiva del cliente, este tipo de contrato invierte parte de la promesa de la nube. La nube pública tradicional enfatiza el uso elástico y los compromisos limitados. Los clústeres de IA dedicados pueden requerir relaciones más largas y cercanas a la infraestructura, porque el proveedor construye o reserva capacidad específica. Bajo la interfaz, que parece software de nube, el modelo funciona como project finance.

Los clientes regulados y de defensa elevan el listón de la garantía

La colaboración con Leidos del 30 de julio de 2026 amplía la plataforma hacia misiones de defensa e inteligencia. Por sí sola, no acredita que ya se hayan obtenido todas las autorizaciones, certificaciones y despliegues necesarios para trabajos regulados, pero sí indica que la seguridad, la gestión de la cadena de suministro, la auditabilidad y la continuidad operativa pueden convertirse en elementos aún más centrales de la oferta de CoreWeave.

Las VPC aplicadas mediante DPU, la conectividad privada y las operaciones gestionadas pueden respaldar diseños de alta garantía, pero no sustituyen los controles específicos de cada programa, los requisitos de personal, el manejo de datos ni las aprobaciones gubernamentales. A medida que se acerque a cargas de trabajo críticas, la empresa deberá hacer más transparentes los límites de responsabilidad.

Adquisiciones que amplían la pila hacia arriba, y una fusión fallida que apuntaba hacia abajo

CoreWeave adquirió Weights & Biases, OpenPipe, marimo y Monolith AI en 2025. Weights & Biases añade herramientas de desarrollo de modelos y observabilidad; las otras adquisiciones amplían las capacidades en inferencia, cuadernos e IA industrial. Estas operaciones llevan a CoreWeave por encima de la infraestructura bruta, para abarcar más etapas del ciclo de vida del desarrollo.

La lógica estratégica es clara: un proveedor que entiende los flujos de trabajo de los modelos puede mejorar la previsión de demanda, hacer la infraestructura más accesible y retener a los clientes en más fases del desarrollo. Los riesgos de integración son igualmente claros. Las empresas de software tienen ciclos de lanzamiento, márgenes y culturas distintos de la operación de centros de datos financiados. A medida que CoreWeave intente poseer herramientas que los clientes obtenían de proveedores independientes, pueden surgir solapamientos de producto y competencia con sus socios.

La propuesta de adquisición de Core Scientific apuntaba en la dirección contraria. CoreWeave anunció en julio de 2025 un acuerdo de fusión que reforzaría su control sobre la capacidad de centros de datos y su economía de arrendamiento. Sin embargo, Core Scientific dio por terminado el acuerdo el 30 de octubre de 2025, tras la votación de sus accionistas. CoreWeave no ha adquirido esa empresa.

El conjunto de movimientos muestra una estrategia de integración bidireccional: hacia arriba, con software para desarrolladores, y hacia abajo, con capacidad física. La fusión fallida también demostró que no siempre puede comprarse el control de la infraestructura en el calendario deseado. Los accionistas, los reguladores, la financiación y las estructuras contractuales pueden frenar la lógica técnica de la integración vertical.

Lo que CoreWeave controla y lo que queda fuera de sus fronteras

CoreWeave controla la plataforma de cara al cliente, muchas decisiones de diseño, la cualificación de los equipos, la orquestación y los procesos operativos. Puede decidir cómo Nimbus mapea las VPC, cómo presenta los clústeres, qué servicios gestiona y cómo responde a los incidentes. Puede adquirir hardware con antelación y configurar las instalaciones en torno a la densidad de aceleradores.

NVIDIA controla las hojas de ruta clave de las GPU, NVLink, InfiniBand, Spectrum-X y BlueField. Las empresas eléctricas y los socios de centros de datos controlan parte del suministro energético e inmobiliario; los carriers de fibra óptica, los puntos de intercambio y los proveedores de nube controlan parte de la conectividad externa. Los prestamistas y las financieras de equipos limitan el uso del capital, y los grandes clientes condicionan la planificación de capacidad mediante sus contratos.

Esto no es una debilidad exclusiva de CoreWeave. Toda nube depende de proveedores e instalaciones. Pero la diferenciación de CoreWeave está estrechamente ligada a la rápida adopción de sistemas NVIDIA, y sus compromisos de capital son enormes en relación con su historial operativo. Por eso la concentración importa: un retraso de un único proveedor o un cambio en su hoja de ruta puede repercutir en las entregas a los clientes y en la financiación.

La fortaleza de la plataforma reside en la coordinación a través de esas fronteras. El riesgo está en las dependencias correlacionadas: la misma generación de proveedor, el mismo diseño de emplazamiento o el mismo programa de cliente pueden afectar a varias capas a la vez. La integración reduce el número de contratos que el cliente debe gestionar, pero puede amplificar el impacto de un fallo a escala del proveedor.

Posicionamiento competitivo: la nube especializada es elegir dónde reside la responsabilidad

CoreWeave compite con las nubes de hiperescala, otras nubes GPU especializadas, los clústeres de propiedad del cliente y las combinaciones de alojamiento, hosting y gestión. La comparación no puede reducirse al número de GPU o a un solo benchmark. Los compradores comparan generaciones de hardware disponibles, fábricas, almacenamiento, planificación, conectividad privada, soporte, duración de los contratos, geografía y coste total del movimiento de datos.

Frente a las nubes de hiperescala

AWS, Microsoft Azure, Google Cloud y Oracle tienen amplias carteras de servicios, ecosistemas globales y balances sólidos. Pueden combinar la infraestructura de IA con las bases de datos, la seguridad, la analítica y la contratación corporativa que los clientes ya utilizan. La apuesta de CoreWeave es la especialización: integración rápida de las generaciones NVIDIA seleccionadas, orquestación bare-metal y diseño orientado a cargas de trabajo con alta densidad de aceleradores.

La especialización puede reducir la abstracción y acortar la cualificación. A cambio, puede estrechar los escenarios de fallo y reducir la diversidad de proveedores. Los clientes que eligen CoreWeave obtienen un proveedor centrado en su carga de trabajo, pero pueden aceptar una cartera de servicios más reducida y una estructura de capital más joven. La comparación correcta debe hacerse por carga de trabajo, no por categoría.

Frente a otras nubes especializadas

Operadores de infraestructura de IA como Lambda, Nebius o Crusoe se solapan en el suministro de aceleradores, clústeres y servicios gestionados. Las diferencias radican en la geografía, la estrategia energética, la cartera de software, la propiedad, la estructura de capital y el grado de control sobre las instalaciones. "Neocloud" es una etiqueta de mercado, no una arquitectura común.

Las presentaciones de CoreWeave como empresa pública ofrecen evidencia excepcionalmente detallada sobre su escala y sus riesgos. Pero eso no prueba, por sí solo, una ventaja técnica o económica. Un competidor que divulga menos puede ser más pequeño, más eficiente o simplemente más opaco. La transparencia no debe confundirse con el ranking de rendimiento.

Frente a la construcción de clústeres privados

Los clústeres de propiedad del cliente otorgan al comprador control directo sobre el hardware, los datos y las operaciones. A cambio, exigen aprovisionamiento, energía, instalaciones, red, almacenamiento, seguridad, firmware, repuestos y personal especializado. Lo que CoreWeave vende es la transferencia de gran parte de esa carga.

La transferencia no es total. El cliente sigue diseñando la carga de trabajo, gestionando los datos, estableciendo políticas y evaluando los riesgos del proveedor. Los compromisos a largo plazo pueden reducir la flexibilidad de migración. Los clústeres privados soportan una baja utilización dentro del cliente; los contratos de nube, una dependencia del proveedor. La elección económica consiste en cuál de los dos absorbe mejor la variabilidad y mantiene productivos los sistemas costosos.

La conmutación por refrigeración líquida muestra hacia dónde se desplaza el siguiente cuello de botella

En julio de 2026, CoreWeave publicó materiales sobre conmutación por refrigeración líquida para aumentar la densidad de ancho de banda de red por rack. La afirmación se basa en la arquitectura y en cálculos propios, no en un benchmark independiente de toda la flota. Aun así, el mecanismo es relevante. A medida que aumenta la densidad de aceleradores, el consumo eléctrico y el calor de los switches y los componentes ópticos se convierten en un problema de refrigeración a nivel de rack.

Refrigerar los switches con líquido permite colocar más capacidad de red en un rack restringido y reduce la necesidad de ubicarlos a distancia. Un recorrido más corto simplifica el cableado y puede mantener la densidad. Sin embargo, vincula el mantenimiento de la red al sistema de refrigeración líquida. Las fugas, los fallos de las bombas y los procedimientos de mantenimiento pueden afectar a componentes que antes se gestionaban como equipos de red refrigerados por aire.

Este cambio ilustra una pauta más amplia. Los cuellos de botella de la infraestructura de IA se desplazan. Las GPU más rápidas exigen más ancho de banda de escalado vertical; el aumento del ancho de banda en el rack pide switches de escalado horizontal más densos; los switches densos elevan las demandas de energía y refrigeración; y las nuevas instalaciones necesitan diseños mecánicos y eléctricos distintos. Un cambio de generación de producto no es solo una renovación de servidores; puede convertirse en un rediseño del centro de datos.

Vera Rubin es una transición futura, no una descripción de la flota instalada

Los materiales de CoreWeave de julio de 2026 describen los preparativos para los sistemas NVIDIA Vera Rubin NVL72 y presentan afirmaciones propias, medidas o proyectadas, sobre tokens por megavatio en comparación con Blackwell. Deben atribuirse a CoreWeave y a las configuraciones especificadas, y no implican que estuvieran disponibles para toda la flota en el momento del estudio.

Una nueva generación cambia simultáneamente los aceleradores, la fábrica de escalado vertical, el ancho de banda de escalado horizontal, la potencia del rack, la refrigeración, el firmware, los controladores, la orquestación y la cualificación. Aunque mejore la producción por megavatio, puede dejar instalaciones existentes como no aptas o menos competitivas. La rápida adopción de nuevo hardware por parte de CoreWeave solo es una ventaja estratégica si puede gestionar la migración, la utilización y la depreciación de los activos contratados de generaciones anteriores.

La transición también profundiza la dependencia de NVIDIA. El acceso temprano puede atraer clientes y respaldar contratos premium, pero expone a la empresa a plazos, precios y decisiones arquitectónicas que no controla. La diversificación de clientes y capas de software no implica necesariamente una diversificación de la pila física.

El impacto de la pila sobre toda la infraestructura digital

La expansión de CoreWeave influye en mercados que van mucho más allá del alquiler de GPU. Los compromisos a escala de gigavatio generan demanda de generación eléctrica, conexiones a la red, transformadores, refrigeración, suelo y construcción. Las fábricas de alta radix requieren switches, componentes ópticos y fibra; la conectividad privada necesita capacidad de carriers, puntos de intercambio y rampas hacia otras nubes. Las estructuras financieras exigen prestamistas capaces de valorar tecnología que se vuelve obsoleta rápidamente frente a contratos a largo plazo.

La plataforma también modifica dónde aparece el tráfico de Internet. El tráfico de entrenamiento estrechamente acoplado permanece principalmente dentro de las fábricas locales, pero los conjuntos de datos, los puntos de control, los artefactos de los modelos, las solicitudes de inferencia y los flujos de trabajo de los desarrolladores se mueven entre nubes, centros de datos y usuarios. Es probable que el impacto visible en Internet provenga más del movimiento continuo de datos alrededor de los entornos de entrenamiento que de un solo flujo masivo de entrenamiento.

Para las comunidades y las redes eléctricas que acogen estas instalaciones, la pila es una decisión sobre energía y uso del suelo. Los materiales de investigación no contienen suficiente evidencia por emplazamiento como para extraer conclusiones ambientales a escala corporativa. Sí confirman que la potencia operativa y la contratada son indicadores clave del crecimiento, y que los retrasos en la entrega de energía o instalaciones constituyen un riesgo de negocio.

Para los ingenieros de redes, esta arquitectura demuestra que la infraestructura de IA se está convirtiendo en una especialidad propia. Siguen siendo necesarios los conocimientos de enrutamiento y conmutación, pero estos se cruzan con las bibliotecas de comunicación colectiva, las topologías de aceleradores, la refrigeración líquida, la planificación de cargas de trabajo y la financiación de proyectos. Quien afina la congestión puede estar protegiendo no solo la finalización de los trabajos, sino también el servicio de la deuda.

Lo que no se sabe a partir de la información pública

CoreWeave publica documentación de producto, blogs técnicos y presentaciones financieras, pero partes de la pila siguen siendo opacas. Los materiales disponibles no incluyen las topologías completas actuales, el inventario de fábricas por emplazamiento, las tablas de sobresuscripción, los mapas de propiedad de la fibra óptica, el historial de incidentes ni una colección de benchmarks independientes por carga de trabajo.

Esta delimitación debe modular la formulación de afirmaciones. Los documentos de arquitectura acreditan cómo funciona; las presentaciones ante la SEC, los datos financieros consolidados y los hechos de riesgo; los comunicados con nombres de clientes, las selecciones o colaboraciones. Pero ninguno de ellos prueba resultados universales para cualquier carga de trabajo, la disponibilidad de toda la flota ni un coste total bajo para todos los compradores.

La misma prudencia se aplica a la escala. La potencia operativa no es la potencia contratada. El backlog no son ingresos. Una futura presentación de resultados no es un resultado cerrado. Un contrato de cliente anunciado no equivale a una utilización activa. Una adquisición propuesta no es propiedad. Las futuras generaciones de hardware no son la flota actual.

Estas distinciones no debilitan el artículo. Señalan las lagunas de información reales que un lector especializado debe gestionar. CoreWeave pide a clientes y proveedores de capital que confíen en un sistema integrado cuyos detalles más valiosos son necesariamente no públicos. La respuesta razonable no es presuponer ni la excelencia ni el fracaso, sino exigir evidencias al nivel del contrato, el clúster y el emplazamiento que se estén considerando.

Evaluación central

A menudo se describe el producto de CoreWeave como capacidad de cómputo. El producto más profundo es la capacidad de coordinación. Debe alinear las hojas de ruta de los proveedores con la construcción de centros de datos; las conexiones de escalado vertical con las fábricas de escalado horizontal; las políticas de DPU con las intenciones de los inquilinos; la planificación de Kubernetes con la topología física; el almacenamiento con el comportamiento de los puntos de control; la conectividad de backbone con el acceso de los clientes; la financiación a largo plazo con las cortas generaciones de hardware.

Esa coordinación puede generar una ventaja real. Un proveedor especializado puede tomar decisiones que abarquen toda la carga de trabajo, sin obligar a los clientes a ensamblar proveedores dispares. Puede cualificar sistemas, reparar fallos e introducir nuevas generaciones más rápido de lo que muchas empresas harían por sí solas. El rápido crecimiento de la plataforma sugiere que los grandes clientes valoran esa transferencia de responsabilidad.

La misma integración también concentra las consecuencias. El diseño de la fábrica, los retrasos de los proveedores, los errores de política, las restricciones de capital o los cambios en el cliente ancla pueden afectar a grandes porciones del sistema. El futuro de la compañía no depende de un solo titular sobre el ancho de banda. Depende de que cada capa siga convirtiendo la capacidad financiada en trabajo útil para el cliente.