Red Hot Cyber
Sicurezza Informatica, Notizie su Cybercrime, Analisi Vulnerabilità e Intelligenza Artificiale
Un'immagine futuristica ad alta definizione raffigura un robot umanoide bianco e cromato con occhi blu luminosi. Il robot regge con entrambe le mani un tablet digitale che visualizza il logo e la scritta "deepseek" su uno sfondo scuro con interferenze luminose multicolori. L'ambiente circostante è un vortice di luci bokeh al neon (viola, blu e gialle) che suggeriscono un'elaborazione dati ad alta velocità. L'estetica richiama l'intelligenza artificiale avanzata, la robotica di nuova generazione e la potenza computazionale dei moderni modelli di linguaggio.

DeepSeek V4.1 Flash ha un asso nella manica! Il nuovo modello usa 4 volte meno memoria dei precedenti

20 Settembre 2026 09:23
In sintesi

DeepSeek V4.1 Flash introduce un’architettura che riduce drasticamente il consumo di memoria del contesto: il KV-cache richiede circa un quarto della HBM di V4 Flash. Il modello ha 552 miliardi di parametri, ma ne attiva circa 8 miliardi nell’elaborazione e 16 miliardi nella generazione, supportando contesti fino a un milione di token.

DeepSeek ha dimostrato che un modello gigante non deve necessariamente consumare proporzionalmente più memoria. L’azienda ha presentato DeepSeek V4.1 Flash, dove il KV-cache richiede solo un quarto di HBM rispetto a V4 Flash. Si tratta specificamente della memoria per il contesto, non di una riduzione quadrupla di tutta la memoria necessaria per i pesi del modello. Per i servizi multiutente, la differenza è particolarmente importante.

La base di V4.1 Flash contiene 552 miliardi di parametri, mentre la memoria condizionale separata Engram ne aggiunge altri 196 miliardi. L’intero set di file su Hugging Face raggiunge circa 763 miliardi di parametri, inclusi i componenti ausiliari. Tuttavia, il modello attiva circa 8 miliardi di parametri durante l’elaborazione di una richiesta e 16 miliardi durante la generazione di una risposta, quindi le dimensioni dei pesi e il carico computazionale non crescono allo stesso modo.

La principale economia deriva dalla nuova scheda Causal Encoder-Decoder. Venti livelli dell’encoder elaborano prima l’input, dopo di che venti livelli del decoder ricevono un KV-cache comune dallo stato finale dell’encoder, invece di creare copie complete separate a ogni livello. Nella descrizione del modello DeepSeek indica una dimensione del KV-cache globale di 890 byte per token. Tale cache memorizza lo stato del contesto già elaborato.

Advertising

Inoltre, Compressed Sparse Attention 2 riutilizza i dati di attenzione tra i livelli, mentre le principali voci del KV-cache sono memorizzate in FP4.

La cache permanente, che deve essere trasferita sui dispositivi di accumulo, è stata ridotta a circa un ottavo rispetto a V4 Flash. Questo approccio continua la strada che DeepSeek ha già scelto in V4, dove gli sviluppatori hanno ridotto anche il costo del contesto lungo.

Dc84e266d6ab4a2fa0419001ab47ca53 Scaled

L’economia di HBM è particolarmente evidente sullo sfondo del deficit di HBM, che alimenta il boom dell’infrastruttura IA.

Meno memoria occupa il contesto di ogni utente, più sessioni simultanee possono essere gestite sugli stessi acceleratori. DeepSeek stima il guadagno del KV-cache di circa quattro volte rispetto a V4 Flash e di 437 volte rispetto alla prima generazione.

3ffa6d5b6b8644d98c4ded1f5fcec914 Scaled

V4.1 Flash supporta un contesto fino a un milione di token e sa lavorare con testo e immagini. Il modello è già disponibile tramite API ed è stato pubblicato con pesi aperti sotto licenza MIT.

Advertising

V4 Flash l’azienda lo ha già rimosso dall’API, e dal 14 settembre le richieste a V4 Pro verranno temporaneamente indirizzate a V4.1 Flash fino al rilascio di V4.1 Pro. La nuova architettura è progettata per un ulteriore scalamento.


📢 Resta aggiornatoTi è piaciuto questo articolo? Rimani sempre informato seguendoci su 🔔 Google News.
Ne stiamo anche discutendo sui nostri social: 💼 LinkedIn, 📘 Facebook e 📸 Instagram.
Hai una notizia o un approfondimento da segnalarci? ✉️ Scrivici


Luigi Zullo 300x300
Ricercatore di sicurezza informatica con esperienza nell’analisi delle vulnerabilità, nella mitigazione del rischio cyber, nelle attività di red teaming ed ethical hacking e nella protezione di sistemi complessi. Specializzato in penetration testing e Threat Intelligence, contribuisce al rafforzamento della resilienza digitale di infrastrutture e reti aziendali.
Aree di competenza: Penetration Testing, Threat Intelligence, Red Teaming, Vulnerability Assessment, Incident Response