AnswersPublished18 sources
Vlad Tenev ennustaa, että kaikki koodi verifioidaan kahdessa vuodessa
Vlad Tenev ennusti 4. marraskuuta 2026, että kaikki koodi verifioidaan muodollisesti kahden vuoden kuluessa, alkaen turvallisuuden kannalta kriittisestä ohjelmistosta.
JulkaisijaMuokattu mallilla GPT-6 LunaKuvat luotu mallilla GPT Image 2
Research answer
Key takeaways
- Vlad Tenev ennusti 4. marraskuuta 2026, että kaikki koodi verifioidaan muodollisesti kahden vuoden kuluessa, alkaen turvallisuuden kannalta kriittisestä ohjelmistosta.
- Muodollinen verifiointi voi todistaa määriteltyjen ominaisuuksien toteutuvan mallin ja sen oletusten puitteissa.
- Tenev on Harmonicin perustaja ja hallituksen puheenjohtaja, ja yhtiö kehittää esimerkeissä käytettyä Aristotle verifiointiteknologiaa.
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 Tenevin 4. marraskuuta 2026 esittämä ennuste on kunnianhimoinen: kaiken koodin pitäisi olla muodollisesti verifioitua kahden vuoden sisällä. Käytännössä takaraja olisi marraskuussa 2028. Tenevin mukaan käyttöönotto alkaa turvallisuuden kannalta kriittisistä järjestelmistä ja leviää sen jälkeen laajemmalle.16
Harmonicin julkaisemat esimerkit osoittavat, että tekoälyavusteista verifiointia kokeillaan jo ohjelmistoissa ja sirujen suunnittelussa. Ne ovat kuitenkin rajattuja näyttöjä, eivät todiste siitä, että kaikki koodipohjat saataisiin verifioitua aikataulussa.
Ennusteella on yhteys Tenevin omaan yhtiöön
Tenev oli jo 27. lokakuuta kirjoittanut, että kaikki ohjelmistot ja laitteistot tullaan verifioimaan. Marraskuun alussa hän lisäsi väitteeseen kahden vuoden aikarajan ja kuvasi etenemisen alkavan turvallisuuskriittisestä koodista.15
16
Tenev on Harmonicin perustaja ja yhtiön hallituksen puheenjohtaja. Harmonic kehittää Aristotle-järjestelmää, jonka käyttöä ennustuksen toteutuminen voisi kasvattaa. Siksi Tenevin näkemys kannattaa lukea myös kaupallisena ennusteena, ei riippumattomana arviona koko alan kehityksestä.14
Harmonic on saanut rahoitusta muun muassa Nvidian sijoitusyhtiöltä, Sequoia Capitalilta ja Ribbit Capitalilta. Yhtiö keräsi tietojen mukaan viime marraskuussa 120 miljoonaa dollaria, ja sen arvoksi ilmoitettiin 1,45 miljardia dollaria.31 Rahoitus ja arvostus kertovat sijoittajien sitoutumisesta, mutta eivät itsessään osoita teknologian toimivuutta kaikissa käyttökohteissa tai alan laajaa käyttöönottoa.
Mitä muodollinen verifiointi oikeastaan todistaa?
Harmonicin mukaan Aristotle pyrkii matemaattisesti todistamaan, että määritellyt ominaisuudet pätevät kaikilla järjestelmän mallin kattamilla syötteillä. Tämä eroaa tavallisesta testauksesta, jossa kokeillaan valikoituja tilanteita, sekä koodikatselmoinnista, jossa ihmiset tarkastavat ohjelmaa.6
Todistuksen vahvuus riippuu kuitenkin siitä, mitä ominaisuutta todistetaan ja millainen järjestelmä on mallinnettu. Koodi voi täyttää sille annetun määrittelyn, vaikka määrittely ei vastaisi todellista tarvetta. Myös esitiedot ja ympäristöä koskevat oletukset rajaavat sitä, mitä tulos kattaa. Jos vaarallinen tilanne rajataan oletuksissa pois, todistus ei välttämättä kerro siitä mitään.
Siksi ”verifioitu” ei tarkoita, että ohjelmisto olisi virheetön kaikissa tilanteissa. Muodollinen todistus voi antaa vahvaa näyttöä tarkasti määritellyistä ominaisuuksista. Se ei yksin ratkaise, ovatko vaatimukset oikeita, vastaavatko oletukset käyttöympäristöä tai onko toiminta turvallista mallin ulkopuolella.
Harmonicin tähänastiset esimerkit ovat rajattuja
Harmonic ilmoitti 27. lokakuuta laajentavansa Aristotle-järjestelmän matemaattisista todistuksista C-kielellä kirjoitetun ohjelmiston ja Verilogilla kuvattujen laitteistojen verifiointiin.2
6 Julkistus osoittaa, että yhtiö soveltaa lähestymistapaansa teknisiin järjestelmiin. Se ei vielä osoita laajaa käyttöönottoa eri ohjelmointikielissä tai tuotantojärjestelmissä.
Julkisuudessa mainitut esimerkit koskevat rajattuja tehtäviä:
- DIII-D-fuusiotutkimuslaitoksen ohjausohjelmisto: Reutersin mukaan Aristotle rakensi uudelleen osan laitoksen reaktorin ohjausohjelmistosta neljässä tunnissa yhden tutkimusartikkelin ja 254 sanan kehotteen pohjalta.
33 Tulos koski osaa ohjelmistosta. Se ei osoita, että koko ohjausjärjestelmä olisi verifioitu tai että uudelleenrakennus yksin todistaisi käytön turvallisuuden.
- Ibex-prosessorin käskyt: Tutkimuskoosteessa kuvataan Harmonicin 3. marraskuuta julkaisemaa työtä, jossa todistettiin yhdeksän ominaisuutta tietylle Ibex RISC-V -prosessorin kerto- ja jakolaskuyksikön kokoonpanolle Sail-määrittelyä vasten.
18 Kyse on rajatusta verifiointituloksesta, ei koko prosessorin tai kaikkien kokoonpanojen todistamisesta.
- Tarkastusten rajaus: Harmonicin julkistettu työ koskee määriteltyjä ominaisuuksia C- ja Verilog-järjestelmissä, ei yleistä lupausta siitä, että ohjelma tai siru olisi kaikin tavoin oikea.
6 Käytettävissä olevat tiedot eivät anna kattavaa, riippumattomasti arvioitua kuvaa kaikkien käyttötapausten tarkastuksista, poikkeuksista ja rajoista.
Esimerkit ovat merkityksellisiä, koska ne näyttävät muodollisten menetelmien soveltamista konkreettisiin ohjelmisto- ja laitteisto-ongelmiin. Valikoiduista koodinpätkistä tai kokoonpanoista saadut tulokset eivät kuitenkaan vielä kerro, onko menetelmä käytännöllinen ja ylläpidettävissä erilaisten tuotantojärjestelmien koko elinkaaren ajan.
Mitä tarvittaisiin kahden vuoden ennusteen tueksi?
Tenevin ennuste koskee laajaa käyttöönottoa, ei vain sitä, pystyykö verifiointityökalu todistamaan yksittäisiä ominaisuuksia. Uskottavampaa näyttöä olisivat riippumattomasti toistettavat tulokset, tuotantokäyttö erilaisissa järjestelmissä, selkeät tiedot tuetuista ohjelmointikielistä ja työkaluista sekä osoitus siitä, että todistukset pysyvät ajan tasalla ohjelmistojen muuttuessa.
Myös riippumatonta arviointia tarvitaan. Kehittäjien on edelleen tarkasteltava vaatimuksia, malleja ja oletuksia sekä sitä, miten verifioitu osa liittyy käytössä olevaan järjestelmään. Todistus voi vahvistaa luottamusta, mutta se ei poista näitä kysymyksiä.
Saatavilla olevissa tiedoissa ei kerrota, mitkä Robinhoodin kaupankäyntijärjestelmän osat, jos mitkään, olisi muodollisesti verifioitu. Kyse on tiedon puutteesta, ei todisteesta siitä, ettei tällaisia osia olisi.
Varovaisin tulkinta on, että Tenev esitti kunnianhimoisen, kaupallisesti sidoksissa olevan ennusteen ja Harmonic on raportoinut lupaavista mutta rajatuista esimerkeistä. Ne puoltavat tekoälyavusteisen muodollisen verifioinnin tutkimista. Ne eivät vielä osoita, että kaikki koodi olisi verifioitu marraskuuhun 2028 mennessä.
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 "Vlad Tenev ennustaa, että kaikki koodi verifioidaan kahdessa vuodessa"?
Vlad Tenev ennusti 4. marraskuuta 2026, että kaikki koodi verifioidaan muodollisesti kahden vuoden kuluessa, alkaen turvallisuuden kannalta kriittisestä ohjelmistosta.
What are the key points to validate first?
Vlad Tenev ennusti 4. marraskuuta 2026, että kaikki koodi verifioidaan muodollisesti kahden vuoden kuluessa, alkaen turvallisuuden kannalta kriittisestä ohjelmistosta. Muodollinen verifiointi voi todistaa määriteltyjen ominaisuuksien toteutuvan mallin ja sen oletusten puitteissa.
What should I do next in practice?
Tenev on Harmonicin perustaja ja hallituksen puheenjohtaja, ja yhtiö kehittää esimerkeissä käytettyä Aristotle verifiointiteknologiaa.