Resumen

  • La pila de red de CoreWeave abarca las capas de escalado vertical, escalado horizontal, almacenamiento, inquilinos, gestión, red troncal y conexión privada; es una arquitectura operativa, no un producto separado
  • Las estructuras y DPU de NVIDIA se combinan con el software de CoreWeave para programar aceleradores, aislar inquilinos y mover datos a través de una nube especializada
  • CoreWeave reportó 43 centros de datos, más de 850 MW activos y alrededor de 3,1 GW contratados; Microsoft suministró el 67 % de los ingresos de 2025, lo que muestra tanto escala como concentración
  • El desafío es convertir la potencia contratada y la cartera de pedidos en un servicio fiable y diversificado antes de que se acumulen los costos de financiación, los arrendamientos, la obsolescencia del hardware y la complejidad operativa

El parque físico creció más rápido de lo que sugiere un mapa de regiones de nube ordinario

Al 31 de diciembre de 2025, CoreWeave reportó 43 centros de datos, más de 850 MW de potencia activa y aproximadamente 3,1 GW de potencia contratada. La cifra activa describe la infraestructura en operación según la definición de la empresa en esa fecha. La cifra contratada describe los derechos y compromisos para futuros despliegues. No debe presentarse como capacidad instalada.

La progresión fue pronunciada: 10 centros de datos y alrededor de 70 MW activos a finales de 2023; 32 centros de datos y más de 360 MW a finales de 2024; 43 centros de datos y más de 850 MW a finales de 2025. En el primer trimestre de 2026, CoreWeave reportó más de 1 GW activo y más de 3,5 GW contratados. Las cifras muestran una empresa que intenta escalar instalaciones y operaciones a velocidad industrial. También muestran lo rápido que la arquitectura de ayer puede convertirse en una minoría de la flota.

La potencia es un prerrequisito, no un producto terminado. Un megavatio contratado aún necesita interconexión, generación o suministro de red, distribución eléctrica de alta densidad, refrigeración, preparación del edificio, rutas de red, entrega de aceleradores y aceptación operativa. Los retrasos en cualquiera de estas capas pueden posponer los ingresos mientras algunas obligaciones comienzan antes.

El modelo de centro de datos es mixto. CoreWeave posee equipos y controla implementaciones sustanciales, pero utiliza instalaciones arrendadas y proveedores externos. Esto puede acelerar el crecimiento geográfico y evitar construir cada edificio. También hace que el rendimiento del arrendador, los calendarios de construcción, la entrega de potencia y los términos contractuales formen parte de la fiabilidad de la plataforma.

Una GPU aún no es una nube

Un acelerador en un rack alimentado puede ejecutar código, pero por sí mismo no proporciona lo que los clientes compran de una nube. Un equipo de entrenamiento necesita que muchos aceleradores se comporten como una sola asignación. Los datos deben llegar del almacenamiento a la velocidad requerida. Las operaciones colectivas deben cruzar las GPU sin gastar la mayor parte del trabajo esperando la comunicación. Los inquilinos deben permanecer separados. Los planificadores deben saber qué nodos, enlaces y dispositivos están en buen estado. Los puntos de control deben sobrevivir a los fallos.

Los ingenieros necesitan una ruta hacia el entorno, y los usuarios necesitan una ruta de salida hacia otras nubes, oficinas y servicios. Un producto en la nube comienza solo cuando esas rutas se vuelven repetibles.

Por eso la red en una nube de IA no puede tratarse como un accesorio del cómputo. En la arquitectura empresarial ordinaria, las redes a menudo se describen como el sistema que conecta servidores. En la IA distribuida, la red participa directamente en la computación efectiva. Un trabajo sincrónico puede retrasarse por una fibra degradada, un acelerador lento, un carril congestionado o una ruta de almacenamiento que no puede seguir el ritmo. La factura del hardware inactivo continúa mientras el trabajo espera.

Por lo tanto, el diseño de la red afecta no solo al rendimiento en pruebas comparativas, sino a la economía de cada hora de GPU financiada.

La plataforma de CoreWeave es un tema útil porque expone esta relación con una claridad inusual. La empresa se especializa en infraestructura de aceleradores, en lugar de presentar las GPU como un pequeño servicio dentro de una nube de propósito general. En consecuencia, su material público describe las estructuras de rack, las unidades de procesamiento de datos (DPU), la orquestación bare-metal, los supercomputadores gestionados, la conectividad privada y la reparación operativa con más detalle que un simple catálogo de instancias. Esas descripciones son evidencia de la intención de diseño y la arquitectura del producto.

No son un mapa completo de cada sitio, cada generación o cada despliegue de cliente.

Decir que la red de CoreWeave es rápida es demasiado abstracto para ser útil. La pregunta relevante es cuántas redes distintas deben cooperar antes de que una carga de trabajo de IA se convierta en un servicio fiable, y qué parte controla cada una.

Lo que realmente nombra la «pila de red de CoreWeave»

La frase es un paraguas editorial, no una entidad legal ni un SKU vendido por separado. El operador legal y económico es CoreWeave, Inc., una corporación de Delaware con sede en Livingston, Nueva Jersey, y que cotiza en el Nasdaq bajo el ticker CRWV. La pila de red se sitúa dentro de la plataforma más amplia CoreWeave Cloud Platform, que también incluye computación, almacenamiento, orquestación y servicios gestionados.

Varios nombres describen diferentes capas. Nimbus es la arquitectura de red virtual basada en DPU de CoreWeave. CoreWeave Kubernetes Service, o CKS, proporciona Kubernetes bare-metal gestionado. SUNK empaqueta infraestructura y operaciones como un servicio de supercomputador gestionado. Mission Control añade supervisión, reparación y soporte del ciclo de vida. Direct Connect proporciona conectividad privada para clientes. Nombres de NVIDIA como NVLink, NVSwitch, Quantum, Spectrum-X y BlueField se refieren a tecnologías de proveedores que CoreWeave integra, no a invenciones propiedad de CoreWeave.

Mantener esas capas separadas evita dos errores comunes. El primero es atribuir a la empresa cada protocolo o dispositivo dentro de la plataforma. La contribución de CoreWeave es la integración de sistemas, la cualificación, las operaciones y el software de nube alrededor de la tecnología de proveedores. El segundo es imaginar una estructura uniforme que se extiende desde cada GPU hasta cada cliente.

Los enlaces locales de escalado vertical, las estructuras de entrenamiento entre racks, las redes de almacenamiento, las superposiciones VPC, las rutas de gestión y una red troncal transatlántica tienen diferentes propósitos, presupuestos de latencia y dominios de fallo. No deben reducirse a un solo número de ancho de banda.

La misma disciplina se aplica a la propiedad. CoreWeave despliega y opera equipos sustanciales, pero sus presentaciones también describen arrendamientos, centros de datos de terceros, compromisos de potencia, relaciones de fibra y financiación de equipos. Un servicio puede estar operativamente integrado sin que la empresa posea el edificio, la empresa de servicios públicos, la ruta de larga distancia o cada componente del rack. «Integrado verticalmente» es útil solo cuando significa un control coordinado sobre muchas capas, no una autosuficiencia completa.

De Atlantic Crypto a la computación especializada

CoreWeave comenzó en 2017 como The Atlantic Crypto Corporation. Su negocio inicial utilizaba activos de GPU para cargas de trabajo de criptomonedas, y la empresa se convirtió de una LLC en una corporación de Delaware en septiembre de 2018. Adoptó el nombre CoreWeave en diciembre de 2019 a medida que se orientaba hacia la computación en la nube especializada.

A veces, el origen se reduce a un contraste divertido entre la minería de criptomonedas y la inteligencia artificial. La continuidad más importante es operativa. Ambos negocios requieren que un propietario adquiera aceleradores, asegure potencia, mantenga hardware denso en funcionamiento y dirija las cargas de trabajo hacia la capacidad infrautilizada. La empresa inicial aprendió la economía de una flota de aceleradores antes de haber construido los sistemas de arrendamiento, redes, almacenamiento y soporte de una nube.

Esa distinción es importante porque un giro en la demanda no produce automáticamente una plataforma. Las cargas de trabajo de minería pueden ser comparativamente repetitivas y tolerantes con un modelo de activos simple. Los efectos visuales, el aprendizaje automático y la computación de alto rendimiento requieren software, movimiento de datos, aislamiento y garantías de servicio diferentes. CoreWeave tuvo que añadir las capas que permiten a los clientes externos confiar en recursos que no poseen y no pueden inspeccionar físicamente.

Durante los primeros años de la década de 2020, la empresa desarrolló servicios especializados de computación, almacenamiento y Kubernetes. Kubernetes bare-metal se convirtió en una interfaz prominente: los clientes podían programar trabajo en contenedores directamente en servidores aceleradores sin pasar primero por una capa convencional de máquina virtual. A finales de 2023, CoreWeave reportó 10 centros de datos y alrededor de 70 MW de potencia activa. A finales de 2024, reportó 32 centros de datos y más de 360 MW.

La expansión cambió el carácter del problema de red. Un operador de diez sitios aún puede depender en gran medida del conocimiento experto y las excepciones locales. Una nube de treinta o cuarenta sitios necesita diseños repetibles, políticas controladas por software, cualificación común, supervisión compartida y una forma de mover clientes entre generaciones de hardware sin perder coherencia operativa. La escala convierte las buenas decisiones de ingeniería en cuestiones de gobernanza: quién puede aprobar cambios, con qué rapidez se detectan las excepciones y si cada nuevo sitio reproduce los límites de control previstos.

CoreWeave completó su oferta pública inicial en marzo de 2025. La cotización hizo más que añadir capital social. Produjo evidencia del folleto y de la SEC sobre instalaciones, concentración de clientes, deuda, arrendamientos, arquitectura de interconexión y riesgo. Ese registro permite estudiar la pila de red tanto como un sistema técnico como un compromiso de empresa pública.

La carga de trabajo que determina la arquitectura

El entrenamiento de modelos grandes divide la computación entre aceleradores e intercambia repetidamente resultados parciales. El patrón de comunicación exacto depende de la arquitectura del modelo, el método de paralelización y el software, pero el problema de infraestructura es estable: la velocidad útil de la asignación depende de la comunicación colectiva tanto como del cálculo local. Una estructura que parece rápida en conjunto aún puede desperdiciar capacidad si la congestión, la topología o la latencia de cola ralentizan los puntos de sincronización que mantienen unido el trabajo.

La pila también debe servir tráfico que no se comporta como una operación colectiva. Los conjuntos de datos entran en el entorno. Los puntos de control salen de la memoria de la GPU y aterrizan en el almacenamiento. Los sistemas de control distribuyen trabajos y políticas. Los ingenieros recuperan registros. Los servicios exponen puntos finales de inferencia. Las copias de seguridad y réplicas pueden cruzar regiones. Cada clase tiene una tolerancia diferente al retraso y la pérdida. Tratar todo como una red indiferenciada haría que el rendimiento fuera difícil de predecir y los fallos difíciles de aislar.

Esto produce un diseño en capas. Los enlaces de escalado vertical crean un dominio estrechamente acoplado dentro de un sistema a escala de rack. Las estructuras de escalado horizontal conectan muchos sistemas a través de racks. Las rutas de almacenamiento alimentan y persisten la carga de trabajo. Una red de inquilinos ofrece a los clientes direccionamiento privado y políticas. Una red de gestión da al operador control sobre los hosts, las DPU, los conmutadores y los flujos de trabajo de reparación. Una red troncal conecta instalaciones y ecosistemas externos.

Los circuitos privados de cliente conectan la nube a otros dominios administrativos.

Las capas interactúan, pero no son intercambiables. La fibra de larga distancia no puede reemplazar una estructura de GPU local porque el retardo de propagación por sí solo dificulta el entrenamiento estrechamente sincronizado entre sitios distantes. Un dominio NVLink no puede servir como VPC de cliente. Una superposición puede ocultar diferencias de direccionamiento pero no puede reparar una fibra fallida en la capa subyacente. Kubernetes puede programar un pod sin entender cada carril físico a menos que la plataforma proporcione información de topología e integraciones de dispositivos.

La arquitectura es, por tanto, una cadena de intención traducida. Un cliente solicita un clúster, espacio de nombres, red o trabajo. Los sistemas de control de CoreWeave asignan esa solicitud a servidores, estructura, almacenamiento y políticas disponibles. Nimbus traduce la intención de VPC al estado de la DPU y la capa subyacente. Kubernetes y los servicios relacionados con Slurm traducen la intención de la carga de trabajo a nodos y aceleradores. Mission Control traduce las señales de salud a acciones de reparación. El cliente ve un servicio; la plataforma debe mantener las traducciones consistentes.

Redes de escalado vertical dentro del dominio a escala de rack

Las redes de escalado vertical conectan aceleradores dentro de un sistema estrechamente integrado. En los diseños a escala de rack de NVIDIA, NVLink proporciona comunicación GPU a GPU de alto ancho de banda y NVSwitch suministra conmutación a través de ese dominio local. CoreWeave incorpora esas tecnologías como parte de sistemas y generaciones seleccionados.

La propiedad importante no es un nombre de marca, sino la proximidad. Un dominio de escalado vertical permite que las particiones de modelos y las operaciones colectivas intercambien datos sin atravesar la estructura ordinaria del centro de datos en cada paso. Eso puede hacer que un rack se comporte más como un gran sistema acelerador que como una colección de servidores independientes. También crea un dominio de fallo distinto: un conmutador, cable, problema de refrigeración o fallo de componente dentro del rack puede afectar a muchas GPU que el planificador esperaba que funcionaran juntas.

El folleto de CoreWeave describió configuraciones de clúster seleccionadas con un ancho de banda de interconexión de GPU sin bloqueo que alcanza hasta 3200 gigabits por segundo. La frase «configuraciones de clúster seleccionadas» soporta la mayor parte del peso probatorio. No establece un nivel de servicio universal y no debe usarse para describir cada sitio o generación de aceleradores. El ancho de banda efectivo disponible para una carga de trabajo también depende del software, la topología, el patrón de mensajes y la salud de la ruta completa.

El diseño de escalado vertical reduce un cuello de botella mientras aumenta la densidad en otros lugares. Más aceleradores y más ancho de banda local aumentan la potencia del rack, la refrigeración y los requisitos de mantenimiento. Un sistema que concentra la computación sin un diseño térmico y operativo correspondiente puede ser más difícil de reparar o puede trasladar el cuello de botella a los enlaces de escalado horizontal y al almacenamiento. La arquitectura debe leerse como un equilibrio entre componentes, en lugar de una secuencia de especificaciones máximas.

Estructuras de escalado horizontal: InfiniBand y Ethernet están presentes

Una vez que un trabajo cruza el límite de escalado vertical, entra en una estructura de escalado horizontal. Las presentaciones públicas y el material técnico de CoreWeave describen NVIDIA Quantum-2 InfiniBand, la estructura Quantum-X800 XDR de 800 gigabits y Spectrum-X Ethernet utilizando RoCE y RDMA. La presencia tanto de InfiniBand como de Ethernet es significativa: la empresa no reduce su identidad de plataforma a una sola familia de protocolos.

InfiniBand para clústeres estrechamente acoplados

InfiniBand se basa en comunicación de baja latencia orientada a acceso directo a memoria remota (RDMA) y tiene una larga historia en computación de alto rendimiento. En un clúster de IA, puede mover datos entre hosts aceleradores evitando parte de la sobrecarga de procesamiento del host ordinario. Los sistemas Quantum de NVIDIA añaden capacidades de conmutación y orientadas a colectivos que se adaptan a grandes cargas de trabajo sincrónicas. CoreWeave integra estas estructuras en ofertas de clúster en lugar de vender InfiniBand como un servicio de operador separado.

La evidencia pública no revela cada topología, relación de sobresuscripción, política de enrutamiento o límite de servicio. «Sin bloqueo» puede describir un diseño particular, no toda la flota. Incluso una estructura bien diseñada puede sufrir de ópticas degradadas, mala colocación, tráfico desigual o comportamiento del software que crea puntos calientes. Por lo tanto, los compradores deben preguntar qué generación de hardware, topología y cualificación se aplican al clúster que están recibiendo.

Spectrum-X y RoCE como ruta Ethernet

Spectrum-X es la plataforma de red de IA orientada a Ethernet de NVIDIA. RoCE transporta semántica RDMA sobre Ethernet, permitiendo que las aplicaciones utilicen comunicación de memoria directa mientras el operador mantiene una estructura basada en Ethernet. El uso de Spectrum-X por parte de CoreWeave ofrece a la plataforma una ruta alternativa de escalado horizontal para cargas de trabajo y generaciones de sistemas diseñadas en torno a ese ecosistema.

La familiaridad con Ethernet no debe confundirse con una operación sin esfuerzo. El rendimiento de RoCE depende del control de congestión, el diseño de colas, el comportamiento de pérdida, la telemetría y la configuración de extremo a extremo. Una red puede usar tramas Ethernet familiares y aún así exigir ingeniería especializada para evitar el bloqueo de cabecera de línea, incast o un rendimiento colectivo inestable. El valor de una nube integrada es que el proveedor asume gran parte de ese ajuste. El riesgo correspondiente es que el cliente tenga menos visibilidad directa de las elecciones.

Topología optimizada por carriles y colocación

Los sistemas de múltiples carriles agrupan las interfaces de red y aceleradores correspondientes para que el tráfico colectivo siga rutas paralelas regulares. Un diseño optimizado por carriles puede reducir los cruces innecesarios y hacer que el ancho de banda sea más predecible. También requiere que el planificador entienda la topología: colocar un trabajo en la combinación incorrecta de nodos puede anular el diseño físico.

Los carriles pueden concentrar fallos. Si un carril se degrada, cada nodo que utiliza esa ruta puede convertirse en un rezagado incluso mientras otras interfaces permanecen saludables. El sistema operativo debe detectar la diferencia entre un servidor fallido y un deterioro de red compartido. Esta es una de las razones por las que la telemetría consciente de la topología, la cualificación y la reparación importan tanto como la velocidad bruta del puerto.

Nimbus mueve el límite de la nube a la DPU

Una estructura de clúster de alto rendimiento no crea por sí misma una nube multiinquilino. Los clientes necesitan direcciones privadas, control de rutas, acceso 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 unidades de procesamiento de datos (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.

La DPU se sitúa en una posición privilegiada entre la computación controlada por el cliente y la infraestructura controlada por el proveedor. Puede procesar tráfico de red virtual, aplicar segmentación y preservar los recursos de CPU del host para la carga de trabajo. También puede mantener un límite de arrendamiento fuera del sistema operativo que el cliente puede controlar. Esa separación es tanto una decisión de rendimiento como una decisión de seguridad.

Cómo se ensambla la superposición VPC

Una instancia de reenvío y enrutamiento virtual (VRF) separa un dominio de enrutamiento de otro. VXLAN transporta segmentos de inquilinos a través de una capa subyacente física compartida. EVPN distribuye la alcanzabilidad, y las rutas Tipo 5 pueden anunciar prefijos IP en lugar de solo direcciones MAC individuales. Juntos, estos mecanismos permiten a CoreWeave presentar una red privada mientras utiliza una infraestructura física común.

La superposición no elimina la dependencia de la capa subyacente. Si la alcanzabilidad física falla, la red virtual falla con ella. Si la distribución de rutas es incorrecta, el aislamiento o la alcanzabilidad pueden romperse a escala. Si una imagen de DPU o un sistema de políticas contiene un error, muchos hosts pueden recibir el mismo estado incorrecto rápidamente. La abstracción de la nube reduce la complejidad del cliente moviéndola a la infraestructura del proveedor; no elimina la complejidad.

La DPU se convierte en parte de la base de confianza

Nimbus reduce la exposición de las funciones de red del proveedor al host del cliente, pero aumenta la importancia del firmware de la DPU, el arranque seguro, las claves, la distribución de políticas, el registro y la recuperación. Un dispositivo que aplica el aislamiento debe ser observable y actualizable sin convertirse en una ruta no controlada hacia el entorno del inquilino.

Este límite de control también afecta a la respuesta a incidentes. Un fallo de conectividad puede originarse en la carga de trabajo del cliente, la política de Kubernetes, la configuración de VPC, el software de la DPU, el plano de control EVPN o la estructura física. Los equipos de soporte necesitan evidencia que cruce esas capas sin dar a un inquilino visibilidad sobre otro. La documentación pública explica la arquitectura prevista, pero no publica un registro independiente de fallos de aislamiento o tiempos de reparación en toda la flota.

Kubernetes bare-metal como superficie de control del cliente

CoreWeave Kubernetes Service proporciona Kubernetes gestionado en infraestructura bare-metal. El diseño evita una capa convencional de máquina virtual primero entre la plataforma de contenedores y los servidores GPU. Cada clúster recibe su propia VPC, y el servicio integra redes de alto rendimiento y almacenamiento para cargas de trabajo distribuidas.

El bare-metal reduce una capa de abstracción, pero no hace que el sistema sea simple. Kubernetes tiene que descubrir GPU, exponer dispositivos, aplicar cuotas, colocar pods e interactuar con complementos de red y almacenamiento. La plataforma debe coordinar imágenes de nodo, controladores, firmware, tiempos de ejecución de contenedores y actualizaciones de clúster con la generación de hardware subyacente. El cliente obtiene una API familiar mientras que CoreWeave hereda una matriz de compatibilidad exigente.

Lo que Kubernetes puede decidir—y lo que no puede

Kubernetes puede decidir dónde debe ejecutarse un pod según la información y las políticas disponibles para el planificador. No conoce automáticamente cada carril, óptica, ruta de conmutador o condición de rendimiento colectivo. CoreWeave debe añadir complementos de dispositivos, operadores, información de topología y controles operativos para que una decisión de programación lógica corresponda a una asignación física viable.

La política de red tiene un alcance similar. Las políticas de Kubernetes pueden restringir el tráfico permitido entre cargas de trabajo, mientras que los controles de VPC y DPU proporcionan límites más amplios de arrendamiento y enrutamiento. Un objeto de política no es prueba de que la ruta del paquete aplique la regla prevista. La configuración, la implementación y la observación deben estar de acuerdo.

SUNK convierte un clúster en un supercomputador gestionado

SUNK se posiciona como una oferta de supercomputador gestionado en producción. Combina infraestructura, estructura de alto rendimiento, orquestación de cargas de trabajo y operaciones de CoreWeave para clientes que desean un gran entorno dedicado sin construir la instalación completa ni el equipo operativo ellos mismos.

El servicio cambia la división de responsabilidades. El cliente sigue siendo dueño de la arquitectura del modelo, el código, los datos y la estrategia de trabajos, pero una mayor parte del ciclo de vida del hardware, la cualificación del clúster y la respuesta a incidentes se traslada a CoreWeave. El resultado se asemeja a una instalación de HPC gestionada entregada a través de contratos y software de la era de la nube, en lugar de un grupo ordinario de instancias intercambiables.

Mission Control hace que las operaciones formen parte del producto

Mission Control añade supervisión, mantenimiento, reparación y soporte del ciclo de vida. Su importancia es más fácil de ver cuando un trabajo es grande. Reemplazar un componente defectuoso en un pequeño grupo de servidores puede tener consecuencias limitadas; diagnosticar un enlace degradado dentro de una asignación estrechamente sincronizada puede determinar si miles de horas-acelerador son útiles o se desperdician.

El material de servicio de CoreWeave describe una supervisión proactiva e intervención operativa. Eso establece el modelo previsto, no un tiempo de actividad verificado de forma independiente ni una distribución pública de tiempo medio de reparación. La ausencia de un censo completo de incidentes es relevante porque la fiabilidad es una de las principales razones por las que los clientes pagan a un proveedor en lugar de construir el clúster ellos mismos.

El almacenamiento es parte de la computación en red

Los datos de entrenamiento, los puntos de control y los artefactos del modelo viajan a través de rutas de almacenamiento que pueden limitar la carga de trabajo completa. Un clúster con un ancho de banda excepcional de GPU a GPU puede estancarse si no puede leer la entrada, escribir puntos de control o recuperar el estado con suficiente rapidez. La plataforma de CoreWeave incluye almacenamiento de objetos y archivos, y describe el movimiento de datos de alto rendimiento como parte del servicio.

El tráfico de puntos de control crea un patrón operativo particular. Muchos trabajadores pueden necesitar persistir el estado en intervalos coordinados. Eso puede producir ráfagas cuya sincronización difiere de la comunicación colectiva. Si el tráfico de almacenamiento comparte recursos físicos con la estructura de entrenamiento, el diseño necesita aislamiento o planificación de capacidad. Si utiliza una red separada, la plataforma debe coordinar los fallos y la recuperación en ambas rutas.

El almacenamiento también afecta a la portabilidad. Mover un modelo a CoreWeave puede requerir grandes transferencias de entrada desde otra nube o entorno privado. Moverlo hacia fuera puede crear fricción de coste, tiempo y contrato. «Zero Egress Migration» es el mecanismo comercial de CoreWeave para reducir ciertos costes de migración a su plataforma; no debe confundirse con una garantía técnica, una salida gratuita universal o una prueba de que el movimiento de datos no tiene coste operativo.

Por lo tanto, un cliente que evalúe la pila debe solicitar evidencia de extremo a extremo. Los resultados máximos de acelerador y estructura son útiles, pero la carga de trabajo de producción incluye la preparación del conjunto de datos, el checkpointing, la actividad del registro de modelos, el registro y la recuperación. Una prueba de rendimiento que aísle una capa no puede responder a la pregunta económica de cuán rápido se completa el trabajo completo.

La red troncal conecta regiones, no un solo supercomputador sincrónico

CoreWeave describe una red troncal de nivel de operador que une centros de datos en América del Norte y Europa a través de fibra terrestre y submarina, con interconexión directa y servicios de conexión privada. La presentación de la empresa enumera opciones de Direct Connect a 10, 100 y 400 Gbps, sujetas a ubicación y disponibilidad.

La red troncal tiene un propósito diferente al de la estructura local de escalado horizontal. Puede mover conjuntos de datos, réplicas, puntos de control, tráfico de control y tráfico de inferencia entre regiones. Puede conectar usuarios y otras nubes. Puede soportar la recuperación y distribución. El retardo de propagación de larga distancia significa que no convierte instalaciones remotas en una estructura de entrenamiento de baja latencia para trabajos estrechamente acoplados.

La conectividad privada reduce un tipo de incertidumbre

Un circuito dedicado puede evitar parte de la variabilidad del enrutamiento de Internet público y proporcionar un límite de capacidad y soporte más claro. No crea un mundo completamente privado de extremo a extremo. El acceso del cliente puede depender de un operador, una interconexión y un operador de centro de datos. Las rampas de acceso a la nube tienen su propia aceptación y configuración. La diversidad de rutas y la propiedad física no se revelan completamente para cada ubicación.

Por lo tanto, CoreWeave no debe describirse como un operador de Nivel 1. Opera una red troncal y tiene interconexiones, pero la evidencia suministrada no establece una alcanzabilidad global sin acuerdos de liquidación ni la propiedad de cada ruta de fibra. Su ventaja es el acceso integrado a su propio parque de computación, no la sustitución del ecosistema global de operadores.

El diseño regional crea opciones de disponibilidad

CoreWeave reportó instalaciones en seis países a finales de 2025. Un recuento de instalaciones no significa que cada generación de aceleradores, estructura, servicio o velocidad de conexión privada esté disponible en cada país. Las regiones se abren en etapas porque la potencia, la refrigeración, la red, el hardware y la preparación operativa no llegan en un instante.

Para los clientes, la geografía afecta a más que la latencia. Afecta a la gobernanza de datos, la adyacencia a la nube, la dotación de personal, la fuente de energía, la correlación de fallos y qué socio controla la ruta local. Para CoreWeave, cada nuevo país añade coordinación legal, de servicios públicos y de cadena de suministro, además de capacidad. La expansión geográfica de la red es, por tanto, un modelo operativo, no un mapa de cajas idénticas.

La fiabilidad es la conversión del capital en tiempo útil

El hardware de CoreWeave permanece financiado tanto si un trabajo progresa como si espera. La fiabilidad es, en consecuencia, una variable financiera. Un fallo de estructura, una GPU degradada, un bloqueo de almacenamiento o un error del planificador pueden reducir la producción facturable y útil mientras continúan las obligaciones de intereses, arrendamientos y potencia.

Los rezagados importan más que los fallos completos

Un nodo fallido es visible. Un rezagado puede permanecer técnicamente vivo mientras ralentiza cada punto de sincronización. Por lo tanto, los trabajos grandes necesitan telemetría capaz de detectar un rendimiento degradado, no solo una salud binaria. El planificador y el equipo de operaciones deben decidir si drenar, reemplazar o continuar usando el componente.

El registro público no proporciona una distribución completa de fallos de trabajos, latencia de cola o incidencia de rezagados. Esa ausencia no prueba una mala fiabilidad, pero limita la comparación independiente. Los clientes deben confiar en los contratos, las pruebas de carga de trabajo y su propia evidencia operativa en lugar de extrapolar a partir de diagramas de arquitectura.

La cualificación es una prueba del sistema

Antes de exponer un clúster, CoreWeave debe cualificar servidores, conmutadores, ópticas, cables, firmware, controladores, almacenamiento y orquestación de forma conjunta. Pasar una prueba de arranque es insuficiente. La prueba útil es si la topología completa soporta la carga de trabajo prevista, sobrevive a los fallos y puede repararse sin crear nuevas inconsistencias.

La cualificación también tiene una dimensión temporal. Un diseño que funcionó con un conjunto de software y firmware puede comportarse de manera diferente después de una actualización. La rápida introducción de nuevas generaciones de NVIDIA aumenta el número de combinaciones que CoreWeave debe soportar mientras los entornos contratados más antiguos permanecen en servicio. La madurez operativa es la capacidad de gestionar ese solapamiento sin convertir cada sitio en una excepción única.

Las finanzas son una capa de la arquitectura

CoreWeave reportó 5.100 millones de dólares de ingresos para 2025 y una pérdida neta de 1.200 millones. Pagó 10.300 millones en efectivo por propiedades y equipos durante el año. Al cierre del año, las obligaciones de rendimiento pendientes eran de 60.700 millones de dólares. La misma presentación describió grandes compromisos de financiación de equipos, deuda, arrendamientos e infraestructura.

Esas cifras describen cosas diferentes. Los ingresos son ingresos por servicios reconocidos. El efectivo pagado por propiedades y equipos es una salida de inversión, no una valoración de toda la flota instalada. Una pérdida neta muestra que el crecimiento aún no produjo rentabilidad consolidada. Las obligaciones de rendimiento pendientes representan el rendimiento futuro contratado según las normas contables, no efectivo en el banco ni servicios ya prestados.

El primer trimestre de 2026 mostró demanda y coste de mantenimiento juntos

Para el trimestre finalizado el 31 de marzo de 2026, CoreWeave reportó 2.078 millones de dólares en ingresos, una pérdida neta de 740 millones y 536 millones de gastos por intereses. También reportó una cartera de pedidos de 99.400 millones según su definición. Los resultados demuestran una fuerte visibilidad de la demanda y una pesada carga financiera en el mismo período.

La cartera de pedidos no es directamente intercambiable con las obligaciones de rendimiento pendientes de fin de año. Las definiciones y el calendario difieren. Ambas indican una demanda contratada futura, pero la conversión depende de que CoreWeave ponga en servicio instalaciones, potencia, hardware y capacidad de red y luego satisfaga los contratos. Cuanto más convincente sea la cartera de pedidos, mayor será la obligación de entrega asociada.

La financiación respaldada por GPU alinea activos y contratos

CoreWeave ha utilizado préstamos garantizados, financiación de equipos y estructuras respaldadas por clientes para financiar la expansión. En junio de 2026 anunció una línea de financiación de 8.500 millones de dólares descrita como respaldada por GPU y con calificación de grado de inversión para la transacción nombrada. La línea amplía la capacidad de despliegue; no es un ingreso y no establece una calificación de grado de inversión para todas las obligaciones corporativas.

La financiación respaldada por activos puede hacer coincidir la deuda con el hardware y los flujos de caja contratados. También puede crear restricciones en torno a las garantías, el despliegue y el uso de efectivo. Los aceleradores, conmutadores y ópticas envejecen rápidamente en comparación con muchos activos de infraestructura tradicionales. El modelo de financiación funciona mejor cuando la utilización se mantiene alta y los contratos con los clientes duran más que el período en el que el equipo es más valioso económicamente.

Por lo tanto, el diseño de la red afecta a la calidad crediticia. Una topología que ofrece una mayor utilización mejora la producción productiva de los activos financiados. Un sitio retrasado, un problema persistente de rezagados o una migración fallida pueden reducirla. 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 puede justificar la capacidad, respaldar la financiación y dar confianza al proveedor para adquirir equipos anticipadamente. La misma concentración otorga al cliente poder de negociación y hace que la utilización sea sensible a una sola relación comercial.

CoreWeave ha anunciado o reportado relaciones con clientes adicionales, incluidos Meta y Anthropic, mientras que Flow Traders seleccionó a la empresa para el entrenamiento de modelos fundacionales en julio de 2026 y Leidos anunció una colaboración para IA de defensa, seguridad nacional e inteligencia. Estas declaraciones establecen contratos, selecciones o colaboración al nivel descrito por las fuentes. No prueban que la concentración haya desaparecido o que toda la capacidad anunciada ya esté desplegada.

Los contratos de pago por uso comprometido transfieren el riesgo sin eliminarlo

Los contratos plurianuales de pago por uso comprometido pueden dar a CoreWeave visibilidad de la demanda y respaldar la financiación. Transfieren parte del riesgo de utilización del proveedor al cliente porque los pagos comprometidos no se basan únicamente en el consumo a corto plazo. No eliminan el riesgo de construcción, potencia, entrega, rendimiento, crédito o renegociación.

Para los clientes, el contrato invierte parte de la promesa de la nube. La nube pública tradicional enfatiza el consumo elástico y el compromiso limitado. Un clúster de IA dedicado puede requerir una relación más larga y similar a la de infraestructura porque el proveedor ha construido o reservado capacidad específica. El servicio puede parecerse al software en la nube en la interfaz, mientras que se comporta como financiación de proyectos por debajo.

El trabajo de defensa y regulado eleva el umbral de garantía

La colaboración con Leidos del 30 de julio de 2026 extiende la plataforma hacia misiones de defensa e inteligencia. Dicha colaboración no establece cada autorización, certificación o despliegue requerido para el trabajo regulado. Sí indica que la seguridad, el control de la cadena de suministro, la auditabilidad y la continuidad operativa pueden convertirse en partes más importantes del producto de CoreWeave.

Una VPC aplicada por DPU, la conectividad privada y las operaciones gestionadas pueden soportar un diseño de alta garantía. No sustituyen los controles específicos del programa, los requisitos de personal, el manejo de datos y la aprobación gubernamental. Cuanto más se acerque la empresa a cargas de trabajo sensibles a la misión, más transparentes deben ser sus límites de responsabilidad.

Las adquisiciones mueven la pila hacia arriba, mientras que la fusión fallida apuntaba hacia abajo

Durante 2025, CoreWeave adquirió Weights & Biases, OpenPipe, marimo y Monolith AI. Weights & Biases añadió herramientas de desarrollo de modelos y observabilidad; las otras adquisiciones ampliaron las capacidades de inferencia, cuadernos y IA industrial. Estas transacciones mueven a CoreWeave por encima de la infraestructura bruta hacia una mayor parte del ciclo de vida del desarrollo.

La lógica estratégica es clara. Un proveedor que comprende los flujos de trabajo de los modelos puede mejorar la previsión de la demanda, facilitar el consumo de la infraestructura y retener a los clientes en más etapas del desarrollo. El riesgo de integración es igualmente claro. Las empresas de software tienen ciclos de lanzamiento, márgenes y culturas diferentes a las operaciones de centros de datos financiados. El solapamiento de productos y el conflicto con socios pueden aparecer si CoreWeave intenta poseer herramientas que los clientes obtenían anteriormente de proveedores independientes.

La adquisición propuesta de Core Scientific apuntaba en la otra dirección. CoreWeave anunció un acuerdo de fusión en julio de 2025 que habría aumentado el control sobre la capacidad del centro de datos y la economía de los arrendamientos. Core Scientific rescindió el acuerdo el 30 de octubre de 2025 después de la votación de sus accionistas. CoreWeave no adquirió la empresa.

En conjunto, las transacciones revelan una estrategia de integración de dos caras: moverse hacia arriba hacia el software para desarrolladores y hacia abajo hacia la capacidad física. La fusión fallida también muestra que el control de la infraestructura no siempre puede comprarse en el calendario que la plataforma desea. Los accionistas, los reguladores, la financiación y la estructura contractual pueden bloquear la lógica técnica de la integración vertical.

Lo que CoreWeave controla—y lo que queda fuera de su frontera

CoreWeave controla la plataforma del cliente, muchas opciones de diseño, la cualificación de equipos, la orquestación y los procesos operativos. Puede elegir cómo Nimbus asigna las VPC, cómo se presentan los clústeres, qué servicios se gestionan y cómo se manejan los incidentes. Puede adquirir hardware anticipadamente y organizar las instalaciones en torno a la densidad de aceleradores.

NVIDIA controla las hojas de ruta críticas de productos para GPU, NVLink, InfiniBand, Spectrum-X y BlueField. Las empresas de servicios públicos y los socios de centros de datos controlan partes de la entrega de potencia e instalaciones. Los operadores de fibra, los puntos de intercambio y los proveedores de nube controlan partes de la conectividad externa. Los prestamistas y financiadores de equipos limitan el uso del capital. Los grandes clientes influyen en la planificación de capacidad a través de contratos.

Esto no es un defecto exclusivo de CoreWeave. Toda nube depende de proveedores e instalaciones. La concentración es relevante porque la diferenciación de CoreWeave está estrechamente vinculada al despliegue rápido de sistemas NVIDIA y porque sus compromisos de capital son inusualmente grandes en relación con su historial operativo. Un retraso o cambio en la hoja de ruta de un proveedor puede propagarse a través de la entrega al cliente y la financiación.

La fortaleza de la plataforma es la coordinación a través de esas fronteras. Su riesgo es la dependencia correlacionada: la misma generación de proveedor, diseño de sitio o programa de cliente puede afectar a muchas capas a la vez. La integración reduce el número de contratos que un cliente tiene que gestionar, pero puede aumentar el impacto de un fallo a nivel de proveedor.

Posición competitiva: una nube especializada es una elección sobre la responsabilidad

CoreWeave compite con nubes a hiperescala, otras nubes especializadas en GPU, clústeres propiedad de clientes y combinaciones de coubicación, alojamiento e integración gestionada. La comparación no puede reducirse al número de GPU o a una sola prueba de rendimiento. Los compradores comparan la generación de hardware disponible, la estructura, el almacenamiento, la programación, la conectividad privada, el soporte, la duración del contrato, la geografía y el coste total del movimiento de datos.

Frente a las nubes a hiperescala

AWS, Microsoft Azure, Google Cloud y Oracle ofrecen amplias carteras de servicios, ecosistemas globales y grandes balances. Pueden combinar la infraestructura de IA con bases de datos, seguridad, análisis y adquisiciones empresariales ya utilizadas por los clientes. La contraposición de CoreWeave es la especialización: integración más rápida de generaciones seleccionadas de NVIDIA, orquestación bare-metal y una plataforma diseñada en torno a cargas de trabajo de aceleradores de alta densidad.

La especialización puede reducir la abstracción y acortar la cualificación. También puede crear un perfil de fallos y proveedores más estrecho. Un cliente que elija CoreWeave puede obtener un proveedor centrado en la carga de trabajo mientras acepta una menor amplitud de servicios y una estructura de capital más joven. La comparación correcta es específica de la carga de trabajo, no categórica.

Frente a otras nubes especializadas

Lambda, Nebius, Crusoe y otros proveedores de infraestructura de IA se solapan en el suministro de aceleradores, clústeres y servicios gestionados. Sus diferencias incluyen la geografía, la estrategia energética, la cartera de software, la propiedad, la estructura de capital y el grado de control de las instalaciones. «Neocloud» es una etiqueta de mercado, no una arquitectura común.

Las presentaciones de empresa pública de CoreWeave proporcionan evidencia inusualmente detallada sobre escala y riesgo. No establecen por sí mismas una tecnología o economía superiores. Un competidor con menos divulgación puede ser más pequeño, más eficiente o simplemente más opaco. El análisis no debe convertir la transparencia en una clasificación de rendimiento.

Frente a la construcción de un clúster privado

Un clúster propiedad del cliente otorga al comprador control directo sobre el hardware, los datos y las operaciones. También requiere adquisiciones, potencia, instalaciones, redes, almacenamiento, seguridad, firmware, repuestos y personal especializado. CoreWeave vende la transferencia de gran parte de esa carga.

La transferencia es incompleta. Los clientes aún diseñan cargas de trabajo, gestionan datos, establecen políticas y evalúan el riesgo del proveedor. Los compromisos a largo plazo pueden reducir la flexibilidad para moverse. Un clúster privado corre el riesgo de infrautilización dentro del cliente; un contrato en la nube corre el riesgo de dependencia del proveedor. La elección económica es qué parte está mejor equipada para absorber la variabilidad y mantener productivo el costoso sistema.

La conmutación refrigerada por líquido muestra hacia dónde puede moverse el próximo cuello de botella

En julio de 2026, CoreWeave publicó material que describe la conmutación refrigerada por líquido diseñada para aumentar la densidad del ancho de banda de red por rack. La afirmación está vinculada a la arquitectura y los cálculos de la empresa, no a una prueba de rendimiento independiente de toda la flota. No obstante, el mecanismo es importante: a medida que aumenta la densidad de aceleradores, los conmutadores y las ópticas consumen suficiente potencia y generan suficiente calor como para convertirse en parte del problema de refrigeración a nivel de rack.

Refrigerar un conmutador con líquido puede permitir más capacidad de red dentro de un espacio de rack limitado y reducir la necesidad de colocar la conmutación más lejos. Las rutas más cortas pueden simplificar el cableado y preservar la densidad. El diseño también acopla el mantenimiento de la red al sistema de refrigeración líquida. Una fuga, un problema de bomba o un procedimiento de servicio pueden afectar a componentes que anteriormente se gestionaban como equipos de red refrigerados por aire.

El cambio ilustra un patrón más amplio. Los cuellos de botella de la infraestructura de IA migran. Las GPU más rápidas crean demanda de más ancho de banda de escalado vertical. Más ancho de banda de rack crea demanda de una conmutación de escalado horizontal más densa. Una conmutación más densa eleva los requisitos de potencia y refrigeración. Las nuevas instalaciones necesitan entonces diseños mecánicos y eléctricos diferentes. Por lo tanto, una generación de producto no es una actualización de servidor; puede ser un rediseño del centro de datos.

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

El material de CoreWeave de julio de 2026 describe la preparación para los sistemas NVIDIA Vera Rubin NVL72 y hace afirmaciones medidas por la empresa o prospectivas sobre tokens por megavatio en comparación con Blackwell. Estas afirmaciones deben atribuirse a CoreWeave y a la configuración nombrada. No establecen la disponibilidad en toda la flota en la fecha de corte de la investigación.

Una nueva generación cambia varias capas a la vez: acelerador, estructura de escalado vertical, ancho de banda de escalado horizontal, potencia del rack, refrigeración, firmware, controladores, orquestación y cualificación. Puede mejorar la producción por megavatio mientras hace que las instalaciones existentes sean inadecuadas o menos competitivas. La capacidad de CoreWeave para adoptar rápidamente nuevo hardware es una fortaleza estratégica solo si puede gestionar la migración, la utilización y la depreciación de los activos contratados más antiguos.

La transición también profundiza la dependencia de NVIDIA. El acceso temprano puede atraer clientes y respaldar contratos premium. Puede exponer a la empresa a decisiones de calendario, precios y arquitectura del proveedor que no puede controlar. La diversificación en la capa de cliente o software no diversifica necesariamente la pila física.

El efecto más amplio de la pila en la infraestructura digital

La expansión de CoreWeave afecta a mercados mucho más allá del alquiler de GPU. Los compromisos de gigavatios crean demanda de generación, interconexión a la red, transformadores, refrigeración, terrenos y construcción. Las estructuras de alta radix crean demanda de conmutadores, ópticas y fibra. La conectividad privada crea demanda de capacidad de operador, presencia en puntos de intercambio y rampas de acceso a la nube. Las estructuras de financiación crean demanda de prestamistas capaces de valorar tecnología que envejece rápidamente frente a contratos a largo plazo.

La plataforma también cambia el lugar donde aparece el tráfico de Internet. El tráfico de entrenamiento estrechamente acoplado permanece principalmente dentro de las estructuras locales, pero los conjuntos de datos, los puntos de control, los artefactos del modelo, las solicitudes de inferencia y los flujos de trabajo de los desarrolladores se mueven entre nubes, centros de datos y usuarios. Por lo tanto, el impacto visible en Internet puede provenir menos de un flujo de entrenamiento gigante que del movimiento persistente alrededor del entorno de entrenamiento.

Para las comunidades y las redes que albergan instalaciones, la pila es una decisión de potencia y uso del suelo. El paquete de investigación no proporciona suficiente evidencia a nivel de sitio para una conclusión ambiental a nivel de empresa. Sí establece que la potencia activa y contratada son medidas materiales del crecimiento de la empresa y que los retrasos en la entrega de potencia o instalaciones son riesgos empresariales.

Para los ingenieros de redes, la arquitectura muestra que la infraestructura de IA se está convirtiendo en su propia disciplina. El conocimiento de enrutamiento y conmutación sigue siendo necesario, pero ahora se encuentra con bibliotecas colectivas, topología de aceleradores, refrigeración líquida, programación de cargas de trabajo y financiación de proyectos. La persona que ajusta la congestión puede estar protegiendo tanto la finalización del trabajo como el servicio de la deuda.

Lo que la evidencia pública no puede mostrar

CoreWeave publica documentación de producto, blogs técnicos y presentaciones financieras, pero la pila sigue siendo parcialmente opaca. No hay una topología actual completa, un inventario de estructura por sitio, una tabla de sobresuscripción, un mapa de propiedad de fibra, un historial de incidentes o un archivo de pruebas de rendimiento independientes carga por carga en el material suministrado.

Esa frontera debería cambiar la forma en que se formulan las afirmaciones. La documentación de arquitectura puede establecer mecanismos. Las presentaciones ante la SEC pueden establecer hechos financieros y de riesgo consolidados. Los comunicados de clientes nombrados pueden establecer una selección o colaboración. Ninguna de esas fuentes prueba un resultado universal de carga de trabajo, un tiempo de actividad en toda la flota o un menor coste total para cada comprador.

La misma precaución se aplica a la escala. La potencia activa no es potencia contratada. La cartera de pedidos no es ingreso. Una próxima llamada de resultados programada no es un resultado. Un acuerdo de cliente anunciado no es lo mismo que la utilización activa. Una adquisición propuesta no es propiedad. Una futura generación de hardware no es la flota actual.

Estas distinciones no debilitan el perfil. Identifican la brecha de información real que un lector profesional debe gestionar. CoreWeave está pidiendo a los clientes y proveedores de capital que confíen en un sistema integrado cuyos detalles más valiosos son necesariamente privados. La respuesta racional no es asumir ni la excelencia ni el fracaso. Es exigir evidencia al nivel del contrato, el clúster y el sitio que se esté considerando.

El juicio central

El producto de CoreWeave a menudo se describe como capacidad de cómputo. El producto más profundo es la coordinación. Tiene que coordinar las hojas de ruta de los proveedores con la construcción de centros de datos, los enlaces de escalado vertical con las estructuras de escalado horizontal, la política de DPU con la intención del inquilino, la programación de Kubernetes con la topología física, el almacenamiento con el comportamiento de los puntos de control, la conectividad de la red troncal con el acceso del cliente, y la financiación a largo plazo con las cortas generaciones de hardware.

Esa coordinación puede crear una ventaja genuina. Un proveedor especializado puede tomar decisiones en toda la carga de trabajo en lugar de pedir al cliente que ensamble proveedores separados. Puede cualificar sistemas, reparar fallos e introducir nuevas generaciones más rápido de lo que muchas empresas podrían hacerlo solas. El rápido crecimiento de la plataforma sugiere que los grandes clientes valoran esa transferencia de responsabilidad.

La misma integración concentra las consecuencias. Un diseño de estructura, un retraso del proveedor, un error de política, una restricción de financiación o un cambio en el cliente ancla pueden afectar a una gran parte del sistema. El futuro de la empresa no depende de una cifra de ancho de banda de cabecera. Depende de si todas las capas siguen convirtiendo la capacidad financiada en trabajo fiable para el cliente.