Resumen

  • La pila de red de CoreWeave abarca scale-up, scale-out, almacenamiento, inquilinos, gestión, backbone y conexión privada; es una arquitectura operativa, no un producto separado.
  • Los fabrics de NVIDIA y las DPU trabajan con el software de CoreWeave para programar aceleradores, aislar inquilinos y mover datos a través de una nube especializada.
  • CoreWeave informó 43 centros de datos, más de 850 MW activos y unos 3,1 GW de capacidad contratada; Microsoft representó el 67 % de los ingresos en 2025: escala y concentración a la vez.
  • Lo decisivo es convertir la capacidad contratada y la cartera de pedidos en servicios fiables y diversificados antes de que los costes de financiación, los arrendamientos, la obsolescencia del hardware y la complejidad operativa aumenten.

La capacidad física creció más rápido de lo que sugiere un mapa típico de regiones de nube

Al 31 de diciembre de 2025, CoreWeave informó 43 centros de datos, más de 850 MW de capacidad activa y aproximadamente 3,1 GW de capacidad contratada. La cifra activa describe la infraestructura que, según la definición de la empresa, estaba operativa en esa fecha. La cifra contratada describe derechos y obligaciones para un despliegue futuro. No debe presentarse como capacidad instalada.

La evolución fue pronunciada: diez centros de datos y unos 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 informó más de 1 GW activo y más de 3,5 GW contratados. Las cifras muestran una empresa que quiere escalar instalaciones y operaciones con velocidad industrial. También muestran lo rápido que la arquitectura de ayer puede convertirse en minoría de la flota.

La electricidad es un prerrequisito, no un producto terminado. Un megavatio contratado aún requiere conexión a la red, generación o suministro, distribución eléctrica de alta densidad, refrigeración, preparación del edificio, caminos de red, entrega de aceleradores y aceptación operativa. Los retrasos en un solo nivel pueden diferir los ingresos, mientras que algunas obligaciones empiezan antes.

El modelo de centros de datos es mixto. CoreWeave posee equipos y controla amplias instalaciones, pero utiliza instalaciones alquiladas y proveedores externos. Esto puede acelerar el crecimiento geográfico y evitar la construcción de cada envolvente de edificio. Al mismo tiempo, el rendimiento de los arrendadores, los planes de construcción, el suministro eléctrico y las condiciones contractuales se convierten en componentes 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í solo no proporciona lo que los clientes compran a una nube. Un equipo de entrenamiento necesita muchos aceleradores que se comporten como una asignación común. Los datos deben llegar desde el almacenamiento a la tasa necesaria. Las operaciones colectivas deben conectar GPUs sin que la mayor parte del trabajo espere en comunicación. Los inquilinos deben permanecer aislados entre sí. Los planificadores deben saber qué nodos, enlaces y dispositivos están en buen estado. Los puntos de control deben sobrevivir a fallos.

Los técnicos necesitan acceso al entorno, y los usuarios necesitan conexiones a otras nubes, oficinas y servicios. Solo cuando estos caminos se vuelven repetibles surge un producto de nube.

Por eso, la red en una nube de IA no puede considerarse un accesorio a la potencia de cálculo. En arquitecturas empresariales convencionales, la red a menudo se ve como un sistema que conecta servidores entre sí. En la IA distribuida, es parte directa de la computación efectiva. Un trabajo síncrono puede verse frenado por un único módulo óptico débil, un acelerador lento, un rail sobrecargado o una ruta de almacenamiento que no da abasto. Mientras el trabajo espera, la factura por el hardware ocioso continúa.

Por lo tanto, el diseño de la red no solo afecta a los valores de referencia, sino también a la economía de cada hora de GPU financiada.

La plataforma de CoreWeave es especialmente adecuada para este análisis porque hace visible la relación de manera inusualmente clara. La empresa se especializa en infraestructura de aceleradores, en lugar de ofrecer GPUs solo como un pequeño servicio dentro de una nube universal. Por eso, sus documentos públicos describen los fabrics de rack, las unidades de procesamiento de datos, la orquestación bare-metal, los superordenadores gestionados, la conectividad privada y los procesos de reparación con más detalle que un simple catálogo de instancias. Estas descripciones evidencian la intención de diseño y la arquitectura del producto.

No son un mapa completo de cada ubicación, cada generación o cada instalación de cliente.

La pregunta decisiva, por tanto, no es si CoreWeave, en abstracto, posee una red rápida. Más útil es preguntar cuántas redes diferentes deben cooperar antes de que una carga de trabajo de IA pueda funcionar como un servicio fiable, y qué parte controla cada una de ellas.

Lo que realmente designa el término «pila de red de CoreWeave»

La expresión es un término editorial genérico, no una entidad jurídica ni una SKU vendida por separado. El operador legal y económico es CoreWeave, Inc., una sociedad constituida en Delaware con sede en Livingston, Nueva Jersey, que cotiza en el Nasdaq con el ticker CRWV. La pila de red pertenece a la plataforma más amplia CoreWeave Cloud Platform, que también incluye cómputo, almacenamiento, orquestación y servicios gestionados.

Distintos nombres designan distintos niveles. Nimbus es la arquitectura basada en DPU de CoreWeave para redes virtuales. El CoreWeave Kubernetes Service (CKS) proporciona Kubernetes gestionado sobre bare-metal. SUNK agrupa infraestructura y operaciones como un servicio de superordenador gestionado. Mission Control añade monitorización, reparación y soporte de ciclo de vida. Direct Connect ofrece conexiones privadas para clientes. Denominaciones como NVLink, NVSwitch, Quantum, Spectrum-X y BlueField corresponden a tecnologías de proveedores de NVIDIA que CoreWeave integra, no a invenciones propias de la empresa.

Esta separación evita dos errores comunes. Primero, no se debe atribuir a la empresa cada protocolo o dispositivo dentro de la plataforma. La contribución de CoreWeave reside en la integración de sistemas, la cualificación, la operación y el software de nube en torno a la tecnología de los proveedores. Segundo, no existe un único fabric unificado que conecte cada GPU con cada cliente. Los enlaces locales de scale-up, los fabrics de entrenamiento entre racks, las redes de almacenamiento, las superposiciones VPC, los caminos de gestión y un backbone transatlántico tienen diferentes tareas, presupuestos de latencia y dominios de fallo.

No pueden resumirse en una sola cifra de ancho de banda.

La misma disciplina se aplica a la propiedad. CoreWeave instala y opera una amplia tecnología, pero los documentos también describen modelos de arrendamiento, centros de datos de terceros, acuerdos de suministro eléctrico, relaciones de fibra y financiación de equipos. Un servicio puede estar integrado operativamente sin que CoreWeave posea el edificio, la compañía eléctrica, el enlace de larga distancia o cada componente del rack. 'Integrado verticalmente' solo es útil si se refiere a un control coordinado sobre muchos niveles, no a la autosuficiencia total.

De Atlantic Crypto a la computación especializada

CoreWeave surgió en 2017 con el nombre de The Atlantic Crypto Corporation. El negocio inicial utilizaba flotas de GPU para cargas de trabajo de criptomonedas; en septiembre de 2018, la empresa se convirtió de LLC a sociedad de Delaware. En diciembre de 2019 adoptó el nombre CoreWeave, orientándose hacia la computación en nube especializada.

El origen se reduce a veces al contraste entre la minería de criptomonedas y la inteligencia artificial. La continuidad más importante es operativa. Ambos modelos de negocio exigen adquirir aceleradores, asegurar electricidad, operar hardware denso de forma fiable y dirigir cargas de trabajo hacia la capacidad ociosa. La empresa temprana aprendió la economía de una flota de aceleradores antes de haber construido los sistemas de inquilinos, red, almacenamiento y soporte de una nube.

Esta distinción es importante porque un cambio de demanda no genera automáticamente una plataforma. Las cargas de trabajo de minería pueden ser relativamente repetitivas y arreglarse con un modelo de activos simple. Los efectos visuales, el aprendizaje automático y la computación de alto rendimiento requieren otro software, otro movimiento de datos, aislamiento y calidades de servicio. CoreWeave tuvo que añadir esas capas a través de las cuales los clientes externos pueden confiar en recursos que no les pertenecen y que no pueden inspeccionar físicamente.

A principios de la década de 2020, la empresa desarrolló servicios especializados de cómputo, almacenamiento y Kubernetes. El Kubernetes bare-metal se convirtió en una interfaz importante: los clientes podían planificar trabajos en contenedores directamente en servidores de aceleradores sin pasar primero por una capa de máquina virtual. A finales de 2023, CoreWeave informó diez centros de datos y unos 70 MW activos. A finales de 2024 eran 32 centros de datos y más de 360 MW.

La expansión cambió la naturaleza del problema de red. Un operador con diez ubicaciones puede apoyarse mucho en el conocimiento experto y las excepciones locales. Una nube con treinta o cuarenta ubicaciones necesita diseños repetibles, políticas controladas por software, cualificación común, monitorización unificada y una forma de mover clientes entre generaciones de hardware sin perder coherencia operativa. La escala convierte las buenas decisiones técnicas en cuestiones de gobernanza: ¿quién puede aprobar cambios, con qué rapidez se detectan las excepciones y cada nuevo sitio reproduce realmente los límites de control previstos?

CoreWeave completó su salida a bolsa en marzo de 2025. La cotización no solo aportó capital. Creó, a través del folleto y los documentos de la SEC, pruebas sólidas sobre instalaciones, concentración de clientes, endeudamiento, arrendamientos, arquitectura de conectividad y riesgos. Así, la pila de red puede estudiarse tanto como sistema técnico como como compromiso de una empresa cotizada.

La carga de trabajo determina la arquitectura

Al entrenar modelos grandes, la computación se distribuye entre aceleradores; los resultados parciales se intercambian continuamente. El patrón exacto de comunicación depende de la arquitectura del modelo, el paralelismo y el software, pero el problema de infraestructura sigue siendo el mismo: la velocidad utilizable de una asignación está determinada tanto por la comunicación colectiva como por el cómputo local. Un fabric puede parecer rápido en conjunto y aun así 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 llegan al entorno. Los puntos de control abandonan la memoria de la GPU y se guardan en el almacenamiento. Los sistemas de control distribuyen trabajos y políticas. Los técnicos recuperan registros. Los servicios proporcionan puntos finales de inferencia. Las copias de seguridad y las réplicas pueden cruzar regiones. Cada clase tolera la latencia y la pérdida de manera diferente. Tratar todo esto como una red indiferenciada haría el rendimiento impredecible y los fallos difíciles de aislar.

De ahí surge un diseño en capas. Las conexiones de scale-up crean un dominio estrechamente acoplado dentro de un sistema a escala de rack. Los fabrics de scale-out conectan muchos sistemas a través de varios racks. Las rutas de almacenamiento alimentan y persisten la carga de trabajo. Una red de inquilinos da a los clientes direcciones y políticas privadas. Una red de gestión permite al operador controlar los hosts, las DPU, los switches y los flujos de reparación. Un backbone conecta ubicaciones y ecosistemas externos. Las líneas privadas de cliente vinculan la nube a otros dominios administrativos.

Las capas cooperan, pero no son intercambiables. La fibra de larga distancia no puede reemplazar un fabric de GPU local, porque solo el retardo de propagación dificulta el entrenamiento fuertemente sincronizado entre ubicaciones distantes. Un dominio NVLink no puede proporcionar una VPC de cliente. Una superposición puede ocultar diferencias de direccionamiento, pero no puede reparar un módulo óptico defectuoso en la capa subyacente. Kubernetes puede planificar un pod sin entender cada rail físico, siempre que la plataforma proporcione información de topología e integraciones de dispositivos.

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

Red de scale-up dentro del dominio a escala de rack

Las redes de scale-up conectan aceleradores dentro de un sistema estrechamente integrado. En los diseños a escala de rack de NVIDIA, NVLink proporciona comunicación de alto ancho de banda entre GPUs, mientras que NVSwitch conmuta dentro de ese dominio local. CoreWeave integra estas tecnologías en sistemas y generaciones seleccionados.

Lo decisivo no es la marca, sino la proximidad. Un dominio de scale-up permite que las particiones de modelo y las operaciones colectivas intercambien datos sin atravesar la red común del centro de datos en cada paso. Así, un rack puede comportarse más como un gran conjunto de aceleradores que como una colección de servidores independientes. A la vez, crea un dominio de fallo propio: un switch, cable, problema de refrigeración o fallo de un componente en el rack puede afectar a muchas GPUs de las que el planificador espera un funcionamiento conjunto.

El folleto de CoreWeave describió configuraciones de clúster seleccionadas con un ancho de banda de interconexión de GPU no bloqueante de hasta 3.200 gigabits por segundo. La expresión «configuraciones de clúster seleccionadas» soporta aquí la mayor parte de la carga probatoria. No fundamenta ni un nivel de servicio general ni una afirmación para cada ubicación o generación de aceleradores. El ancho de banda realmente utilizable depende además del software, la topología, los patrones de mensajes y la salud de la ruta completa.

El diseño de scale-up estrecha un cuello de botella a la vez que aumenta la densidad en otro lugar. Más aceleradores y más ancho de banda local elevan la demanda de electricidad, refrigeración y mantenibilidad por rack. Un sistema que concentra potencia de cálculo sin ajustar el concepto térmico y operativo puede ser más difícil de reparar o desplazar el cuello de botella hacia los enlaces de scale-out y el almacenamiento. La arquitectura debe leerse como un equilibrio entre componentes, no como una secuencia de especificaciones máximas.

Fabrics de scale-out: InfiniBand y Ethernet están presentes

En cuanto un trabajo supera el límite de scale-up, entra en un fabric de scale-out. Los documentos públicos y la documentación técnica de CoreWeave mencionan NVIDIA Quantum-2 InfiniBand, Quantum-X800 XDR con 800 gigabits, así como Spectrum-X Ethernet basado en RoCE y RDMA. Que se empleen tanto InfiniBand como Ethernet es significativo: la empresa no reduce su identidad de plataforma a una sola familia de protocolos.

InfiniBand para clústeres estrechamente acoplados

InfiniBand está orientado a la comunicación de baja latencia y acceso directo a memoria remota (RDMA) y tiene una larga trayectoria en computación de alto rendimiento. En un clúster de IA, puede transferir datos entre hosts de aceleradores evitando parte del procesamiento habitual del host. Los sistemas Quantum de NVIDIA añaden funciones de conmutación y colectivas adecuadas para grandes cargas de trabajo síncronas. CoreWeave integra estos fabrics en sus ofertas de clúster, en lugar de vender InfiniBand como un servicio de operador separado.

Las pruebas públicas no revelan cada topología, cada ratio de sobresuscripción, cada política de enrutamiento ni cada límite de servicio. «No bloqueante» puede describir un diseño concreto, no toda la flota. Incluso un fabric bien construido puede sufrir por ópticas débiles, mala colocación, tráfico desigual o comportamientos de software que generan puntos calientes. Por eso, los compradores deben preguntar qué generación de hardware, topología y cualificación se aplican al clúster concreto.

Spectrum-X y RoCE como camino Ethernet

Spectrum-X es la plataforma orientada a Ethernet de NVIDIA para redes de IA. RoCE transporta la semántica RDMA sobre Ethernet, de modo que las aplicaciones puedan utilizar acceso directo a memoria mientras el operador mantiene un fabric basado en Ethernet. El uso de Spectrum-X por CoreWeave crea un camino de scale-out alternativo para cargas de trabajo y generaciones de sistemas orientadas 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 ante pérdidas, la telemetría y la configuración extremo a extremo. Una red puede usar tramas Ethernet familiares y aun así requerir conocimientos especializados para evitar bloqueos de cabeza de línea, incast o rendimiento colectivo inestable. El valor de una nube integrada reside en que el proveedor asume gran parte de ese ajuste. El riesgo correspondiente está en la menor visibilidad directa del cliente sobre esas decisiones.

Topología optimizada por rails y colocación

Los sistemas multi-rail agrupan interfaces de red y aceleradores correspondientes para que el tráfico colectivo discurra por caminos paralelos regulares. Un diseño optimizado por rails puede reducir transiciones innecesarias y hacer el ancho de banda más predecible. A la vez, el planificador debe entender la topología: si un trabajo se distribuye en la combinación de nodos equivocada, el diseño físico puede resultar inútil.

Los rails pueden concentrar fallos. Si un rail se degrada, cada nodo en ese camino puede convertirse en un rezagado, aunque otras interfaces estén sanas. El sistema operativo debe distinguir entre un servidor caído y un deterioro de red compartido. Por eso, la telemetría consciente de la topología, la cualificación y la reparación son tan importantes como la velocidad de puerto bruta.

Nimbus desplaza la frontera de la nube a la DPU

Un fabric de clúster de alto rendimiento no crea por sí solo una nube multi-inquilino. Los clientes necesitan direcciones privadas, control de enrutamiento, 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. La documentación pública menciona las DPU NVIDIA BlueField-3 y describe VRFs, VXLAN y rutas EVPN Tipo 5 en la arquitectura de seguridad.

La DPU se sitúa en un lugar privilegiado entre el cómputo controlado por el cliente y la infraestructura controlada por el proveedor. Puede procesar tráfico de redes virtuales, imponer segmentación y liberar recursos de CPU del host para la carga de trabajo. Además, puede mantener una frontera de inquilino fuera del sistema operativo que el cliente posiblemente controle. Esta separación es a la vez una decisión de rendimiento y de seguridad.

Cómo se construye la superposición de VPC

Una instancia de enrutamiento y reenvío virtual (VRF) separa un dominio de enrutamiento de otro. VXLAN transporta segmentos de inquilino sobre 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 sobre infraestructura física compartida.

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

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 impone aislamiento debe ser observable y actualizable sin convertirse él mismo en un camino incontrolado hacia el entorno del inquilino.

Esta frontera de control también afecta a la resolución de problemas. Un problema de conectividad puede originarse en la carga de trabajo del cliente, una política de Kubernetes, la configuración de la VPC, el software de la DPU, el plano de control EVPN o el fabric físico. Los equipos de soporte necesitan evidencias a través de estas capas sin dar a un inquilino visibilidad sobre otro. La documentación pública explica la arquitectura prevista, pero no publica un conjunto de datos independiente de toda la flota sobre fallos de aislamiento o tiempos de reparación.

Kubernetes bare-metal como superficie de control para el cliente

El CoreWeave Kubernetes Service proporciona Kubernetes gestionado sobre infraestructura bare-metal. El diseño evita una capa intermedia tradicional orientada a máquinas virtuales entre la plataforma de contenedores y los servidores GPU. Cada clúster recibe su propia VPC; el servicio integra red de alto rendimiento y almacenamiento para cargas de trabajo distribuidas.

Eliminar el bare-metal suprime un nivel de abstracción, pero no simplifica el sistema. Kubernetes debe detectar GPUs, aprovisionar dispositivos, imponer cuotas, ubicar pods y colaborar con plugins de red y almacenamiento. La plataforma debe coordinar imágenes de nodo, controladores, firmware, entornos de ejecución de contenedores y actualizaciones de clúster con la generación de hardware subyacente. El cliente recibe una API familiar; 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 disponible y las políticas del planificador. No conoce automáticamente cada rail, módulo óptico, camino de switch o condición de rendimiento colectivo. CoreWeave debe añadir plugins de dispositivo, operadores, información de topología y controles operativos para que una decisión lógica de planificación corresponda a una asignación físicamente viable.

La política de red también tiene un alcance limitado. Las políticas de Kubernetes pueden restringir el tráfico permitido entre cargas de trabajo, mientras que los controles de VPC y DPU proporcionan fronteras de inquilino y enrutamiento más amplias. Un objeto de política no prueba que el camino de paquetes imponga la regla prevista. La configuración, la implementación y la observación deben coincidir.

SUNK convierte un clúster en un superordenador gestionado

SUNK se ofrece como un superordenador gestionado listo para producción. El servicio combina infraestructura, fabric 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 y el equipo de operaciones por sí mismos.

El servicio modifica el reparto de responsabilidades. El cliente sigue siendo responsable 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 resolución de problemas se traslada a CoreWeave. El resultado se asemeja a una instalación de HPC gestionada, entregada mediante contratos de nube y software, no un pool ordinario de instancias intercambiables.

Mission Control convierte la operación en parte del producto

Mission Control añade monitorización, mantenimiento, reparación y soporte de ciclo de vida. Su importancia se hace especialmente visible en trabajos grandes. Sustituir un componente defectuoso en un pequeño pool de servidores puede tener consecuencias limitadas; diagnosticar un enlace débil en una asignación fuertemente sincronizada, en cambio, puede decidir si miles de horas de acelerador son útiles o se pierden.

Los documentos de servicio de CoreWeave describen monitorización proactiva e intervenciones operativas. Esto evidencia el modelo previsto, pero no una disponibilidad confirmada independientemente ni una distribución pública del tiempo medio de reparación. La falta de un catálogo completo de incidencias 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 de modelo se mueven por rutas de almacenamiento que pueden limitar toda la carga de trabajo. Incluso un clúster con un ancho de banda GPU-GPU excepcional puede paralizarse si las entradas no se leen con suficiente rapidez, los puntos de control no se escriben a tiempo o los estados no se recuperan pronto. 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 genera un patrón operativo particular. Muchos workers pueden tener que guardar su estado en intervalos coordinados. Esto crea picos de carga cuyo perfil temporal difiere de la comunicación colectiva. Si el tráfico de almacenamiento comparte recursos físicos con el fabric de entrenamiento, se necesita aislamiento o una planificación de capacidad precisa. Si circula por una red separada, la plataforma debe coordinar fallo y recuperación a través de ambos caminos.

El almacenamiento también influye en la portabilidad. Mover un modelo a CoreWeave puede requerir grandes transferencias entrantes desde otra nube o un entorno privado. El camino de salida puede generar fricción de costes, tiempo y contractual. «Zero Egress Migration» es el mecanismo comercial de CoreWeave para reducir ciertos costes de migración hacia la plataforma. No es una garantía técnica ni una salida gratuita universal, y no prueba que el movimiento de datos no genere costes operativos.

Por lo tanto, un cliente debe evaluar la pila con evidencias de extremo a extremo. Los picos de acelerador y fabric son útiles, pero la carga de trabajo de producción abarca la preparación de datos, los puntos de control, el registro de modelos, el logging y la recuperación. Un benchmark que aísla una sola capa no responde a la pregunta económica de cuán rápido termina el trabajo completo.

El backbone conecta regiones, no un superordenador síncrono

CoreWeave describe un backbone de calidad de operador que conecta centros de datos en América del Norte y Europa mediante fibra terrestre y submarina, ofreciendo peering directo y conexiones privadas. La documentación menciona opciones de Direct Connect con 10, 100 y 400 Gbit/s, según ubicación y disponibilidad.

El backbone cumple una función distinta al fabric de scale-out local. Puede mover conjuntos de datos, réplicas, puntos de control, tráfico de control e inferencia entre regiones. Conecta usuarios y otras nubes, y puede apoyar la recuperación y la distribución. Sin embargo, el retardo de propagación en distancias largas impide que ubicaciones remotas se conviertan en un único fabric de entrenamiento de baja latencia para trabajos fuertemente acoplados.

La conectividad privada reduce un tipo de incertidumbre

Un enlace dedicado puede evitar parte de la variabilidad del enrutamiento público de Internet y crear una frontera de capacidad y soporte más clara. Pero no genera un mundo completamente privado de extremo a extremo. El acceso del cliente puede depender de un operador, un cross-connect y un operador de centro de datos. Las rampas de acceso a la nube tienen sus propios procesos de aceptación y configuración. La diversidad de caminos y la propiedad física no se revelan completamente para cada ubicación.

Por lo tanto, no debe calificarse a CoreWeave como un operador Tier-1. La empresa opera un backbone y peering, pero las pruebas disponibles no muestran ni una alcanzabilidad global libre de acuerdos de tránsito ni la propiedad de cada camino de fibra. La ventaja reside en el acceso integrado a su propio parque de cómputo, no en reemplazar el ecosistema mundial de operadores.

El diseño regional crea decisiones de disponibilidad

CoreWeave informó instalaciones en seis países a finales de 2025. Un número de ubicaciones no significa que cada generación de aceleradores, cada fabric, cada servicio o cada velocidad de conexión privada esté disponible en cada país. Las regiones entran en servicio por fases, porque la electricidad, la refrigeración, la red, el hardware y la preparación operativa no llegan simultáneamente.

Para los clientes, la geografía afecta más que a la latencia. Influye en la gobernanza de datos, la proximidad a la nube, el personal, la fuente de energía, los fallos correlacionados y qué socio controla el camino local. Para CoreWeave, cada nuevo país añade, además de capacidad, coordinación legal, energética y de cadena de suministro adicional. La expansión geográfica de la red es, por tanto, un modelo operativo, no un mapa de cajas idénticas.

La fiabilidad convierte el capital en tiempo utilizable

El hardware de CoreWeave sigue financiado, independientemente de si un trabajo avanza o espera. Por eso, la fiabilidad es una variable financiera. Un fallo de fabric, una GPU débil, un atasco de almacenamiento o un error del planificador pueden reducir la capacidad facturable y utilizable mientras los intereses, los arrendamientos y los compromisos de electricidad siguen corriendo.

Los rezagados importan más que los fallos totales

Un nodo caído es visible. Un rezagado puede seguir técnicamente vivo y, sin embargo, ralentizar cada punto de sincronización. Los trabajos grandes necesitan, por tanto, telemetría que detecte la degradación del rendimiento, no solo la salud binaria. El planificador y el equipo de operaciones deben decidir si vaciar, reemplazar o seguir usando un componente.

Los documentos públicos no contienen una distribución completa de abortos de trabajo, latencias de cola o frecuencia de rezagados. Esto no prueba una mala fiabilidad, pero limita las comparaciones independientes. Los clientes deben apoyarse en contratos, pruebas de carga y su propia experiencia operativa, en lugar de extrapolar a partir de diagramas de arquitectura.

La cualificación es una prueba de sistema

Antes de liberar un clúster, CoreWeave debe cualificar conjuntamente servidores, switches, ópticas, cables, firmware, controladores, almacenamiento y orquestación. Un arranque exitoso no basta. Lo decisivo es si la topología completa soporta de forma sostenida la carga de trabajo prevista, sobrevive a fallos y puede repararse sin generar nuevas inconsistencias.

La cualificación también tiene una dimensión temporal. Un diseño que funciona con una combinación específica de software y firmware puede comportarse de otro modo tras una actualización. La rápida adopción de nuevas generaciones de NVIDIA aumenta el número de combinaciones que CoreWeave debe soportar, mientras los entornos contractuales más antiguos siguen funcionando. La madurez operativa significa dominar ese solapamiento sin convertir cada ubicación en una excepción única.

La financiación es una capa de la arquitectura

CoreWeave reportó 5.100 millones de dólares de ingresos en 2025 y una pérdida neta de 1.200 millones. Durante el año, se pagaron 10.300 millones en efectivo por propiedades, planta y equipo. Al cierre del ejercicio, las obligaciones de desempeño restantes ascendían a 60.700 millones. El mismo informe describía amplias financiaciones de equipos, deuda, arrendamientos y compromisos de infraestructura.

Estas cifras designan realidades diferentes. Los ingresos son entradas reconocidas por prestación de servicios. Los pagos en efectivo por activos fijos son salidas de inversión, no una valoración de la flota instalada total. Una pérdida neta muestra que el crecimiento aún no generó rentabilidad consolidada. Las obligaciones de desempeño restantes representan, según la contabilidad, servicios futuros comprometidos contractualmente, no efectivo en caja ni servicios ya prestados.

El primer trimestre de 2026 mostró demanda y costes de financiación a la vez

Para el trimestre hasta el 31 de marzo de 2026, CoreWeave informó 2.078 millones de dólares de ingresos, una pérdida neta de 740 millones y 536 millones de gasto por intereses. Además, la empresa mencionó una cartera de pedidos de 99.400 millones según su propia definición. Los resultados muestran una fuerte visibilidad de demanda y una elevada carga financiera en el mismo período.

La cartera de pedidos no es directamente intercambiable con las obligaciones de desempeño restantes a fin de año. Las definiciones y los momentos temporales difieren. Ambas señalan demanda contractual futura, pero la conversión depende de que CoreWeave ponga en servicio instalaciones, electricidad, hardware y capacidad de red y luego cumpla los contratos. Cuanto más convincente parezca la cartera de pedidos, mayor es la obligación de entrega asociada.

La financiación respaldada por GPU vincula 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, la empresa anunció una línea de financiación de 8.500 millones de dólares, descrita para la transacción mencionada como respaldada por GPU y con calificación de grado de inversión. La línea amplía la capacidad de despliegue; no es un ingreso y no otorga una calificación de grado de inversión a todas las obligaciones de la empresa.

La financiación respaldada por activos puede ajustar la deuda al hardware y a los flujos de pago contractuales. También puede crear restricciones sobre las garantías, el uso y la aplicación de fondos. Los aceleradores, switches y ópticas envejecen rápido en comparación con muchos activos de infraestructura tradicionales. El modelo funciona mejor cuando la utilización se mantiene alta y los contratos con clientes duran más que el período en que los equipos son económicamente más valiosos.

El diseño de red repercute así en la calidad crediticia. Una topología con mayor utilización aumenta la producción productiva de los activos financiados. Un emplazamiento 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 financiera 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 capacidad, respaldar la financiación y dar seguridad al proveedor para adquirir equipos con antelación. La misma concentración otorga poder de negociación al cliente y hace que la utilización dependa de una sola relación comercial.

CoreWeave ha anunciado o informado otras relaciones con clientes, entre ellos Meta y Anthropic. Flow Traders eligió a la empresa en julio de 2026 para el entrenamiento de modelos fundacionales, y Leidos anunció una colaboración para IA en defensa, seguridad nacional e inteligencia. Estas declaraciones evidencian contratos, decisiones de selección o colaboración en la medida que describen las fuentes. No prueban que la concentración haya desaparecido ni que toda la capacidad anunciada ya se haya desplegado.

Los contratos take-or-pay transfieren riesgo, pero no lo eliminan

Los contratos plurianuales take-or-pay pueden dar a CoreWeave visibilidad de demanda y respaldar 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. Persisten los riesgos de construcción, electricidad, suministro, rendimiento, crédito y renegociación.

Para los clientes, el contrato invierte parte de la promesa de la nube. La nube pública clásica enfatiza el consumo elástico y el bajo compromiso. Un clúster de IA dedicado puede requerir una relación más larga y de tipo infraestructural, porque el proveedor ha construido o reservado capacidad específica. En la superficie, el servicio parece software de nube; en el fondo, se comporta como financiación de proyectos.

Defensa y trabajo regulado elevan el umbral de exigencia

La colaboración con Leidos del 30 de julio de 2026 amplía la plataforma hacia misiones de defensa e inteligencia. Dicha colaboración no acredita cada autorización, certificación o despliegue necesario para el trabajo regulado. Sin embargo, muestra que la seguridad, el control de la cadena de suministro, la auditabilidad y la continuidad operativa pueden convertirse en componentes más importantes del producto de CoreWeave.

Una VPC impuesta por DPU, conexiones privadas y operación gestionada pueden respaldar un diseño de alta seguridad. No reemplazan controles específicos de programa, requisitos de personal, reglas de tratamiento de datos ni habilitaciones gubernamentales. Cuanto más se acerque CoreWeave a cargas de trabajo críticas, más transparentes deben volverse sus límites de responsabilidad.

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

En 2025, CoreWeave adquirió Weights & Biases, OpenPipe, marimo y Monolith AI. Weights & Biases añadió herramientas para el desarrollo y la observabilidad de modelos; las demás adquisiciones ampliaron capacidades de inferencia, cuadernos e IA industrial. Con ello, CoreWeave se mueve más allá de la infraestructura pura hacia más partes del ciclo de vida de desarrollo.

La lógica estratégica es clara. Un proveedor que entiende los flujos de trabajo de modelos puede prever mejor la demanda, hacer la infraestructura más fácil de usar y fidelizar a los clientes a lo largo de más fases de desarrollo. Igualmente claro es el riesgo de integración. Las empresas de software tienen ciclos de lanzamiento, márgenes y culturas diferentes a las operaciones de centros de datos financiados. Pueden surgir solapamientos de producto y conflictos con socios si CoreWeave quiere poseer herramientas que los clientes antes obtenían de proveedores independientes.

La adquisición prevista de Core Scientific apuntaba en la dirección contraria. CoreWeave anunció un acuerdo de fusión en julio de 2025 que habría aportado más control sobre la capacidad de centros de datos y la economía de los arrendamientos. Core Scientific rescindió el acuerdo el 30 de octubre de 2025 tras la votación de sus accionistas. CoreWeave no adquirió la empresa.

En conjunto, las transacciones muestran una estrategia de integración bidireccional: hacia arriba, hacia el software de desarrollo, y hacia abajo, hacia la capacidad física. La fusión fallida muestra a la vez que el control de infraestructura no siempre se puede comprar según el calendario de la plataforma. Accionistas, reguladores, financiación y 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 de cliente, numerosas decisiones de diseño, la cualificación de equipos, la orquestación y los procesos operativos. La empresa puede decidir cómo Nimbus mapea las VPC, cómo se presentan los clústeres, qué servicios se gestionan y cómo se tratan las incidencias. Puede adquirir hardware con antelación y orientar las instalaciones a la densidad de aceleradores.

NVIDIA controla hojas de ruta clave de producto para GPUs, NVLink, InfiniBand, Spectrum-X y BlueField. Las compañías eléctricas y los socios de centros de datos controlan partes del suministro eléctrico y de la construcción. 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 mediante contratos.

Esto no es una deficiencia exclusiva de CoreWeave. Toda nube depende de proveedores e instalaciones. Sin embargo, la concentración es relevante porque la diferenciación de CoreWeave está estrechamente ligada a la rápida adopción de sistemas NVIDIA, y los compromisos de capital son inusualmente grandes en relación con su historial operativo. Un retraso o un cambio de hoja de ruta en un proveedor puede propagarse a la entrega a clientes y a la financiación.

La fortaleza de la plataforma reside en la coordinación a través de estas fronteras. Su riesgo es la dependencia correlacionada: la misma generación de proveedor, el mismo diseño de ubicación o el mismo programa de cliente pueden afectar a varios niveles simultáneamente. La integración reduce el número de contratos que un cliente debe gestionar, pero puede aumentar las consecuencias de un fallo del proveedor.

Posición competitiva: una nube especializada es una decisión sobre responsabilidad

CoreWeave compite con nubes hiperscalares, otras nubes GPU especializadas, clústeres propios de clientes y combinaciones de colocation, hosting e integración gestionada. La comparación no puede reducirse al número de GPUs ni a un único benchmark. Los compradores comparan la generación de hardware disponible, el fabric, el almacenamiento, la planificació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 hiperscalares

AWS, Microsoft Azure, Google Cloud y Oracle ofrecen amplios catálogos de servicios, ecosistemas globales y grandes balances. Pueden combinar infraestructura de IA con bases de datos, seguridad, analítica y compras empresariales ya en uso. La contrapropuesta 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 para cargas de trabajo de aceleradores de alta densidad.

La especialización puede reducir la abstracción y acortar la cualificación. También puede generar un perfil de fallo y de proveedor más estrecho. Un cliente que elige CoreWeave puede ganar un proveedor enfocado en la carga de trabajo, pero 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 oferta de aceleradores, clústeres y servicios gestionados. Se diferencian, entre otras cosas, por geografía, estrategia energética, cartera de software, estructura de propiedad, modelo de capital y grado de control de las instalaciones. «Neocloud» es un término de mercado, no una arquitectura común.

Los documentos públicos de CoreWeave proporcionan evidencia inusualmente detallada sobre escala y riesgo. Por sí solos no prueban una tecnología superior ni una mejor economía. 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 un ranking 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. A la vez exige adquisiciones, electricidad, edificios, redes, almacenamiento, seguridad, firmware, repuestos y personal especializado. CoreWeave vende la transferencia de gran parte de esa carga.

La transferencia es incompleta. Los clientes siguen diseñando cargas de trabajo, gestionando datos, estableciendo políticas y evaluando el riesgo del proveedor. Los compromisos a largo plazo pueden limitar las opciones de cambio. Un clúster privado carga con el riesgo de infrautilización en el cliente; un contrato de nube, con el riesgo de dependencia del proveedor. Económicamente, se trata de qué parte puede absorber mejor las fluctuaciones y mantener productivo el costoso sistema.

El switching refrigerado por líquido muestra hacia dónde puede desplazarse el próximo cuello de botella

En julio de 2026, CoreWeave publicó material sobre switching refrigerado por líquido, destinado a aumentar la densidad de ancho de banda de red por rack. La afirmación se basa en la arquitectura y los cálculos de la empresa, no en un benchmark independiente de toda la flota. El mecanismo es, no obstante, importante: a medida que aumenta la densidad de aceleradores, los switches y las ópticas consumen tanta electricidad y generan tanto calor que se convierten en parte del problema de refrigeración a nivel de rack.

La refrigeración líquida de un switch puede permitir más capacidad de red dentro de un espacio de rack limitado y reducir la necesidad de ubicar el switching más lejos. Caminos más cortos pueden simplificar el cableado y preservar la densidad. Sin embargo, el diseño vincula el mantenimiento de la red al sistema de refrigeración líquida. Una fuga, un problema de bomba o un procedimiento de mantenimiento pueden afectar a componentes que antes se trataban como equipo de red refrigerado por aire.

El cambio ilustra un patrón más general: los cuellos de botella en la infraestructura de IA migran. GPUs más rápidas exigen más ancho de banda de scale-up. Más ancho de banda de rack exige un switching de scale-out más denso. Un switching más denso eleva la demanda de electricidad y refrigeración. Las nuevas instalaciones requieren entonces diseños mecánicos y eléctricos diferentes. Por tanto, una generación de producto no es solo una actualización de servidor; puede exigir una reforma 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 los preparativos para NVIDIA Vera Rubin NVL72 e incluye 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 mencionada. No acreditan una disponibilidad generalizada en la flota a la fecha de investigación.

Una nueva generación modifica varios niveles a la vez: aceleradores, fabric de scale-up, ancho de banda de scale-out, potencia del rack, refrigeración, firmware, controladores, orquestación y cualificación. Puede mejorar la producción por megavatio y, al mismo tiempo, dejar instalaciones existentes inadecuadas o menos competitivas. La capacidad de CoreWeave para introducir nuevo hardware rápidamente solo es una fortaleza estratégica si se dominan la migración, la utilización y la amortización de los activos más antiguos vinculados contractualmente.

La transición también profundiza la dependencia de NVIDIA. El acceso temprano puede atraer clientes y respaldar contratos premium. También puede exponer a la empresa a plazos de entrega, precios y decisiones de arquitectura que no controla. La diversificación a nivel de cliente o de software no diversifica necesariamente la pila física.

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

La expansión de CoreWeave influye en mercados mucho más allá del alquiler de GPUs. Los compromisos de gigavatios generan demanda de generación, conexiones a la red, transformadores, refrigeración, terrenos y servicios de construcción. Los fabrics de alta densidad de puertos requieren switches, ópticas y fibra. La conectividad privada genera necesidad de capacidad de operador, presencia en puntos de intercambio y rampas de acceso a la nube. Las estructuras de financiación requieren prestamistas capaces de valorar tecnología que envejece rápidamente frente a contratos a largo plazo.

La plataforma también modifica dónde se hace visible el tráfico de Internet. La comunicación de entrenamiento fuertemente acoplada permanece mayoritariamente en fabrics locales, pero los conjuntos de datos, los puntos de control, los artefactos de modelo, las consultas de inferencia y los flujos de trabajo de desarrollo se mueven entre nubes, centros de datos y usuarios. Por eso, el impacto visible en Internet puede deberse menos a una única corriente masiva de entrenamiento que al movimiento continuo alrededor del entorno de entrenamiento.

Para las comunidades y las redes eléctricas que acogen instalaciones, la pila es una decisión sobre potencia y uso del suelo. El paquete de investigación no contiene suficiente evidencia específica por ubicación para un juicio ambiental global de la empresa. Sin embargo, muestra que la capacidad activa y contratada son medidas de crecimiento esenciales, y que los retrasos en el suministro eléctrico o en la construcción representan riesgos de negocio.

Para los ingenieros de redes, la arquitectura muestra que la infraestructura de IA se está convirtiendo en una disciplina propia. El conocimiento sobre enrutamiento y switching sigue siendo necesario, pero ahora se encuentra con bibliotecas colectivas, topología de aceleradores, refrigeración líquida, planificación de cargas de trabajo y financiación de proyectos. Quien ajusta la congestión puede estar protegiendo al mismo tiempo la finalización de trabajos y el servicio de la deuda.

Lo que las pruebas públicas no pueden mostrar

CoreWeave publica documentación de producto, blogs técnicos e informes financieros, pero la pila sigue siendo parcialmente opaca. En el material proporcionado no se encuentra una topología completa actualizada, un inventario de fabrics por ubicación, una tabla de sobresuscripción, un mapa de propiedad de fibra, un historial completo de incidencias ni un archivo de benchmarks independientes para cargas de trabajo concretas.

Este límite debe modular la redacción de las afirmaciones. La documentación de arquitectura puede evidenciar mecanismos. Los informes de la SEC pueden evidenciar hechos financieros y de riesgo consolidados. Las comunicaciones de clientes con nombre pueden evidenciar una selección o colaboración. Ninguna de estas fuentes prueba un resultado universal de carga de trabajo, una disponibilidad para toda la flota o un coste total inferior para cualquier comprador.

La misma cautela se aplica a la escala. La capacidad activa no es capacidad contratada. La cartera de pedidos no es ingreso. Una próxima llamada de resultados no es un resultado. Un acuerdo de cliente anunciado no es lo mismo que el uso activo. Una adquisición prevista no es propiedad. Una generación futura de hardware no es la flota actual.

Estas distinciones no debilitan el perfil. Señalan la verdadera laguna de información que los lectores profesionales deben gestionar. CoreWeave pide a 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 suponer excelencia ni fracaso. Consiste en exigir evidencia al nivel del contrato, clúster y ubicación concretos.

El juicio central

El producto de CoreWeave se describe a menudo como capacidad de cómputo. El producto más profundo es la coordinación. La empresa debe alinear las hojas de ruta de los proveedores con la construcción de centros de datos, los enlaces de scale-up con los fabrics de scale-out, las políticas de DPU con la intención del inquilino, la planificación de Kubernetes con la topología física, el almacenamiento con el comportamiento de los puntos de control, la conectividad del backbone con el acceso del cliente, y la financiación a largo plazo con las cortas generaciones de hardware.

Esta coordinación puede crear una ventaja real. Un proveedor especializado puede tomar decisiones para toda la carga de trabajo, en lugar de que el cliente tenga que ensamblar proveedores separados. Puede cualificar sistemas, resolver fallos e introducir nuevas generaciones más rápidamente de lo que muchas empresas podrían hacer por sí solas. El rápido crecimiento de la plataforma sugiere que los grandes clientes valoran esa transferencia de responsabilidad.

La misma integración concentra consecuencias. Un diseño de fabric, un retraso en la entrega, un error de política, un límite 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 un ancho de banda de titulares. Depende de que todos los niveles conviertan continuamente la capacidad financiada en trabajo fiable para el cliente.