Vad OCP-specifikationen egentligen fastställer
Sandisk och SK hynix publicerade den första tekniska specifikationen för High Bandwidth Flash via Open Compute Project - Sandisk med ett besked den 3 augusti, SK hynix med en presentation på konferensen Future of Memory and Storage i Santa Clara, som pågår 4-6 augusti. Specifikationen omfattar kapaciteter upp till 512 GB med staplar av 8 eller 16 NAND-kretsar, tre prestandaklasser som ger ungefär 0,4 till 3,0 terabyte per sekund i läsbandbredd, samt ett UCIe-gränssnitt för integration med processorer.
Dokumentet är mer än ett datablad. Det fastställer gränssnittet mellan processorn och HBF-stapeln, de elektriska egenskaperna, riktlinjer för driftsäkerhet, kapslingskrav för staplingsprocessen och en programvaruguide för läs- och skrivoperationer. Med andra ord anger det just de delar en systemkonstruktör behöver för att bygga ett kort kring en komponent som ännu inte levereras i stora volymer. Kim Chun-sung, vice vd på SK hynix, beskrev syftet som att vidga gränserna mellan minne och lagring, och företaget utnyttjade samma tillfälle för att presentera en tionde generations NAND med 375 lager och en uppgiven förbättring av energieffektiviteten på 2,5 gånger, med företagsdiskar baserade på den väntade i början av 2027.
Spridningen på 7,5 gånger mellan tre klasser är avslöjande
Specifikationens mest talande siffra är just spannet. Klass ett ger omkring 0,4 terabyte per sekund och klass tre omkring 3,0 - en spridning på 7,5 gånger inom en och samma standard. Minnesstandarder sträcker sig normalt inte så långt. En så bred spridning visar att upphovsmännen inte definierar en enda komponent utan en hel stege, med ett billigt steg med hög kapacitet för att hålla modellvikter och ett snabbt steg som konkurrerar om arbete som i dag utförs av minne med hög bandbredd.
Det är det strategiska innehållet i beskedet, och det är värt att säga rakt ut: HBF finns till eftersom branschen inte kan få tag på nog med HBM. Vår egen bild av minnesmarknaden under de senaste veckorna har varit entydig på just den punkten - den övervägande delen av utbudet av avancerat minne är redan bokat långt före leverans. HBM är snabbt, litet och tilldelat i förväg. NAND är långsammare per bit men oerhört mycket rikligare och inte fullt utbokat. Att sätta en NAND-stapel bakom ett gränssnitt med hög bandbredd är ett försök att köpa kapacitet i den enda valuta som fortfarande finns kvar. Siffran 512 GB betyder mer än 3,0 terabyte per sekund, eftersom kapacitet är det som tar slut först för inferensarbete när kontextfönster och modellvikter växer.
Google och Tenstorrent är underskrifterna som räknas
Att två minnestillverkare enas om en standard bevisar i sig självt mycket lite, eftersom båda säljer just det som normeras. Den avgörande detaljen är att Google och Tenstorrent gick med i konsortiet under standardiseringsarbetet och bidrog till att validera tekniken. Den ena är en hyperskalare som köper acceleratorer i stora volymer och även konstruerar egna, den andra konstruerar acceleratorer. Deras närvaro gör att specifikationen inte längre bara är ett förslag från utbudssidan, utan något som också bär med sig ett åtagande från efterfrågesidan.
Tidsplanen förstärker bilden. Konsortiet inledde arbetet i februari 2026 och publicerade specifikationen omkring sex månader senare, vilket är snabbt för ett minnesgränssnitt, och det skedde innan några delar fanns i serieproduktion. Att standardisera först och leverera sedan är den omvända ordningen mot det vanliga, där en dominerande leverantör levererar en egen del och standarden kommer efteråt för att välsigna den. Att publicera via Open Compute Project innebär också att gränssnittet står öppet för konkurrerande NAND-leverantörer, vilket är den mekanism som mest sannolikt hindrar HBF från att upprepa den tilldelningsklämma som HBM har skapat. För europeiska inköpare som söker leveranssäkerhet under Chips Act är ett öppet gränssnitt med flera möjliga källor ett betydligt bättre utgångsläge än en enskild leverantörs färdplan.
Inköpsfrågan för 2027
Eftersom HBF ansluts via UCIe, en koppling mellan delkretsar, fattas beslutet om att inkludera den redan när acceleratorn eller modulen konstrueras. Det är inte ett kort man lägger till i en server man redan äger, och det är ingen eftermontering. Det lägger en konkret fråga på ert bord redan i nästa inköpscykel, inte 2028: har plattformen vi är på väg att binda oss till för de kommande fyra åren ett HBF-lager - och om inte, vad händer med vår kostnad per inferens när minneskapaciteten blir den begränsning som avgör allt?
Den ärliga reservationen är att en publicerad specifikation inte är kisel. Ingen HBF-del har levererats i stora volymer, prestandaklasserna är konstruktionsmål, och standarder har tidigare dött mellan publicering och produktion. Se det som ett skäl att ställa en riktad fråga till era leverantörer och kräva ett skriftligt svar om färdplanen - inte som ett skäl att skjuta upp ett inköp ni behöver nu. Rätt hållning är att undvika att skriva under en lång plattformsbindning som förutsätter att minneshierarkin från 2026 fortfarande gäller 2028, eftersom de som tillverkar minnet just har publicerat ett dokument som säger motsatsen.
Läs vidare: SK Hynix tjänade 76 procent och höll tillbaka investeringarna | Ert minne för 2027 är redan bokat



