ОтветыОпубликовано18 источники
Сможет ли индустрия формально проверить весь код за два года?
4 ноября 2026 года Влад Тенев заявил, что весь код будет формально верифицирован в течение двух лет: сначала ПО, от которого зависит безопасность, затем остальное.[16] Формальная верификация доказывает заданные свойства в рамках модели и её допущений, но не гарантирует, что спецификация отражает все реальные требова...
ОпубликовалОтредактировано с помощью GPT-6 LunaИзображения созданы с помощью GPT Image 2
Ответ на исследование
Ключевые выводы
- 4 ноября 2026 года Влад Тенев заявил, что весь код будет формально верифицирован в течение двух лет: сначала ПО, от которого зависит безопасность, затем остальное.[16]
- Формальная верификация доказывает заданные свойства в рамках модели и её допущений, но не гарантирует, что спецификация отражает все реальные требования.
- Тенев — сооснователь и исполнительный председатель Harmonic, разработчика системы Aristotle.
Промпт ИИ
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 есть поддержка венчурного подразделения Nvidia, Sequoia Capital и Ribbit Capital. Сообщалось также о привлечении 120 млн долларов при оценке компании в 1,45 млрд долларов.
31 Инвестиции говорят об интересе инвесторов, но сами по себе не доказывают ни надёжность технологии во всех сценариях, ни вероятность массового внедрения к 2028 году.
Что именно доказывает формальная верификация
Harmonic описывает формальную верификацию как математическое доказательство того, что заданные свойства выполняются для всех возможных входных данных в пределах определённой системы.6 Это отличается от тестирования, которое проверяет выбранные сценарии, и от ревью кода, при котором люди изучают его, но не перебирают математически все варианты поведения.
Однако сила доказательства зависит от того, что именно требуется доказать и как описана система. Проверка может показать, что программа соответствует спецификации, но не подтверждает, что сама спецификация правильно отражает задачу из реального мира. Важны также модель, предварительные условия и допущения о среде, в которой работает код. Если опасный сценарий исключён из модели или допущений, доказательство может его не охватывать.
Поэтому слово «верифицирован» не означает «безупречен при любых обстоятельствах». Формальное доказательство даёт веские основания считать заданные свойства выполненными в очерченных рамках. Но оно не решает автоматически, правильно ли сформулированы требования и совпадают ли допущения с условиями эксплуатации.
Что показывают примеры Harmonic
27 октября компания объявила, что Aristotle будет применять формальную верификацию к программам на C и аппаратным проектам на Verilog.2
6 Это подтверждает, что Harmonic переносит свой подход из математических доказательств в инженерные задачи. Но само объявление не говорит о массовом внедрении технологии в разных организациях, языках программирования и системах.
Некоторые опубликованные примеры конкретнее:
- Система управления термоядерной установкой DIII-D. По сообщениям, Aristotle за четыре часа восстановила часть программного обеспечения системы управления на основе одной научной статьи и запроса на 254 слова.
33 Речь идёт только о части ПО: этот результат не доказывает, что проверена вся система управления или что одна такая реконструкция подтверждает безопасность её работы.
- Инструкции процессора Ibex. В отчёте о новых исследованиях говорится, что 3 ноября Harmonic сообщила о доказательстве девяти свойств для конкретной конфигурации умножителя и делителя Ibex RISC-V, сверенной со спецификацией Sail.
18 Это результат для ограниченной конфигурации, а не доказательство корректности всего процессора или всех его вариантов.
- Пределы заявленной проверки. Запуск Aristotle охватывает заданные свойства для программ на C и проектов на Verilog, а не гарантирует, что программа или микросхема корректны во всех отношениях.
6 Доступные материалы не дают полной независимой оценки того, какие именно проверки поддерживаются во всех сценариях и какие у них ограничения.
Эти примеры важны: они показывают реальные попытки применить формальные методы к программному и аппаратному обеспечению. Но демонстрации на отдельных фрагментах кода или конфигурациях ещё не доказывают, что проверка будет практичной, доступной по стоимости и актуальной для широкого спектра производственных систем.
Что подтвердило бы прогноз
Для прогноза о всеобщем внедрении мало показать, что инструмент способен доказать отдельные свойства. Более убедительными свидетельствами стали бы результаты, которые можно независимо воспроизвести, внедрения в разных производственных системах, прозрачные сведения о поддерживаемых языках и инструментах, а также данные о том, как доказательства обновляются при изменении кода.
Нужна и независимая проверка требований, моделей и допущений, а также того, как формальная верификация интегрирована в систему, работающую в реальных условиях. Машинная проверка доказательства повышает уверенность в заданных свойствах, но не отменяет этих вопросов.
Доступные материалы не сообщают, какие именно компоненты торговой системы Robinhood, если таковые есть, прошли формальную верификацию. Это пробел в имеющихся сведениях, а не доказательство того, что таких компонентов нет.
Пока наиболее обоснованный вывод таков: Тенев сделал амбициозный прогноз, будучи коммерчески связанным с этой технологией, а Harmonic привела перспективные, но ограниченные примеры её применения. Они дают основания изучать формальную верификацию с помощью ИИ, но не подтверждают, что весь код будет проверен к ноябрю 2028 года.
Studio Global AI
Продолжайте свое исследование
На этой странице есть ответ, подтвержденный источником, который вы можете продолжить внутри Studio Global.
Люди также спрашивают
Каков краткий ответ на вопрос «Сможет ли индустрия формально проверить весь код за два года?»?
4 ноября 2026 года Влад Тенев заявил, что весь код будет формально верифицирован в течение двух лет: сначала ПО, от которого зависит безопасность, затем остальное.[16]
Какие ключевые моменты необходимо проверить в первую очередь?
4 ноября 2026 года Влад Тенев заявил, что весь код будет формально верифицирован в течение двух лет: сначала ПО, от которого зависит безопасность, затем остальное.[16] Формальная верификация доказывает заданные свойства в рамках модели и её допущений, но не гарантирует, что спецификация отражает все реальные требования.
Что мне делать дальше на практике?
Тенев — сооснователь и исполнительный председатель Harmonic, разработчика системы Aristotle.