La afirmación de Sandisk y SK hynix sobre el estándar HBF aún necesita pruebas
Sandisk y SK hynix llegaron a Google News con una afirmación llamativa: los socios publicaron la primera especificación de Open Compute Project para High Bandwidth Flash.
El titular suena como un paso decisivo hacia un estándar de la industria. Sin embargo, los anuncios accesibles de las empresas describen un grupo de trabajo de OCP y el inicio de la estandarización, no una especificación finalizada.
Esta distinción importa porque High Bandwidth Flash, o HBF, sigue siendo una clase de memoria propuesta, no un producto comercial ampliamente probado. HBF sitúa memoria flash NAND apilada cerca de los procesadores de IA, con el objetivo de ofrecer mayor capacidad que la memoria de alto ancho de banda y más ancho de banda que el almacenamiento convencional.
La competencia central no es simplemente Sandisk frente a otro fabricante de memoria. Es la promesa de HBF de aportar abundante memoria para inferencia frente a las ventajas de latencia, resistencia, software y fabricación de los sistemas HBM consolidados.
Sandisk aporta una amplia experiencia en NAND y unión de obleas. SK hynix contribuye conocimientos de diseño de HBM, encapsulado y fabricación a gran volumen. Su cooperación da más credibilidad a HBF, pero los anuncios de asociaciones no pueden sustituir al hardware interoperable ni a un estándar público aprobado.
La historia resultante es más trascendente que una actualización ordinaria de una especificación. Pone a prueba si la infraestructura de IA puede añadir un nivel de memoria práctico entre la costosa HBM y el almacenamiento SSD, comparativamente distante.
Lo que Google News confirma y lo que no confirma
El evento confirmado es un esfuerzo organizado de estandarización, mientras que la supuesta publicación de una especificación de OCP terminada sigue siendo difícil de verificar públicamente.
El 25 de febrero de 2026, Sandisk y SK hynix celebraron el inicio de la estandarización de HBF en la sede de Sandisk en Milpitas, California. Ambas empresas dijeron que formarían un grupo de trabajo dedicado bajo Open Compute Project.
Su objetivo declarado es desarrollar HBF como un estándar industrial para la infraestructura de inferencia de IA. El grupo de trabajo ofrece un foro para definir requisitos técnicos y fomentar la participación más allá de las dos empresas fundadoras.
Se trata de un avance significativo. Un grupo de trabajo de OCP puede exponer una propuesta a constructores de sistemas, diseñadores de chips, operadores de nube y otros proveedores de memoria antes de que los productos queden definidos.
Sin embargo, iniciar ese proceso es distinto de publicar una especificación técnica aprobada. El anuncio de estandarización de HBF de SK hynix indica que los socios pondrían en marcha el grupo de trabajo e iniciarían las labores de estandarización.
La correspondiente iniciativa de OCP de Sandisk también presenta el evento como un comienzo. No identifica una versión final de la especificación, una fecha de aprobación, un número de documento público ni un programa de cumplimiento.
Estos detalles ausentes generan una brecha de verificación en torno al titular que circula a través de Google News. Una aparición en un agregador confirma que los editores difundieron la afirmación, no que OCP haya completado su revisión técnica.
Una especificación publicada normalmente deja un rastro más claro. Los lectores deberían esperar un título de documento, número de versión, historial de revisiones, estado de gobernanza y contenido técnico descargable.
Un estándar maduro también define qué deben implementar los proveedores independientes. Eso podría incluir interfaces eléctricas, comportamiento de comandos, dimensiones del encapsulado, límites térmicos, objetivos de fiabilidad y reglas de interoperabilidad.
Nada de esto significa que la especificación comunicada sea necesariamente ficticia. Podría existir una contribución preliminar, un borrador o un documento recién presentado sin estar fácilmente indexado.
La conclusión prudente es más limitada. Los materiales de primera parte accesibles públicamente confirman el grupo de trabajo, pero no establecen de forma independiente que exista una especificación de OCP finalizada.
Esa brecha debería orientar la interpretación del artículo. El cambio importante es que dos grandes empresas de memoria están incorporando HBF a un proceso reconocido de infraestructura abierta.
La cuestión sin resolver es hasta dónde ha avanzado ese proceso. Hasta que OCP publique documentación identificable, la “primera especificación” debe tratarse como una afirmación reportada, no como un hito consolidado.
Por qué la inferencia de IA necesita otro nivel de memoria
HBF apunta al espacio cada vez mayor entre la HBM rápida pero limitada en capacidad y los grandes SSD, que están demasiado lejos de los aceleradores.
La inferencia de IA lee repetidamente los pesos de los modelos y los datos temporales de atención mientras genera respuestas. Por ello, los modelos grandes pueden exigir tanto alta capacidad como un movimiento sostenido de datos hacia los procesadores.
HBM realiza bien esta tarea porque sitúa DRAM apilada verticalmente cerca de un acelerador. Las interfaces amplias mueven datos más rápido de lo que puede gestionar la memoria convencional de servidor.
La contrapartida es la capacidad, la complejidad de fabricación y el espacio limitado del encapsulado. Añadir más pilas de HBM eleva los costes del sistema y consume un área valiosa alrededor del procesador.
Los SSD empresariales proporcionan mucha más capacidad, pero sus interfaces orientadas a bloques y rutas de almacenamiento añaden latencia. No pueden comportarse simplemente como HBM junto a una GPU.
HBF propone un nivel intermedio. Apila memoria flash NAND mediante conceptos de encapsulado asociados a HBM y conecta esa capacidad a través de una vía amplia y de alto ancho de banda.
La hoja informativa de HBF publicada por Sandisk describe un objetivo de primera generación de 1,6 terabytes por segundo. También indica 256 gigabits por matriz y 512 gigabytes en una pila de 16 matrices.
Estas cifras son objetivos de la empresa, no resultados de pruebas independientes. No obstante, explican por qué interesan a los diseñadores de infraestructura.
Una pila HBF de 512 gigabytes alojaría sustancialmente más datos que un encapsulado HBM típico. Varias pilas podrían mantener componentes más grandes de los modelos cerca de los aceleradores, en lugar de recuperarlos repetidamente de SSD.
El diseño es especialmente relevante para la inferencia porque muchos despliegues realizan muchas más lecturas que escrituras. NAND tolera ciclos limitados de programación y borrado, pero las cargas de trabajo de servicio de modelos con muchas lecturas pueden reducir esa desventaja.
Entre las aplicaciones útiles podrían estar el almacenamiento de pesos de modelos, índices de recuperación o partes de la caché clave-valor. Una caché clave-valor almacena datos de atención creados mientras un modelo procesa y genera una secuencia.
Ninguno de estos usos convierte a HBF en equivalente de HBM. NAND tiene una latencia de acceso mayor que DRAM, por lo que el software debe ubicar los datos según el comportamiento de la carga de trabajo.
La información a la que se accede con frecuencia permanecería en HBM. Los datos más grandes o menos sensibles a la latencia podrían trasladarse a HBF, mientras que los SSD conservarían los conjuntos de datos más fríos y el almacenamiento persistente.
Esta disposición por niveles desplaza la complejidad en lugar de eliminarla. Los aceleradores, compiladores, sistemas operativos y marcos de servicio deben saber dónde pertenecen los datos y cuándo deben moverse.
El mecanismo se parece más a una jerarquía de memoria que a un reemplazo directo. Los procesadores ya utilizan registros, cachés, memoria del sistema y almacenamiento porque ninguna tecnología única optimiza todos los requisitos.
HBF extiende esa jerarquía más cerca del acelerador. Su valor depende de mantener suficientes datos útiles cerca sin exponer la latencia de NAND en momentos críticos de ejecución.
El momento también refleja un cambio en las prioridades de infraestructura de IA. El entrenamiento dominó la primera oleada de gasto en aceleradores, mientras que la inferencia se está convirtiendo en una carga operativa mayor.
El entrenamiento suele recompensar el máximo ancho de banda para un trabajo programado. La inferencia debe equilibrar latencia, capacidad, utilización y consumo energético entre solicitudes repetidas.
Las ventanas de contexto más largas aumentan esa presión. También lo hacen los modelos de mezcla de expertos, que activan componentes seleccionados del modelo, pero aun así requieren que los sistemas almacenen y recuperen grandes cantidades de pesos.
Sandisk comenzó a presentar HBF públicamente en 2025. Su acuerdo de colaboración de agosto de 2025 indicaba que las primeras muestras de memoria estaban previstas para la segunda mitad de 2026.
El mismo anuncio fijaba como objetivo muestras de los primeros dispositivos de inferencia equipados con HBF para principios de 2027. Estas fechas siguen siendo objetivos hasta que los clientes reciban y validen hardware funcional.
Ese calendario hace urgente la estandarización. Los proveedores necesitan supuestos estables antes de comprometer interfaces de aceleradores, encapsulados, controladores, sistemas de refrigeración y software a un nivel de memoria desconocido.
El verdadero rival de HBF es el sistema HBM existente
Sandisk y SK hynix deben demostrar que la capacidad adicional de NAND compensa el coste de añadir latencia, complejidad de software y otra tecnología de encapsulado.
HBF suele describirse como una alternativa a HBM, pero ese enfoque simplifica en exceso su posición competitiva. Es más probable que los sistemas HBF iniciales complementen a HBM que la eliminen.
HBM proporciona memoria de trabajo de baja latencia y alto rendimiento para aceleradores. HBF busca mantener conjuntos de datos más grandes y con muchas lecturas cerca de los mismos recursos de cómputo.
Eso crea una referencia exigente. HBF no solo debe superar a un SSD. Debe mejorar los sistemas completos de inferencia lo suficiente como para justificar su rediseño.
La métrica relevante no es únicamente el ancho de banda máximo. A los operadores les importan los tokens por segundo, el tiempo hasta el primer token, los usuarios simultáneos, el consumo energético, la utilización de los aceleradores y el coste total del sistema.
Un elevado ancho de banda anunciado puede coexistir con un rendimiento deficiente de las aplicaciones. Los accesos aleatorios, la sobrecarga del controlador, el movimiento de datos y los fallos de caché pueden determinar los resultados reales.
Sandisk afirma que su tecnología CMOS directly Bonded to Array conecta los circuitos de control directamente a una matriz NAND. El enfoque busca rutas de datos más cortas y mayor paralelismo que los que proporciona un controlador SSD convencional.
SK hynix aporta experiencia con vías a través del silicio, ensamblaje de pilas, gestión térmica y producción de HBM. Ese conocimiento de encapsulado aborda una parte diferente del problema.
Por tanto, la asociación es complementaria. Sandisk entiende la memoria flash de alta densidad, mientras que SK hynix opera en el centro del actual mercado de HBM.
También crea una tensión estratégica inusual. SK hynix se beneficia de la fuerte demanda de HBM, pero está ayudando a desarrollar una tecnología posicionada por debajo de HBM en la jerarquía de memoria.
La aparente contradicción tiene sentido si HBF amplía el mercado total. SK hynix puede proteger su papel en HBM mientras participa en un segundo nivel que, de otro modo, podría desarrollarse sin ella.
No se trata necesariamente de una competencia de suma cero. Un acelerador de inferencia podría utilizar HBM para el cómputo activo y HBF para la capacidad del modelo, aumentando la demanda de ambas.
La competencia más difícil se refiere a la arquitectura del sistema. Los servidores de IA actuales ya conectan aceleradores a HBM, DRAM del host, almacenamiento NVMe y almacenamiento en red.
HBF debe ganarse un lugar dentro de esa jerarquía. Cada nuevo nivel añade controladores, decisiones de planificación, modos de fallo, requisitos de validación y dependencias de aprovisionamiento.
El soporte de software se vuelve decisivo. Un marco de servicio debe saber qué tensores o segmentos de caché pueden tolerar la latencia de HBF.
Una mala ubicación podría detener un acelerador costoso mientras espera a la memoria flash. Una buena ubicación podría permitir que el mismo acelerador atienda un modelo más grande o más solicitudes simultáneas.
Los desarrolladores necesitarán herramientas de perfilado que expongan esos efectos. La asignación automática podría llegar a ocultar parte de la complejidad, pero los primeros sistemas probablemente requerirán ajustes específicos para cada carga de trabajo.
Los estándares ayudan al proporcionar a los equipos de software un objetivo estable. También reducen el riesgo de que cada proveedor de aceleradores implemente una interfaz incompatible.
OCP es relevante porque entre sus miembros hay participantes de la nube y los centros de datos que pueden evaluar las concesiones a nivel de sistema. Su participación otorgaría a HBF una validación más sólida que la de dos proveedores actuando por su cuenta.
Sin embargo, una línea de trabajo abierta no garantiza una adopción amplia. Samsung, Micron, Kioxia, los diseñadores de aceleradores y los operadores de hiperescala deben decidir si la interfaz propuesta responde a sus intereses.
Algunos proveedores podrían preferir memoria conectada mediante CXL, configuraciones HBM más grandes, formatos de modelos comprimidos o arquitecturas SSD más rápidas. CXL es una interconexión que permite ampliar y compartir memoria entre procesadores y dispositivos.
Estas alternativas pueden solaparse con HBF. También pueden reducir la necesidad de colocar NAND en un paquete similar a HBM.
Por lo tanto, HBF se enfrenta a un competidor instalado en los sistemas, no a una sola empresa. Las arquitecturas existentes centradas en HBM ya cuentan con herramientas de producción, relaciones con clientes y soporte de software.
Sandisk y SK hynix solo pueden desafiar esa posición con pruebas procedentes de sistemas completos. Una especificación es útil, pero los resultados repetibles en cargas de trabajo determinarán si el nuevo nivel sobrevive.
Lo que la afirmación sobre la especificación HBF aún no puede responder
La mayor incertidumbre no es si la NAND apilada puede mover datos con rapidez, sino si los sistemas comerciales pueden usarla de forma predecible y rentable.
La primera cuestión sin resolver es la latencia. Sandisk ha promovido un objetivo considerable de ancho de banda secuencial, pero el ancho de banda no describe todos los patrones de acceso.
Las cargas de trabajo de inferencia pueden recuperar fragmentos de datos pequeños y dispersos. HBF debe demostrar cómo los controladores y el software gestionan esas solicitudes sin provocar largas esperas en los procesadores.
La segunda cuestión es la resistencia de escritura. Las celdas NAND soportan menos escrituras que la DRAM, y los sistemas de inferencia actualizan continuamente algunas formas de estado temporal.
Los pesos de modelos con predominio de lectura se ajustan a las fortalezas de HBF. El comportamiento de caché intensivo en escritura podría exponer sus limitaciones, a menos que los sistemas redirijan las escrituras o gestionen el desgaste de forma eficaz.
La tercera cuestión es el comportamiento térmico. Apilar numerosos chips NAND con lógica aumenta la densidad cerca de aceleradores que ya generan un calor considerable.
Un menor consumo por bit almacenado ayudaría, pero la refrigeración a nivel de paquete sigue siendo un problema de sistema. Los proveedores deben publicar límites operativos bajo cargas de trabajo sostenidas.
El rendimiento de fabricación plantea otro riesgo. Un paquete que contiene numerosos chips unidos puede perder valor económico si los defectos reducen el número de pilas utilizables.
El proceso de unión de Sandisk y la experiencia de empaquetado de SK hynix abordan este desafío. Ninguna de las dos compañías ha proporcionado todavía datos públicos, probados de forma independiente, sobre rendimiento de fabricación o fiabilidad para HBF comercial.
La interoperabilidad es igual de incierta. Un verdadero estándar debería permitir que componentes de distintos proveedores funcionen con controladores y software compartidos.
Un documento desarrollado principalmente en torno a la tecnología de un proveedor podría ser abierto de nombre, pero difícil de implementar para los competidores. La revisión de OCP puede reducir ese riesgo si la participación se amplía.
Los términos de propiedad intelectual también importan. Los fabricantes de sistemas necesitan comprender qué elementos de la interfaz son abiertos y cuáles dependen de procesos de fabricación licenciados.
Una especificación eléctrica no estandarizaría automáticamente la fabricación física. Las empresas pueden compartir interfaces mientras protegen sus diseños de unión, controladores y NAND.
El calendario merece un examen riguroso. Sandisk había fijado como objetivo las primeras muestras de HBF para la segunda mitad de 2026 y muestras de dispositivos equipados con HBF para principios de 2027.
Estos objetivos implican que la validación del silicio, el trabajo de especificación y la integración por parte de los clientes avanzan en paralelo. El desarrollo en paralelo ahorra tiempo, pero aumenta el coste de los cambios de diseño tardíos.
Un documento de OCP verdaderamente aprobado reduciría parte de la incertidumbre. Aun así, dejaría sin responder la preparación para la fabricación, la madurez del software y el rendimiento de las cargas de trabajo.
Los informes del sector también han presentado horizontes de comercialización contradictorios. Algunas coberturas apuntan a muestras alrededor de 2026 y 2027, mientras que hojas de ruta más amplias sitúan el despliegue maduro de HBF más adelante.
Esta diferencia puede reflejar hitos distintos, en lugar de una contradicción directa. Las muestras de ingeniería pueden llegar años antes que los productos de alto volumen y amplia interoperabilidad.
La distinción debe mantenerse visible siempre que Google News u otro agregador amplifique un titular condensado. «Especificación publicada» no significa «producto en envío».
Incluso «muestreo de producto» puede referirse a unidades de evaluación limitadas. Los clientes pueden probar estos dispositivos sin comprometerse a desplegarlos.
Un caso de adopción creíble necesita más que demostraciones internas. Los fabricantes de sistemas independientes deberían publicar cargas de trabajo que comparen configuraciones de HBF, HBM, memoria del host y SSD.
Esas comparaciones deberían controlar el tipo de acelerador, el tamaño del modelo, el tamaño del lote, la longitud del contexto, el consumo y los objetivos de latencia. De lo contrario, las ventajas de capacidad pueden ocultar penalizaciones de rendimiento.
Las empresas también deberían aclarar el comportamiento ante fallos. Los operadores necesitan saber cómo los sistemas aíslan chips defectuosos, preservan la disponibilidad del servicio y se recuperan cuando falla un dispositivo HBF.
Dado que HBF utiliza medios no volátiles, puede plantear cuestiones de seguridad relacionadas con datos residuales de modelos. Las especificaciones deberían definir la sanitización, los controles de acceso y la gestión del ciclo de vida.
Ninguno de estos problemas invalida el concepto. Explican por qué es importante la diferencia entre una línea de trabajo y un estándar terminado.
La línea de trabajo abre el debate. Una especificación pública debería convertir ese debate en requisitos que proveedores, clientes e ingenieros independientes puedan probar.
Tres señales mostrarán si HBF se está convirtiendo en realidad
La próxima fase debe evaluarse por un documento público de OCP, muestras validadas y apoyo de empresas más allá de Sandisk y SK hynix.
La primera señal es una especificación de OCP identificable. Debería incluir una versión, alcance técnico, estado de gobernanza e historial de revisiones.
Su publicación reforzaría la actual afirmación de estandarización. Su ausencia continuada sugeriría que los titulares se adelantaron al proceso formal.
El contenido del documento importa tanto como su existencia. Una propuesta mecánica limitada tendría menos peso que una especificación que cubra interfaces, comandos, fiabilidad e interoperabilidad.
La segunda señal es el hito de muestreo de Sandisk. La empresa fijó como objetivo las primeras muestras de memoria HBF para la segunda mitad de 2026.
Las muestras funcionales deberían producir pruebas detalladas, incluida la latencia de acceso aleatorio, el ancho de banda sostenido, la resistencia, el consumo energético, el comportamiento térmico y la respuesta ante errores.
Las pruebas independientes reforzarían el caso más que las demostraciones de los proveedores. Un retraso no acabaría con HBF, pero debilitaría la trayectoria declarada hacia las muestras de dispositivos de principios de 2027.
La tercera señal es la participación más allá de los socios fundadores. Observe si se incorporan al trabajo proveedores de aceleradores, empresas de hiperescala, fabricantes de servidores, proyectos de software y otros proveedores de memoria.
Una participación amplia demostraría que HBF se está convirtiendo en una arquitectura compartida. Una participación limitada lo dejaría más cerca de una estrategia bilateral de producto.
Samsung, Micron y Kioxia son puntos de comparación especialmente importantes porque cuentan con experiencia relevante en memoria o flash. Su apoyo, propuestas competidoras o silencio aclararán la dirección del mercado.
El apoyo de los aceleradores importa todavía más. HBF no puede convertirse en infraestructura útil si los procesadores carecen de controladores adecuados, conexiones de paquete y software de gestión de memoria.
Los operadores de nube pueden aportar la señal de demanda más sólida. Operan flotas de inferencia lo bastante grandes como para que las mejoras de capacidad y uso de energía justifiquen cambios arquitectónicos.
Los compromisos de software también merecen atención. El soporte para la asignación de memoria en motores de inferencia, compiladores y sistemas de orquestación indicaría que los planes de hardware han avanzado más allá de las presentaciones.
Los lectores que sigan la historia a través de Google News deberían separar estas señales de los anuncios repetidos. Los titulares sindicados a menudo hacen que una asociación parezca varias confirmaciones independientes.
El historial subyacente es sencillo. Sandisk y SK hynix acordaron cooperar en agosto de 2025, lanzaron una línea de trabajo de OCP en febrero de 2026 y describieron futuros objetivos de muestreo.
Una especificación recién publicada sería el siguiente hito diferenciado, pero necesita un documento verificable. Después deben llegar la validación del producto y la participación del ecosistema.
Para los desarrolladores, HBF podría cambiar la forma en que se colocan los modelos, las cachés y los datos de recuperación alrededor de los aceleradores. También podría introducir otro límite de rendimiento que requiera un perfilado cuidadoso.
Los compradores empresariales deberían preguntar si las ganancias de capacidad propuestas mejoran sus cargas de trabajo reales de servicio. Deberían solicitar mediciones de sistema completo en lugar de depender del ancho de banda de los componentes.
Los trabajadores del conocimiento y los usuarios de IA no comprarán HBF directamente. Aun así, podrían sentir sus efectos mediante contextos más largos, modelos más grandes o menores costes de inferencia.
Estos beneficios siguen siendo resultados potenciales, no resultados confirmados. La respuesta más útil es seguir las pruebas en lugar de aceptar una promoción entusiasta o un rechazo prematuro.
El esfuerzo de estandarización merece atención porque aborda un auténtico cuello de botella de memoria. Su éxito depende ahora de que los socios conviertan una línea de trabajo abierta en infraestructura comprobable.
Primero, esté atento al documento de OCP; después, al silicio probado por clientes; y, en tercer lugar, a la participación externa. En conjunto, estas señales revelarán si HBF se está convirtiendo en un estándar o sigue siendo una propuesta prometedora.
