AnswersPublished18 sources
Kan all kod vara formellt verifierad 2028? Vlad Tenevs djärva prognos
Den 4 november 2026 förutspådde Vlad Tenev att all kod skulle vara formellt verifierad inom två år, med säkerhetskritisk kod först.[16] Formell verifiering kan bevisa att vissa egenskaper gäller inom en bestämd modell och dess antaganden. Tenev har varit med och grundat Harmonic, som utvecklar verifieringsverktyget...
Publicerad avRedigerad med GPT-6 LunaBilder genererade med GPT Image 2
Research answer
Key takeaways
- Den 4 november 2026 förutspådde Vlad Tenev att all kod skulle vara formellt verifierad inom två år, med säkerhetskritisk kod först.[16]
- Formell verifiering kan bevisa att vissa egenskaper gäller inom en bestämd modell och dess antaganden.
- Tenev har varit med och grundat Harmonic, som utvecklar verifieringsverktyget Aristotle.
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
Vlad Tenevs prognos från den 4 november 2026 är långtgående: all kod ska vara formellt verifierad inom två år, med säkerhetskritisk programvara först.16 Det innebär i praktiken en tidsfrist till november 2028. Harmonics exempel visar att AI-stödd verifiering prövas på konkreta problem, men de är avgränsade demonstrationer – inte belägg för att all kod kommer att verifieras enligt tidsplanen.
Från vision till tidsfrist
Efter att Harmonic den 27 oktober meddelat att företagets verktyg Aristotle skulle börja användas för kod- och chipverifiering skrev Tenev att ”all programvara och hårdvara kommer att verifieras”.15 En vecka senare satte han en tydligare tidsram: all kod inom två år, med säkerhetskritisk kod först.
16
Tenev har varit med och grundat Harmonic och är bolagets verkställande styrelseordförande.14 Det gör hans prognos relevant för diskussionen om marknaden för Harmonics teknik, men också kommersiellt färgad. Bolaget har stöd från Nvidias riskkapitalverksamhet, Sequoia Capital och Ribbit Capital. En rapporterad finansieringsrunda på 120 miljoner dollar i november förra året värderade Harmonic till 1,45 miljarder dollar.
31 Investeringar visar att investerare tror på bolaget – inte att tekniken fungerar för alla slags system eller att prognosen kommer att slå in.
Vad formell verifiering faktiskt kan visa
Harmonic beskriver Aristotle som ett verktyg för att matematiskt bevisa om angivna egenskaper gäller för alla indata inom ett definierat system.6 Det skiljer sig från vanlig testning, där man provar utvalda fall, och kodgranskning, där människor läser och bedömer koden.
Men ett bevis är bara så användbart som egenskapen man försöker bevisa och modellen som beskriver systemet. Beviset kan visa att en implementation följer en specifikation utan att visa att specifikationen motsvarar det verkliga behovet. Modellen, förvillkoren och antagandena sätter också gränser för vad resultatet omfattar. Om ett riskfyllt scenario utesluts genom ett antagande kan beviset vara korrekt, men ändå inte säga något om just den risken.
”Verifierad” betyder alltså inte automatiskt felfri i alla situationer. Ett formellt bevis kan ge starka belägg för vissa tydligt definierade egenskaper. Det avgör inte på egen hand om kraven är rätt formulerade, om antagandena stämmer i drift eller om beteenden utanför modellen är säkra.
Vad Harmonics exempel visar – och inte visar
Den 27 oktober meddelade Harmonic att Aristotle skulle utvidgas från matematiska bevis till verifiering av programvara skriven i C och hårdvara beskriven i Verilog.2
6 Det visar att bolaget tillämpar sin metod på tekniska problem. Det visar däremot inte att metoden redan fått bred användning i olika programmeringsspråk, organisationer och produktionssystem.
Några av de rapporterade demonstrationerna är mer avgränsade:
- Styrprogramvara för DIII-D: Enligt rapporteringen använde det amerikanska fusionslaboratoriet Aristotle för att återskapa en del av sin reaktorstyrprogramvara på fyra timmar, utifrån en forskningsartikel och en prompt på 254 ord.
33 Resultatet gäller en del av programvaran. Det visar inte att hela styrsystemet verifierades eller att rekonstruktionen i sig garanterar säker drift.
- Instruktioner i Ibex-processorn: En rapport om aktuell forskning beskriver hur Harmonic den 3 november uppgav sig ha bevisat nio egenskaper för en viss konfiguration av Ibex RISC-V-processorns multiplikator och dividerare, jämförd med en Sail-specifikation.
18 Det är ett avgränsat resultat – inte ett bevis för hela processorn eller alla dess konfigurationer.
- Kontroller med bestämda mål: Harmonics lansering gäller angivna egenskaper i C och Verilog, inte en generell garanti för att ett program eller chip är korrekt i alla avseenden.
6 Den tillgängliga rapporteringen ger ingen fullständig, oberoende utvärdering av vilka kontroller som stöds och vilka begränsningar som gäller för olika användningsområden.
Exemplen är intressanta eftersom de visar försök att använda formella metoder på programvara och hårdvara. Men demonstrationer av utvald kod eller särskilda konfigurationer bevisar inte att metoden är praktisk, ekonomiskt rimlig och möjlig att underhålla i hela bredden av produktionssystem.
Vad krävs för att prognosen ska hålla?
Tenevs prognos handlar om att formell verifiering ska införas brett – inte bara om att ett verktyg kan bevisa utvalda egenskaper. För att göra tidsplanen mer trovärdig skulle det behövas resultat som går att återskapa oberoende, produktionslösningar i många slags system, tydlig information om språk och verktygskedjor samt belägg för att bevisen kan hållas uppdaterade när programvaran ändras.
Oberoende granskning behövs fortfarande. Team måste bedöma krav, modeller, antaganden och hur det verifierade systemet faktiskt integreras i den miljö där det ska användas. Beviskontroll kan stärka kvalitetssäkringen, men ersätter inte de bedömningarna.
Det underlag som finns här anger inte om någon del av Robinhoods handelssystem har formellt verifierats. Det är en lucka i den tillgängliga informationen – inte ett bevis för att inga sådana komponenter finns.
Den mest försvarbara slutsatsen just nu är att Tenev har gjort en ambitiös prognos med ett tydligt kommersiellt intresse, samtidigt som Harmonic har redovisat lovande men begränsade exempel. Exemplen ger skäl att följa utvecklingen av AI-stödd formell verifiering. De visar inte att all kod kommer att vara verifierad i november 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 "Kan all kod vara formellt verifierad 2028? Vlad Tenevs djärva prognos"?
Den 4 november 2026 förutspådde Vlad Tenev att all kod skulle vara formellt verifierad inom två år, med säkerhetskritisk kod först.[16]
What are the key points to validate first?
Den 4 november 2026 förutspådde Vlad Tenev att all kod skulle vara formellt verifierad inom två år, med säkerhetskritisk kod först.[16] Formell verifiering kan bevisa att vissa egenskaper gäller inom en bestämd modell och dess antaganden.
What should I do next in practice?
Tenev har varit med och grundat Harmonic, som utvecklar verifieringsverktyget Aristotle.