AnswersPublished18 sources
Kan al kode være formelt verificeret i 2028?
Den 4. november 2026 forudsagde Vlad Tenev, at al kode ville blive formelt verificeret inden for to år, først med sikkerhedskritisk software.
Udgivet afRedigeret med GPT-6 LunaBilleder genereret med GPT Image 2
Research answer
Key takeaways
- Den 4. november 2026 forudsagde Vlad Tenev, at al kode ville blive formelt verificeret inden for to år, først med sikkerhedskritisk software.
- Formel verifikation kan bevise, at bestemte egenskaber gælder inden for en defineret model og dens antagelser.
- Tenev er medstifter af Harmonic, der udvikler verifikationsværktøjet Aristotle. Hans forudsigelse er derfor en kommercielt interessant prognose – ikke uafhængigt bevis for, at hele branchen tager teknologien i brug.[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
Vlad Tenevs forudsigelse fra 4. november 2026 er vidtgående: Al kode vil være formelt verificeret inden for to år, begyndende med sikkerhedskritisk software, hvorefter praksissen vil brede sig.16 Det peger på en deadline i november 2028. Harmonics eksempler viser fremskridt inden for AI-assisteret verifikation, men de er afgrænsede demonstrationer – ikke belæg for, at enhver kodebase bliver verificeret inden da.
Hvad forudsagde Tenev – og hvorfor betyder hans rolle noget?
Efter at Harmonic den 27. oktober havde meldt ud, at virksomheden ville udvide arbejdet til verifikation af kode og chips, skrev Tenev, at »al software og hardware vil blive verificeret«. Udmeldingen den 4. november tilføjede en konkret tidsramme på to år og en rækkefølge, hvor sikkerhedskritisk kode kommer først.15
16
Tenev har været med til at grundlægge Harmonic og er ifølge virksomheden bestyrelsesformand med titlen executive chairman.14 Det gør hans forudsigelse relevant for det potentielle marked for Harmonics teknologi, men betyder også, at den bør læses som en prognose fra en person med kommercielle interesser – ikke som en uafhængig vurdering. Harmonic har fået opbakning fra Nvidias venturekapitalarm, Sequoia Capital og Ribbit Capital. En finansieringsrunde på 120 millioner dollar sidste november værdisatte ifølge en rapport virksomheden til 1,45 milliarder dollar.
31 Investeringerne viser investorernes engagement, men beviser hverken, at teknologien virker i alle sammenhænge, eller at udbredelsen følger Tenevs tidsplan.
Hvad beviser formel verifikation – og hvad gør den ikke?
Harmonic beskriver Aristotle som et værktøj, der bruger formel verifikation til at bevise, om bestemte egenskaber gælder for alle de mulige input, som er omfattet af et defineret system. Det adskiller sig fra test, der undersøger udvalgte tilfælde, og kodegennemgang, hvor mennesker inspicerer koden.6
Forskellen er nyttig, men et bevis er kun så meningsfuldt som den egenskab, man beviser, og det system, den beskriver. Et bevis kan vise, at en implementering følger en specifikation, uden at vise, at specifikationen afspejler det reelle behov. Modeller, forudsætninger og antagelser om omgivelserne sætter også grænser for, hvad resultatet dækker. Hvis en farlig situation er udelukket gennem en antagelse, behøver et gyldigt bevis ikke at sige noget om den.
»Verificeret« bør derfor ikke forstås som »fejlfrit i enhver sammenhæng«. Formelle beviser kan give stærk sikkerhed for bestemte, klart definerede egenskaber. Men de afgør ikke i sig selv, om kravene er rigtige, om antagelserne passer til den faktiske brug, eller om systemet opfører sig sikkert uden for modellen.
Hvad viser Harmonics eksempler indtil videre?
Den 27. oktober meddelte Harmonic, at Aristotle skulle udvides fra matematiske beviser til verifikation af C-software og hardware beskrevet i Verilog.2
6 Det viser, at virksomheden anvender sin tilgang på tekniske problemer. Det dokumenterer ikke bred brug på tværs af programmeringssprog, organisationer eller softwaresystemer.
Nogle af de rapporterede demonstrationer er mere konkrete:
- Styresoftware til DIII-D-reaktoren: Ifølge omtale rekonstruerede fusionslaboratoriet DIII-D en del af sin styresoftware på fire timer ved hjælp af Aristotle, én forskningsartikel og en prompt på 254 ord.
33 Resultatet gælder en del af softwaren. Det viser ikke, at hele styresystemet blev verificeret, eller at rekonstruktionen i sig selv dokumenterer sikker drift.
- Instruktioner i Ibex-processoren: En forskningsoversigt beskriver Harmonics arbejde den 3. november med at bevise ni egenskaber for en bestemt konfiguration af Ibex’ RISC-V-multiplikator og divider i forhold til en Sail-specifikation.
18 Det er et afgrænset verifikationsresultat – ikke et bevis for hele processoren eller alle dens konfigurationer.
- Afgrænsningen af kontrollerne: Harmonics annoncerede arbejde handler om bestemte egenskaber i C og Verilog, ikke om en generel garanti for, at et program eller en chip er korrekt på alle måder.
6 Den tilgængelige omtale giver ikke et fuldstændigt, uafhængigt vurderet overblik over, hvilke kontroller der understøttes, og hvilke begrænsninger der gælder i de forskellige anvendelser.
Eksemplerne er interessante, fordi de viser konkrete forsøg på at anvende formelle metoder på software og hardware. Men demonstrationer af udvalgte kodestykker eller konfigurationer kan ikke i sig selv vise, at verifikation er praktisk, økonomisk overkommelig og vedligeholdes på tværs af hele produktionssystemer.
Hvad skal der til, før toårsprognosen virker troværdig?
Forudsigelsen handler om udbredt brug – ikke blot om, hvorvidt et værktøj kan bevise udvalgte egenskaber. Stærkere belæg ville være resultater, som uafhængige parter kan gentage, produktionssystemer i forskellige brancher, tydelig dokumentation af understøttede sprog og værktøjskæder samt erfaring med at holde beviser ajour, når softwaren ændres.
Uafhængig gennemgang er stadig vigtig. Udviklingsteams skal fortsat efterprøve krav, modeller og antagelser samt kontrollere, hvordan beviserne hænger sammen med det system, der faktisk sættes i drift. Beviskontrol kan styrke kvalitetssikringen, men fjerner ikke behovet for de vurderinger.
Det tilgængelige materiale oplyser ikke, om nogen dele af Robinhoods handelssystem er formelt verificeret. Det er et hul i den offentligt tilgængelige dokumentation – ikke bevis for, at sådanne komponenter ikke findes.
Den mest forsvarlige konklusion lige nu er, at Tenev har fremsat en ambitiøs prognose med kommercielle interesser på spil, mens Harmonic har rapporteret lovende, men afgrænsede eksempler. De giver grund til at undersøge AI-assisteret formel verifikation nærmere; de viser ikke, at al kode vil være verificeret inden 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 al kode være formelt verificeret i 2028?"?
Den 4. november 2026 forudsagde Vlad Tenev, at al kode ville blive formelt verificeret inden for to år, først med sikkerhedskritisk software.
What are the key points to validate first?
Den 4. november 2026 forudsagde Vlad Tenev, at al kode ville blive formelt verificeret inden for to år, først med sikkerhedskritisk software. Formel verifikation kan bevise, at bestemte egenskaber gælder inden for en defineret model og dens antagelser.
What should I do next in practice?
Tenev er medstifter af Harmonic, der udvikler verifikationsværktøjet Aristotle. Hans forudsigelse er derfor en kommercielt interessant prognose – ikke uafhængigt bevis for, at hele branchen tager teknologien i brug.[14]