AnswersPublished18 sources
Kan all kode bli formelt verifisert innen 2028?
Vlad Tenev spådde 4. november 2026 at all kode vil bli formelt verifisert innen to år, først sikkerhetskritisk programvare.
Publisert avRedigert med GPT-6 LunaBilder generert med GPT Image 2
Research answer
Key takeaways
- Vlad Tenev spådde 4. november 2026 at all kode vil bli formelt verifisert innen to år, først sikkerhetskritisk programvare.
- Formell verifikasjon kan bevise at bestemte egenskaper holder innenfor en definert modell og dens forutsetninger.
- Tenev er medgrunnlegger og styreleder i Harmonic, selskapet bak verifikasjonsverktøyet 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 Tenev kom med en svært vidtrekkende spådom 4. november 2026: All kode vil være formelt verifisert innen to år, med sikkerhetskritisk programvare først og resten etter hvert.16 Det tilsvarer en frist i november 2028. Harmonics eksempler viser at AI-assistert verifikasjon er i utvikling, men de er avgrensede demonstrasjoner – ikke bevis for at all kode vil bli verifisert innen fristen.
Fra visjon til konkret tidsfrist
Etter at Harmonic 27. oktober varslet at de ville bruke Aristotle til å verifisere kode og brikkedesign, skrev Tenev at «all programvare og maskinvare vil bli verifisert». Innlegget 4. november la til en tidsplan på to år og en gradvis utrulling, med sikkerhetskritisk kode først.15
16
Tenev har vært med på å grunnlegge Harmonic, og selskapet oppgir ham som styreleder.14 Det gjør spådommen relevant for selskapets mulige marked, men betyr også at den bør leses som en prognose fra en person med kommersiell interesse – ikke som en uavhengig vurdering. Harmonic har fått støtte fra Nvidias investeringsarm, Sequoia Capital og Ribbit Capital. En finansieringsrunde på 120 millioner dollar i november året før skal ha verdsatt selskapet til 1,45 milliarder dollar.
31 Investeringer viser at investorer satser på selskapet; de beviser ikke at teknologien virker i alle bruksområder eller at innføringen vil skje innen tidsfristen.
Hva formell verifikasjon kan – og ikke kan – bevise
Harmonic beskriver Aristotle som et verktøy som bruker formell verifikasjon til å bevise om bestemte egenskaper holder for alle mulige inndata innenfor et definert system. Det skiller seg fra testing, som undersøker utvalgte tilfeller, og kodegjennomgang, der mennesker gransker koden.6
Men et bevis er bare så relevant som egenskapen som undersøkes, og systemet den beskriver. Et bevis kan vise at en implementasjon følger en spesifikasjon uten å vise at spesifikasjonen faktisk dekker behovet i den virkelige verden. Modeller, forhåndsbetingelser og miljøforutsetninger avgrenser også hva resultatet gjelder. Hvis en farlig situasjon er utelatt gjennom en forutsetning, kan beviset være gyldig uten å si noe om den situasjonen.
«Verifisert» betyr derfor ikke «feilfri under alle forhold». Formelle bevis kan gi sterk dokumentasjon for definerte egenskaper, men avgjør ikke alene om kravene er riktige, om forutsetningene stemmer med faktisk bruk, eller om systemet oppfører seg trygt utenfor modellen.
Hva Harmonics eksempler viser
Harmonic kunngjorde 27. oktober at Aristotle skulle utvides fra matematiske bevis til verifikasjon av C-programvare og maskinvare beskrevet i Verilog.2
6 Kunngjøringen viser at selskapet prøver ut tilnærmingen på tekniske oppgaver. Den dokumenterer ikke bred bruk på tvers av programmeringsspråk, organisasjoner eller systemer.
Noen av eksemplene som er omtalt, er mer konkrete:
- Reaktorkontroll ved DIII-D: Ifølge omtalen brukte fusjonslaboratoriet Aristotle til å rekonstruere en del av programvaren for reaktorkontroll på fire timer, med utgangspunkt i én forskningsartikkel og en instruks på 254 ord.
33 Resultatet gjelder en del av programvaren. Det viser ikke at hele kontrollsystemet ble verifisert, eller at rekonstruksjonen alene dokumenterer sikker drift.
- Instruksjoner i Ibex-prosessoren: En forskningsoversikt beskriver Harmonics arbeid 3. november med å bevise ni egenskaper for en bestemt konfigurasjon av Ibex-prosessorens RISC-V-multiplikator og -divisjonsenhet, målt mot en Sail-spesifikasjon.
18 Dette er et avgrenset verifikasjonsresultat – ikke et bevis for hele prosessoren eller alle konfigurasjoner.
- Avgrensede kontroller: Harmonics kunngjorte arbeid gjelder bestemte egenskaper i C og Verilog, ikke en generell garanti for at et program eller en brikke er korrekt på alle måter.
6 Den tilgjengelige omtalen gir ikke en fullstendig, uavhengig vurdering av hvilke kontroller som støttes, eller hvilke begrensninger som gjelder i ulike bruksområder.
Eksemplene er interessante fordi de viser konkrete forsøk på å bruke formelle metoder på programvare og maskinvare. Men utvalgte kodebiter og konfigurasjoner viser ikke i seg selv at verifikasjon kan gjennomføres rimelig og praktisk for hele bredden av produksjonssystemer – eller at bevisene holdes oppdatert når systemene endres.
Hva må til for at toårsspådommen skal holde?
Spådommen handler om bred innføring, ikke bare om hvorvidt et verktøy kan bevise enkelte egenskaper i utvalgte tilfeller. Mer overbevisende dokumentasjon ville være resultater som kan gjenskapes uavhengig, bruk i produksjon på tvers av ulike systemer, tydelig informasjon om støttede språk og verktøykjeder, og dokumentasjon på at bevisene kan vedlikeholdes når programvaren endres.
Uavhengig gjennomgang er fortsatt viktig. Utviklingsteam må vurdere krav, modeller, forutsetninger og hvordan den verifiserte koden inngår i systemet som faktisk tas i bruk. Beviskontroll kan styrke kvalitetssikringen, men slike vurderinger forsvinner ikke.
Det tilgjengelige materialet oppgir ikke om noen deler av Robinhoods handelssystem er formelt verifisert. Det er et kunnskapshull – ikke bevis for at ingen slike komponenter finnes.
Den mest nøkterne konklusjonen foreløpig er at Tenev har kommet med en ambisiøs prognose med tydelig kommersiell interesse, mens Harmonic har rapportert lovende, men avgrensede eksempler. Eksemplene støtter at AI-assistert formell verifikasjon er verdt å utforske. De viser ikke at all kode vil være verifisert innen 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 kode bli formelt verifisert innen 2028?"?
Vlad Tenev spådde 4. november 2026 at all kode vil bli formelt verifisert innen to år, først sikkerhetskritisk programvare.
What are the key points to validate first?
Vlad Tenev spådde 4. november 2026 at all kode vil bli formelt verifisert innen to år, først sikkerhetskritisk programvare. Formell verifikasjon kan bevise at bestemte egenskaper holder innenfor en definert modell og dens forutsetninger.
What should I do next in practice?
Tenev er medgrunnlegger og styreleder i Harmonic, selskapet bak verifikasjonsverktøyet Aristotle.