AnswersPublished18 sources
Гучний прогноз Влада Тенева про майбутнє перевірки коду
4 листопада 2026 року Влад Тенев спрогнозував, що за два роки формально перевірятимуть увесь код — починаючи з програмного забезпечення, критичного для безпеки. Формальна верифікація може довести задані властивості в межах конкретної моделі та її припущень, але не гарантує, що специфікація враховує всі вимоги реальн...
ОпублікувавВідредаговано за допомогою GPT-6 LunaЗображення створено за допомогою GPT Image 2
Research answer
Key takeaways
- 4 листопада 2026 року Влад Тенев спрогнозував, що за два роки формально перевірятимуть увесь код — починаючи з програмного забезпечення, критичного для безпеки.
- Формальна верифікація може довести задані властивості в межах конкретної моделі та її припущень, але не гарантує, що специфікація враховує всі вимоги реального світу.
- Тенев — співзасновник Harmonic, яка розробляє технологію Aristotle. Тож його прогноз — зацікавлена оцінка, а не незалежне свідчення про поширення технології в усій галузі.[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
Прогноз Влада Тенева від 4 листопада 2026 року звучить масштабно: за два роки формально перевірятимуть увесь код, а впровадження почнеться з програмного забезпечення, критичного для безпеки.16 Отже, йдеться про листопад 2028-го. Розробки Harmonic свідчать, що ШІ вже застосовують для окремих завдань верифікації, однак ці приклади не доводять, що до того часу перевірятимуть кожну кодову базу.
Що саме спрогнозував Тенев
Ще 27 жовтня Тенев написав, що «весь софт і все апаратне забезпечення буде верифіковано» — невдовзі після того, як Harmonic оголосила про використання Aristotle для перевірки коду та чипів.15 У листопадовому дописі з’явилися конкретніший строк — два роки — і послідовність упровадження: спершу системи, критичні для безпеки, а далі й інші.
16
Тенев — співзасновник Harmonic і виконавчий голова компанії.14 Тому його слова важливі для розуміння того, на який ринок розраховує Harmonic, але їх варто сприймати як прогноз людини, безпосередньо пов’язаної з компанією, а не як незалежну оцінку галузі. За повідомленнями, серед інвесторів Harmonic — венчурний підрозділ Nvidia, Sequoia Capital і Ribbit Capital. Торік у листопаді компанія залучила $120 млн за оцінки в $1,45 млрд.
31 Інвестиції свідчать про зацікавленість інвесторів, але самі по собі не доводять, що технологія підходить для будь-якого завдання чи що її повсюдно впровадять у визначений строк.
Що доводить формальна верифікація — і чого не доводить
Harmonic описує Aristotle як систему, що формально доводить: певні властивості виконуються для всіх можливих вхідних даних у межах визначеної системи. Це відрізняється від тестування, яке перевіряє вибрані випадки, і від рев’ю коду, під час якого його аналізують люди.6
Однак доказ стосується саме заданої властивості й описаної системи. Він може підтвердити, що реалізація відповідає специфікації, але не те, що сама специфікація правильно описує потребу в реальному світі. Межі висновку також задають модель, передумови та припущення про середовище. Якщо небезпечний сценарій виключено з припущень, доказ може бути математично коректним, але не стосуватися цього сценарію.
Тож слово «верифіковано» не означає «бездоганно за будь-яких обставин». Формальний доказ може бути вагомим свідченням щодо чітко визначених властивостей, але сам по собі не підтверджує, що вимоги сформульовано правильно, припущення відповідають реальним умовам, а поведінка поза моделлю безпечна.
Що показали приклади Harmonic
27 жовтня Harmonic повідомила, що Aristotle застосовуватимуть для верифікації програм мовою C і апаратних проєктів мовою опису цифрових схем Verilog.2
6 Це демонструє спробу перенести підхід компанії на інженерні завдання. Водночас це не свідчить про широке впровадження технології в різних мовах програмування, компаніях і системах.
Окремі оприлюднені результати конкретніші:
- Система керування термоядерним реактором DIII-D. За повідомленнями, лабораторія використала Aristotle, щоб за чотири години відтворити частину програмного забезпечення керування реактором, маючи одну наукову статтю та запит на 254 слова.
33 Ідеться лише про частину програмного забезпечення. Це не доводить, що перевірили всю систему керування або що саме це відтворення засвідчує безпечність її роботи.
- Команди процесора Ibex. У звіті про дослідження описано роботу Harmonic від 3 листопада: Aristotle довів дев’ять властивостей для певної конфігурації блока множення й ділення Ibex RISC-V, зіставивши її зі специфікацією Sail.
18 Це обмежений результат для конкретної конфігурації, а не доказ коректності всього процесора чи всіх його варіантів.
- Межі перевірок. Заявлена робота стосується визначених властивостей у C і Verilog, а не загальної гарантії, що програма чи чип правильні в усіх аспектах.
6 Наявні матеріали не дають повного незалежного опису того, які саме перевірки підтримуються, що вони виключають і де проходять їхні межі.
Ці приклади важливі: вони показують конкретні спроби застосовувати формальні методи до програмного й апаратного забезпечення. Але демонстрації на окремому коді чи конфігураціях не доводять, що перевірка буде практичною й доступною для широкого кола виробничих систем або що її можна підтримувати після змін у коді.
Що зробило б прогноз переконливішим
Прогноз стосується масового впровадження, а не лише здатності системи довести окремі властивості. Для сильніших доказів знадобилися б результати, які можна незалежно відтворити, застосування в різних виробничих системах, чіткий опис підтримуваних мов і інструментів, а також свідчення того, що докази можна оновлювати разом із програмним забезпеченням.
Не менш важлива незалежна перевірка. Командам і далі потрібно ретельно аналізувати вимоги, моделі та припущення, а також те, як верифікований компонент працює в реальній системі. Формальний доказ може посилити впевненість у розробці, але не скасовує цих завдань.
У доступних матеріалах не вказано, які саме компоненти торговельних систем Robinhood, якщо такі є, формально верифіковано. Це прогалина в оприлюднених даних, а не доказ того, що таких компонентів немає.
Найобережніше прочитання наразі таке: Тенев зробив амбітний і комерційно зацікавлений прогноз, а Harmonic повідомила про перспективні, але обмежені приклади. Вони підтримують ідею досліджувати формальну верифікацію за допомогою ШІ, проте не підтверджують, що до листопада 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 "Гучний прогноз Влада Тенева про майбутнє перевірки коду"?
4 листопада 2026 року Влад Тенев спрогнозував, що за два роки формально перевірятимуть увесь код — починаючи з програмного забезпечення, критичного для безпеки.
What are the key points to validate first?
4 листопада 2026 року Влад Тенев спрогнозував, що за два роки формально перевірятимуть увесь код — починаючи з програмного забезпечення, критичного для безпеки. Формальна верифікація може довести задані властивості в межах конкретної моделі та її припущень, але не гарантує, що специфікація враховує всі вимоги реального світу.
What should I do next in practice?
Тенев — співзасновник Harmonic, яка розробляє технологію Aristotle. Тож його прогноз — зацікавлена оцінка, а не незалежне свідчення про поширення технології в усій галузі.[14]