AnswersPublished18 sources
La scommessa di Vlad Tenev: codice verificato per intero entro due anni
Il 4 novembre 2026 Vlad Tenev ha previsto che tutto il codice sarà verificato formalmente entro due anni, a partire dai software critici per la sicurezza.[16] La verifica formale può dimostrare proprietà specifiche entro i limiti di un modello e delle sue ipotesi; non garantisce che la specifica rifletta ogni esigen...
Pubblicato daModificato con GPT-6 LunaImmagini generate con GPT Image 2
Research answer
Key takeaways
- Il 4 novembre 2026 Vlad Tenev ha previsto che tutto il codice sarà verificato formalmente entro due anni, a partire dai software critici per la sicurezza.[16]
- La verifica formale può dimostrare proprietà specifiche entro i limiti di un modello e delle sue ipotesi; non garantisce che la specifica rifletta ogni esigenza del mondo reale.
- Tenev è cofondatore e presidente esecutivo di Harmonic, che sviluppa la tecnologia Aristotle: la sua previsione è quindi anche una stima interessata, non una prova di adozione su vasta scala.[14]
AI Prompt
openai.comCreate a landscape editorial hero image for this Studio Global article: What is Robinhood CEO Vlad Tenev’s November 4 prediction that all code will be formally verified within two years, starting with safety-crit. Article summary: Tenev’s November 4, 2026 prediction is that “all code will be formally verified within two years,” beginning with safety-critical software and spreading to less-critical code—effectively a deadline of November 2028.[16] . Topic tags: general, academic, news, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks
La previsione di Vlad Tenev è ambiziosa: entro due anni tutto il codice dovrebbe essere verificato formalmente, cominciando dai software critici per la sicurezza e procedendo poi verso gli altri.16 Se il conto parte dal 4 novembre 2026, la scadenza indicata è novembre 2028.
Gli esempi presentati finora da Harmonic mostrano che l’intelligenza artificiale può essere applicata alla verifica di software e hardware. Sono risultati circoscritti, però: non dimostrano che ogni sistema possa essere verificato, né che ciò avverrà entro quella data.
Dalla previsione alla tecnologia di Harmonic
Il 27 ottobre Tenev aveva scritto che «tutto il software e l’hardware sarà verificato», dopo che Harmonic aveva annunciato l’estensione di Aristotle, il suo modello, alla verifica di codice e chip.15
2 Il messaggio del 4 novembre aggiunge una tempistica precisa e l’idea di un’adozione graduale, a partire dai sistemi più delicati.
16
Tenev ha cofondato Harmonic ed è il presidente esecutivo della società.14 Il suo ruolo rende la previsione rilevante per capire le ambizioni dell’azienda, ma invita anche a leggerla come una stima formulata da una persona con un interesse commerciale nel settore. Harmonic ha ricevuto finanziamenti dal braccio di venture capital di Nvidia, da Sequoia Capital e da Ribbit Capital; un round da 120 milioni di dollari, riportato nel novembre precedente, aveva valutato la società 1,45 miliardi.
31 Investimenti e valutazioni segnalano fiducia e risorse, ma non provano né l’affidabilità della tecnologia in ogni contesto né il rispetto della scadenza prevista.
Che cosa significa «verifica formale»
Harmonic descrive Aristotle come uno strumento che usa metodi formali per dimostrare se determinate proprietà valgono per tutti gli input coperti da un sistema definito.6 È un approccio diverso dai test, che controllano casi selezionati, e dalla revisione del codice, in cui le persone esaminano il programma.
Il punto decisivo è che ogni dimostrazione riguarda proprietà precise, definite da una specifica e da un modello. Una prova può stabilire che il codice rispetta la specifica senza dimostrare che quest’ultima rappresenti correttamente ciò che serve nella realtà. Anche precondizioni e ipotesi sull’ambiente delimitano il risultato: se uno scenario pericoloso è escluso dal modello, la prova potrebbe non dire nulla su quel caso.
Perciò «verificato» non significa automaticamente «privo di difetti in qualsiasi situazione». Le prove formali possono offrire garanzie solide sulle proprietà definite; da sole, però, non stabiliscono se i requisiti siano corretti, se le ipotesi corrispondano alle condizioni d’uso o se il comportamento fuori dal modello sia sicuro.
Che cosa mostrano, finora, gli esempi di Aristotle
Il 27 ottobre Harmonic ha annunciato l’estensione di Aristotle dai risultati matematici alla verifica di software scritto in C e di hardware descritto in Verilog.2
6 È un passo verso l’uso di metodi formali in ambito ingegneristico, non la prova che il sistema sia già diffuso tra aziende, linguaggi e progetti diversi.
- Software di controllo del reattore DIII-D: secondo quanto riportato, il laboratorio di fusione ha usato Aristotle per ricostruire una parte del software di controllo del reattore in quattro ore, a partire da un articolo di ricerca e da un prompt di 254 parole.
33 Il risultato riguarda una parte del software: non dimostra che l’intero sistema di controllo sia stato verificato o che la ricostruzione, da sola, certifichi un funzionamento sicuro.
- Istruzioni del processore Ibex: un rapporto di ricerca descrive il lavoro di Harmonic del 3 novembre, che avrebbe dimostrato nove proprietà per una specifica configurazione del moltiplicatore e divisore Ibex RISC-V, confrontandola con una specifica Sail.
18 È una verifica delimitata, non una prova sull’intero processore o su tutte le sue configurazioni.
- Proprietà definite, non correttezza assoluta: l’annuncio di Harmonic riguarda proprietà specificate per C e Verilog; non offre una garanzia generale che un programma o un chip siano corretti sotto ogni aspetto.
6 Le informazioni disponibili non forniscono un quadro completo, valutato in modo indipendente, delle verifiche supportate, delle esclusioni e dei limiti nei diversi usi.
Questi esempi sono significativi perché mostrano tentativi concreti di applicare metodi formali a software e hardware. Ma dimostrazioni su porzioni di codice o configurazioni selezionate non bastano a stabilire che la verifica sia praticabile, sostenibile e mantenibile per l’insieme dei sistemi usati in produzione.
Quali prove servirebbero per rendere credibile la scadenza
La previsione riguarda l’adozione su larga scala, non solo la possibilità di dimostrare proprietà selezionate. Per valutarla meglio servirebbero risultati riproducibili in modo indipendente, implementazioni in produzione su sistemi diversi, indicazioni chiare sui linguaggi e sugli strumenti supportati e prove che le verifiche possano essere aggiornate quando il software cambia.
Resta inoltre indispensabile un controllo indipendente dei requisiti, dei modelli, delle ipotesi e dell’integrazione con i sistemi effettivamente distribuiti. Le dimostrazioni possono rafforzare le garanzie ingegneristiche, ma non eliminano la necessità di esaminare questi aspetti.
Le informazioni disponibili non indicano quali componenti, se ce ne sono, della piattaforma di trading di Robinhood siano stati verificati formalmente. È una lacuna nelle informazioni pubbliche, non la prova che tali componenti non esistano.
La lettura più prudente, oggi, è che Tenev abbia formulato una previsione ambiziosa e legata agli interessi commerciali di Harmonic, mentre gli esempi dell’azienda sono promettenti ma circoscritti. Sostengono l’interesse per la verifica formale assistita dall’IA, ma non dimostrano che tutto il codice sarà verificato entro novembre 2028.
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
People also ask
What is the short answer to "La scommessa di Vlad Tenev: codice verificato per intero entro due anni"?
Il 4 novembre 2026 Vlad Tenev ha previsto che tutto il codice sarà verificato formalmente entro due anni, a partire dai software critici per la sicurezza.[16]
What are the key points to validate first?
Il 4 novembre 2026 Vlad Tenev ha previsto che tutto il codice sarà verificato formalmente entro due anni, a partire dai software critici per la sicurezza.[16] La verifica formale può dimostrare proprietà specifiche entro i limiti di un modello e delle sue ipotesi; non garantisce che la specifica rifletta ogni esigenza del mondo reale.
What should I do next in practice?
Tenev è cofondatore e presidente esecutivo di Harmonic, che sviluppa la tecnologia Aristotle: la sua previsione è quindi anche una stima interessata, non una prova di adozione su vasta scala.[14]