Una tarjeta hero generada titulada 'NVIDIA lanzó un drafter para el buque insignia de 816B de Meta' con el subtítulo 'Sin publicación de blog, sin anuncio — solo un checkpoint de 4,38B en Hugging Face'. Cuatro tarjetas redondeadas muestran '4,38B parámetros del drafter', '5 de 62 capas objetivo', 'Tamaño de bloque 8' y 'vLLM · Blackwell'. Una línea de pie de página dice 'Publicado el 16 de octubre de 2026. Longitudes de aceptación reportadas por NVIDIA; no se publicó ninguna aceleración de extremo a extremo; aún no hay medición independiente.'
Engineering & Research

NVIDIA lanzó discretamente un Drafter para el buque insignia de 816B de Meta

Autor

Rowan Sterling

Fecha de publicación

Últimos modelos · 20Ver todos los modelos →
Benchmarks: Artificial Analysis · actualizado a diario
Volver a todas las publicaciones

NVIDIA published nvidia/Muse-Spark-Open-816B-A42B-DFlash2 to Hugging Face on October 16, 2026, and told nobody. The repository is a draft checkpoint — a 4.38-billion-parameter speculative-decoding model whose entire job is to guess the next several tokens of Muse-Spark-Open-816B-A42B, Meta's 816-billion-parameter open-weight flagship, so the large model can verify a whole block of guesses in one forward pass instead of emitting one token at a time. There is no NVIDIA blog post, no announcement thread, no press release, and as of writing the repository shows zero downloads and zero likes. What it does have is a model card with acceptance-length tables, a working vLLM invocation, and a short list of things it conspicuously declines to claim. This is what the artifact says and what it does not. What the numbers cannot tell you is whether any of it has gone wrong in the field: the documented AI incidents and agent failures around models in this class are collected in the OrcaRouter AI Incident Archive where each entry carries its own sources, severity, confidence grade and disputed flag.

Lo que se lanzó, en el orden en que se puede comprobar.

Todo lo que aparece a continuación proviene del repositorio o de la propia API de Hugging Face para él. Nada de esto requiere confiar en un benchmark de un proveedor.

• El momento — el repositorio se creó a las 04:40 UTC del 16 de octubre de 2026 y sus pesos se registraron aproximadamente cuarenta minutos después; la propia línea de publicación de la tarjeta dice "Huggingface: 10/16/2026". No existe ninguna publicación que la acompañe en el blog para desarrolladores de NVIDIA, y la tarjeta del modelo solo hace referencia al artículo de DFlash y al proyecto Model Optimizer.

• El artefacto — un archivo safetensors en BF16, 4.384.162.432 parámetros, aproximadamente 8,8 GB de almacenamiento. La clase de arquitectura es DFlash2DraftModel, con cinco capas de decodificador densas, atención de ventana deslizante no causal con una ventana de 2048, un tamaño oculto de 8192, 128 cabezas de consulta frente a 16 cabezas de clave-valor de 64 dimensiones cada una, y un vocabulario de 202.048. El tamaño de bloque es 8; el borrador toma cinco capas del objetivo — 3, 19, 31, 47 y 59 — de 62.

• No tiene restricciones — Hugging Face informa que el repositorio es público y sin restricciones. Puedes descargar el modelo borrador ahora mismo, mientras que el repositorio objetivo de Meta sigue detrás de un inicio de sesión con aceptación de términos.

• La pila de licencias — el checkpoint preliminar se rige por el NVIDIA Open Model Agreement, y la ficha añade además la Muse Model License de Meta, con la cadena de atribución «Built with Muse Spark Open» exigida a todo lo que se construya sobre él.

• La procedencia, declarada por NVIDIA — el propio aviso de terceros de la tarjeta dice claramente que Muse-Spark-Open-816B-A42B «no es propiedad de NVIDIA ni ha sido desarrollado por NVIDIA» y que este redactor «fue entrenado por NVIDIA para su uso con ese modelo objetivo». Las indicaciones de entrenamiento provienen de Nemotron-Post-Training-Dataset-v2 de NVIDIA, con aproximadamente 3,48 millones de muestras multilingües que abarcan matemáticas, código y STEM, con respuestas sintetizadas por el objetivo a lo largo de cinco niveles de esfuerzo de razonamiento.

• La cadena de herramientas — la tarjeta dice que el modelo se entrenó con «una compilación preliminar de NVIDIA Model Optimizer 0.47». Model Optimizer 0.47.0 se lanzó públicamente el 23 de septiembre de 2026, y 0.48.0rc0 le siguió el 8 de octubre, así que la receta de la que surgió este generador de borradores ahora es algo que un tercero puede volver a ejecutar.

Este no es el primer drafter para este modelo, y no es el primer drafter de NVIDIA

Ambos hechos importan para juzgar qué hay realmente de nuevo aquí, porque cualquiera de los dos por sí solo haría que la caída pareciera algo que no es.

NVIDIA ha estado publicando discretamente borradores de la familia DFlash para los pesos abiertos de otras personas desde el verano: MiniMax-M2.7-DFlash a mediados de junio, Kimi-K2.6-DFlash y luego Kimi-K2.7-Code-DFlash durante junio y julio, y un borrador Nemotron 3.5 Lightning 30B a principios de agosto. Un borrador Muse Spark Open de NVIDIA es la siguiente entrega de una serie, no un debut.

Muse Spark Open también ya contaba con modelos borradores antes de este. Un checkpoint de DFlash2 bajo una organización de terceros se publicó en Hugging Face el 13 de octubre, y un checkpoint de DSpark para el mismo objetivo se actualizó por última vez el 15 de octubre; ambos, aproximadamente un mes después del stack de día cero de Meta, que denominó DFlash V2 para un runtime y DSpark para el otro. Así que «existe un modelo borrador para Muse Spark Open» no es la noticia.

La historia es más acotada y más útil: el propio checkpoint BF16 DFlash2 de NVIDIA, entrenado con Model Optimizer, ya existe para el modelo, publicado para hardware Blackwell con vLLM como su motor probado. Si estás eligiendo qué drafter ejecutar, la elección es en realidad una elección de stack de servicio, y ahí es donde los dos caminos divergen.

Los números, y las condiciones exactas vinculadas a ellos

NVIDIA informa una cantidad en tres conjuntos de prueba: la longitud de aceptación, el número medio de tokens emitidos por paso de generación, medida con una longitud de borrador de 7.

• MT-Bench, 80 preguntas de dos turnos — 3,73 tokens por paso aceptado con decodificación greedy y 3,01 con muestreo. Matemáticas es la categoría más fuerte, con 4,47; humanidades es la más débil, con 2,92.

• SPEED-Bench cualitativo, 880 prompts en 11 categorías — 3,72 con greedy y 3,01 con muestreo. El rendimiento multilingüe alcanza 4,27 y el de programación 4,15, mientras que la escritura se queda rezagada en 3,05.

• Rendimiento de SPEED-Bench, entradas de 32.000 tokens — 3,30 con greedy y 2,78 con muestreo, y aquí es donde el panorama se agria: el segmento de alta entropía se desploma a 2,51 con greedy y 2,16 con muestreo, frente a 3,71 para texto de baja entropía.

• Las condiciones — esfuerzo de razonamiento xhigh, 4.096 tokens de salida, concurrencia 32, en un único nodo GB300 con TP4 y EP4, servido a través de vLLM con el objetivo en NVFP4. Las cifras greedy corresponden a temperatura 0; las cifras de muestreo corresponden a temperatura 1,0 sin truncamiento top-p ni top-k, utilizando un método de muestreo de draft probabilístico.

Tres salvedades van al lado de esos números, no debajo de ellos. Primero, están reportadas por el proveedor y no hemos reproducido ninguna, ni nadie más ha publicado una medición independiente de este checkpoint. Segundo, la longitud de aceptación no es una aceleración: es el techo a partir del cual se calcula una aceleración. Cada token aceptado aún tiene que ser verificado por un modelo de 816 mil millones de parámetros, y la propia pasada forward del modelo borrador también tiene un costo; NVIDIA no publicó ninguna relación de tokens por segundo ni ninguna comparación de latencia, que es el dato que querría ver un lector que esté decidiendo si desplegar esto. Tercero, todo se midió con concurrencia 32, que no es el régimen en el que la decodificación especulativa suele rendir mejor: las ganancias se concentran en flujos únicos con lotes pequeños y limitados por latencia, y un servidor ocupado obtiene menos.

Lo que estas tablas no miden en absoluto es la calidad de la salida. La verificación con decodificación greedy está diseñada para devolver los propios tokens del modelo objetivo, por lo que la columna greedy se acerca a una afirmación de pura velocidad. La columna de muestreo es la que hay que probar con tu propio tráfico, porque un modelo borrador probabilístico cambia cómo se recorre la distribución, no solo la rapidez.

A generated single-column spec card titled 'NVIDIA Muse-Spark-Open-816B-A42B-DFlash2 — the scoreboard' with six rows: 'Drafter size: 4.38B params, BF16, 8.8 GB', 'Target layers tapped: 5 of 62, block size 8', 'MT-Bench acceptance: 3.73 greedy / 3.01 sampling', 'SPEED-Bench acceptance: 3.72 greedy / 3.01 sampling', 'Test setup: xhigh, 4,096 output tokens, concurrency 32, one GB300 node' and 'End-to-end speedup: not published'. A footer line reads 'Acceptance lengths NVIDIA-reported on vLLM with an NVFP4 target; no independent measurement exists. Acceptance length is not a speedup.'

Cómo activarlo de verdad

La ficha ofrece una única invocación compatible, y es una sola bandera en un servidor vLLM. Se sirve el objetivo y se pasa el drafter mediante el argumento speculative-config: el método es "dflash", el modelo es el checkpoint de NVIDIA, el número de tokens especulativos es 7, el método de muestreo del borrador es probabilístico, y el comando requiere que se confíe en el código remoto. TensorRT-LLM es el segundo motor que enumera la ficha; vLLM es el que esta nombra como motor de aceleración y el que probó en Blackwell.

Hay dos lagunas que merecen mención. La línea de hardware compatible de la tarjeta es NVIDIA Blackwell con Linux, así que esta es una ruta de GPU de centro de datos en lugar de algo que se integre en una configuración de Apple-silicon o de consumo. Y SGLang —que es el runtime a través del cual el propio material de lanzamiento de Meta enruta DFlash V2— no aparece por ningún lado en la lista de motores de NVIDIA para este checkpoint. Los dos drafters no son intercambiables; si tu stack de servicio es SGLang, este repositorio no está escrito para ti.

A screenshot of the rendered Hugging Face model card for nvidia/Muse-Spark-Open-816B-A42B-DFlash2, showing the repository as public and ungated with zero likes, the nvidia-open-model-agreement-license, the Model Optimizer library name, and tags for nvidia, ModelOpt, Muse-Spark-Open-816B-A42B, DFlash and DFlash2. The card body shows the Model Overview and Description, Third-Party Community Consideration, License/Terms of Use, Deployment Geography: Global, Use Case, and a Release Date line reading 'Huggingface: 10/16/2026', followed by sections for Model Architecture, Input, Output, Software Integration, Model Version(s), Training dataset and Inference.

Lo que un redactor cambia para un lector, y lo que no

La decodificación especulativa es la parte de la inferencia de modelos grandes que llega a gente que nunca descargará un peso, porque es la palanca principal para determinar lo barato que se pueden servir los modelos abiertos muy grandes. Un mejor modelo borrador significa más tokens aceptados por paso, lo que significa más rendimiento por GPU, y eso es lo que con el tiempo se traduce en un precio más bajo y un primer token más rápido en una API. Por eso un modelo de 4.38B es noticia, aunque casi nadie que lea sobre él vaya a ejecutarlo.

Dicho esto, este no pone un modelo de 816B sobre tu escritorio. Es un complemento de 8,8 GB para un objetivo cuyo checkpoint práctico más pequeño se mide en cientos de gigabytes, sobre silicio Blackwell, bajo dos licencias superpuestas. No es un modelo con el que conversas, no produce texto propio y no puede ejecutarse en absoluto sin el objetivo para el que fue entrenado a generar borradores.

Si quieres la capacidad de Muse Spark sin nada de eso, la línea servida es donde reside: Muse Spark 1.2 y Muse Spark 1.1 son los dos checkpoints que enruta OrcaRouter, ambos al precio de lista de Meta con 0 % de recargo transferido directamente, ya que el precio del proveedor se transfiere en lugar de aplicar un recargo. Muse Spark Open y este checkpoint de borrador DFlash2 no están en nuestro catálogo y no vamos a insinuar lo contrario — un borrador para pesos autoalojados es infraestructura autoalojada. Donde seguimos siendo útiles al respecto es en la parte aburrida: una API para más de 200 modelos, conmutación automática por fallo cuando un proveedor se degrada, y un DSL de enrutamiento que mueve el tráfico entre modelos mediante configuración en lugar de un cambio de código, lo cual es una forma barata de averiguar qué hace un checkpoint no probado con tráfico real sin apostar una ruta de producción a él.

¿Qué resolvería las cuestiones pendientes?

Cuatro cosas cambiarían este artículo, y ninguna de ellas es un misterio sobre las intenciones de NVIDIA.

• Una cifra de aceleración de extremo a extremo — tokens por segundo o latencia frente a una línea base equivalente sin especulación en el mismo hardware, medida por alguien distinto de NVIDIA. La longitud de aceptación te indica que el borrador está acertando con frecuencia; no te indica que el servidor se haya vuelto más rápido.

• Una comparación de objetivos BF16 frente a NVFP4 — todas las tablas publicadas se midieron con el objetivo NVFP4, que es lo que la mayoría de la gente realmente servirá, pero la tarjeta no reporta ningún caso en el que el objetivo se ejecutara a mayor precisión.

• Compatibilidad fuera de vLLM y TensorRT-LLM — si el checkpoint aparece en SGLang, los dos drafters de DFlash2 para Muse Spark Open pasan a ser intercambiables en lugar de específicos de cada stack, y es entonces cuando elegir entre ellos se vuelve sencillo.

• Un reentrenamiento con herramientas publicadas — este modelo borrador salió de una compilación preliminar de Model Optimizer 0.47. Dado que 0.47.0 es pública desde el 23 de septiembre y 0.48.0rc0 está disponible desde el 8 de octubre, la receta se puede examinar, y un checkpoint entrenado con ella probablemente reportaría algo ligeramente mejor.

Hasta que al menos se concrete la primera de esas cosas, el resumen honesto es que NVIDIA ha lanzado un modelo borrador bien documentado, sin restricciones de acceso y específico para hardware, para el modelo insignia de otra empresa, ha publicado las longitudes de aceptación y se ha saltado el anuncio; y la razón para prestarle atención no es que Muse Spark Open se haya vuelto más rápido, sino que la infraestructura para hacer asequibles a escala los pesos abiertos de 816 000 millones de parámetros sigue llegando con la misma discreción que esto.

A screenshot of the GitHub Releases page for the NVIDIA/Model-Optimizer repository, showing v0.47.0 as the latest release dated Sep 23, 2026 and v0.48.0rc0 as a pre-release dated Oct 8, 2026, above earlier releases v0.46.0 (Jul 30, 2026), v0.45.1 (Jul 2, 2026) and v0.44.0 (Jun 4, 2026) down through the v0.3x series, each with its release notes.

Comparados en este artículo1

Detectado en este artículo · Benchmarks: Artificial Analysis · actualizado a diario