Was die OCP-Spezifikation tatsächlich festlegt
Sandisk und SK hynix haben die erste technische Spezifikation für High Bandwidth Flash über das Open Compute Project veröffentlicht, Sandisk mit einer Mitteilung am 3. August und SK hynix mit einer Präsentation auf der Konferenz Future of Memory and Storage in Santa Clara, die vom 4. bis 6. August läuft. Die Spezifikation umfasst Kapazitäten bis 512 GB mit NAND-Stapeln aus 8 oder 16 Chips, drei Leistungsklassen mit etwa 0,4 bis 3,0 Terabyte pro Sekunde Lesebandbreite und eine UCIe-Schnittstelle zur Anbindung an Prozessoren.
Das Dokument ist mehr als ein Datenblatt. Es legt die Schnittstelle zwischen Prozessor und HBF-Stapel fest, die elektrischen Eigenschaften, Vorgaben zur Zuverlässigkeit, Anforderungen an das Gehäuse für den Stapelprozess und eine Softwareanleitung für Lese- und Schreibvorgänge. Es beschreibt also genau die Teile, die ein Systementwickler braucht, um eine Platine um ein Bauteil herum zu bauen, das noch nicht in Serie ausgeliefert wird. Kim Chun-sung, Executive Vice President bei SK hynix, benannte den Zweck damit, die Grenzen zwischen Speicher und Massenspeicher zu erweitern, und das Unternehmen nutzte dieselbe Veranstaltung, um NAND der zehnten Generation mit 375 Schichten und einer angegebenen Verbesserung der Energieeffizienz um das 2,5-Fache vorzustellen, mit darauf beruhenden Unternehmenslaufwerken ab Anfang 2027.
Die Spanne um das 7,5-Fache über drei Klassen ist der Hinweis
Die aussagekräftigste Zahl der Spezifikation ist die Spanne. Klasse eins liefert etwa 0,4 Terabyte pro Sekunde, Klasse drei etwa 3,0, das ist innerhalb eines einzigen Standards das 7,5-Fache. So weit reichen Speicherstandards normalerweise nicht. Eine so weite Spanne sagt, dass die Autoren nicht ein Bauteil festlegen, sondern eine Leiter, mit einer günstigen Sprosse hoher Kapazität für das Halten von Modellgewichten und einer schnellen Sprosse, die um Aufgaben konkurriert, die heute Speicher mit hoher Bandbreite erledigt.
Das ist der strategische Gehalt dieser Ankündigung, und er lässt sich klar benennen: HBF existiert, weil die Branche nicht genug HBM bekommt. Unsere eigene Lesart des Speichermarkts der vergangenen Wochen war in diesem Punkt einheitlich, mit dem weit überwiegenden Teil des fortschrittlichen Speicherangebots lange vor Lieferung bereits vergeben. HBM ist schnell, klein und zugeteilt. NAND ist je Bit langsamer, aber ungeheuer viel reichlicher vorhanden und nicht vollständig verplant. Einen NAND-Stapel hinter eine Schnittstelle mit hoher Bandbreite zu setzen, ist der Versuch, Kapazität in der einzigen noch verfügbaren Währung zu kaufen. Die 512 GB zählen mehr als die 3,0 Terabyte pro Sekunde, denn bei wachsenden Kontextfenstern und Modellgewichten geht Inferenzlasten zuerst die Kapazität aus.
Google und Tenstorrent sind die Unterschriften, die zählen
Dass sich zwei Speicherhersteller auf einen Standard verständigen, beweist allein sehr wenig, denn beide verkaufen genau das, was genormt wird. Entscheidend ist, dass Google und Tenstorrent dem Konsortium während des Normungsprozesses beitraten und zur Validierung der Technik beitrugen. Das eine ist ein Hyperscaler, der Beschleuniger in Menge kauft und eigene entwirft, das andere entwirft Beschleuniger. Ihre Anwesenheit macht aus der Spezifikation statt eines Vorschlags der Angebotsseite etwas, dem eine Zusage der Nachfrageseite anhängt.
Der Zeitplan bestärkt das. Das Konsortium begann im Februar 2026 und veröffentlichte etwa sechs Monate später, was für eine Speicherschnittstelle schnell ist, und es veröffentlichte, bevor Serienbauteile existieren. Erst normen und dann liefern ist die umgekehrte Reihenfolge des Üblichen, bei dem ein beherrschender Anbieter ein eigenes Bauteil liefert und der Standard hinterherkommt, um es zu segnen. Die Veröffentlichung über das Open Compute Project bedeutet zudem, dass die Schnittstelle konkurrierenden NAND-Lieferanten offensteht, und das ist der Mechanismus, der am ehesten verhindert, dass HBF die Zuteilungsklemme von HBM wiederholt. Für europäische Einkäufer, die unter dem Chips Act Lieferfähigkeit anstreben, ist eine offene Schnittstelle mit mehreren möglichen Quellen eine deutlich bessere Ausgangslage als der Fahrplan eines einzigen Anbieters.
Die Beschaffungsfrage für 2027
Da HBF über UCIe angebunden wird, eine Chiplet-Verbindung, fällt die Entscheidung für den Einbau beim Entwurf des Beschleunigers oder des Moduls. Es ist keine Karte, die man in einen bereits vorhandenen Server steckt, und keine Nachrüstung. Damit liegt eine bestimmte Frage im nächsten Beschaffungszyklus auf Ihrem Schreibtisch und nicht 2028: hat die Plattform, auf die wir uns für die nächsten vier Jahre festlegen wollen, eine HBF-Ebene, und wenn nicht, was passiert mit unseren Inferenzkosten je Token, sobald die Speicherkapazität zur bindenden Beschränkung wird.
Der ehrliche Vorbehalt ist, dass eine veröffentlichte Spezifikation kein Silizium ist. Es wurde kein HBF-Bauteil in Serie ausgeliefert, die Leistungsklassen sind Entwurfsziele, und Standards sind schon früher zwischen Veröffentlichung und Produktion gestorben. Nehmen Sie das als Grund, Lieferanten eine gezielte Frage zu stellen und auf eine schriftliche Antwort zum Fahrplan zu bestehen, nicht als Grund, einen Kauf zu verschieben, den Sie jetzt brauchen. Die richtige Haltung ist, keine lange Plattformbindung zu unterschreiben, die annimmt, die Speicherhierarchie von 2026 werde noch die von 2028 sein, denn die Leute, die den Speicher herstellen, haben gerade ein Dokument veröffentlicht, das das Gegenteil sagt.
Weiterlesen: Ihr Speicher für 2027 ist längst vergeben | Siebzig Prozent des Speichers sind vergeben



