RespostasPublicado18 fontes
A previsão de Vlad Tenev sobre verificar todo código em dois anos
Em 4 de novembro de 2026, Vlad Tenev previu que todo código seria formalmente verificado em dois anos, começando por softwares críticos para a segurança. A verificação formal pode demonstrar que propriedades especificadas valem dentro de um modelo e de suas premissas; não prova que a especificação represente todos o...
Publicado porEditado com GPT-6 LunaImagens geradas com GPT Image 2
Resposta de pesquisa
Principais conclusões
- Em 4 de novembro de 2026, Vlad Tenev previu que todo código seria formalmente verificado em dois anos, começando por softwares críticos para a segurança.
- A verificação formal pode demonstrar que propriedades especificadas valem dentro de um modelo e de suas premissas; não prova que a especificação represente todos os requisitos do mundo real.
- Tenev cofundou a Harmonic, empresa que desenvolve a tecnologia Aristotle. Por isso, sua previsão também é uma aposta comercial — não uma confirmação independente de que a indústria adotará a técnica nesse prazo.[14]
Prompt de IA
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
A previsão feita por Vlad Tenev em 4 de novembro de 2026 é ambiciosa: todo código seria formalmente verificado em dois anos, começando por softwares críticos para a segurança e avançando para os demais.16 Na prática, isso colocaria o prazo em novembro de 2028. Os exemplos recentes da Harmonic apontam progresso na verificação assistida por inteligência artificial, mas são demonstrações delimitadas — não evidência de que todo código será verificado até lá.
O que Tenev previu — e qual é seu interesse
Em 27 de outubro, quando a Harmonic anunciou que levaria sua tecnologia para a verificação de código e chips, Tenev já havia afirmado que “todo software e hardware será verificado”. Em 4 de novembro, acrescentou um prazo de dois anos e a ideia de que a adoção começaria pelos sistemas críticos para a segurança.15
16
Tenev é cofundador e presidente executivo da Harmonic, segundo a própria empresa.14 Sua previsão, portanto, é relevante para o mercado potencial da tecnologia da companhia, mas deve ser entendida também como uma projeção feita por alguém com interesse comercial no tema — não como uma avaliação independente.
A Harmonic recebeu investimentos da braço de capital de risco da Nvidia, da Sequoia Capital e da Ribbit Capital. Uma rodada de US$ 120 milhões, realizada em novembro passado, avaliou a empresa em US$ 1,45 bilhão.31 Esses números indicam confiança de investidores, mas não comprovam que a tecnologia funcione em todos os cenários nem que a adoção vá cumprir o prazo previsto.
O que a verificação formal demonstra — e o que não demonstra
A Harmonic descreve o Aristotle como uma ferramenta que usa verificação formal para provar se determinadas propriedades valem para as possíveis entradas abrangidas por um sistema definido. Isso é diferente de testes convencionais, que verificam casos selecionados, e de revisões de código, que dependem da análise feita por pessoas.6
A distinção é importante, mas o valor de uma prova depende da propriedade que está sendo verificada e do sistema que ela representa. Uma prova pode mostrar que uma implementação atende a uma especificação sem demonstrar que essa especificação traduz corretamente a necessidade do mundo real. Modelos, pré-condições e premissas também definem os limites do resultado. Se uma situação perigosa for excluída por uma premissa, a prova pode não dizer nada sobre ela.
Por isso, “verificado” não significa necessariamente “sem falhas em qualquer contexto”. Provas formais podem oferecer evidências fortes sobre propriedades bem definidas, mas, por si só, não garantem que os requisitos estejam corretos, que as premissas correspondam ao ambiente real ou que o comportamento fora do modelo seja seguro.
O que os exemplos da Harmonic mostram até agora
Em 27 de outubro, a Harmonic anunciou que o Aristotle passaria a atuar também na verificação de software em C e de hardware descrito em Verilog, além de seu trabalho com provas matemáticas.2
6 O anúncio mostra que a empresa está aplicando sua abordagem a problemas de engenharia; não comprova ampla adoção entre linguagens, organizações ou sistemas.
Alguns dos exemplos divulgados são mais específicos:
- Software de controle do reator DIII-D: segundo relatos, o laboratório de fusão usou o Aristotle para reconstruir uma parte do software de controle do reator em quatro horas, com base em um artigo de pesquisa e um comando de 254 palavras.
33 O resultado se refere a uma parte do software; não demonstra que todo o sistema de controle tenha sido verificado nem que a reconstrução, por si só, certifique uma operação segura.
- Instruções do processador Ibex: um relatório de acompanhamento de pesquisas descreve o trabalho da Harmonic, publicado em 3 de novembro, como uma prova de nove propriedades de uma configuração específica do multiplicador e divisor Ibex RISC-V, comparada com uma especificação Sail.
18 É um resultado delimitado, não uma prova de todo o processador ou de todas as suas configurações.
- Escopo das verificações: o trabalho anunciado pela Harmonic trata de propriedades especificadas em C e Verilog, não de uma garantia geral de que qualquer programa ou chip esteja correto em todos os aspectos.
6 As informações disponíveis não apresentam um levantamento completo, avaliado de forma independente, das verificações oferecidas, das exclusões e dos limites para cada uso.
Esses exemplos são relevantes porque mostram tentativas concretas de aplicar métodos formais a software e hardware. Mas demonstrações em trechos de código ou configurações selecionadas não provam que a verificação seja prática, acessível e sustentável em toda a variedade de sistemas usados em produção.
O que tornaria a previsão de dois anos mais convincente?
A previsão trata de adoção em larga escala, não apenas da capacidade de provar propriedades selecionadas. Evidências mais robustas incluiriam resultados que pudessem ser reproduzidos de forma independente, uso em produção em sistemas variados, informações claras sobre linguagens e ferramentas compatíveis e demonstrações de que as provas continuam válidas à medida que o software muda.
A revisão independente também continua importante. Equipes ainda precisam avaliar requisitos, modelos, premissas e a integração com o sistema efetivamente implantado. A verificação formal pode reforçar a confiança na engenharia, mas não elimina essas questões.
As informações disponíveis aqui não identificam quais componentes, se houver, da infraestrutura de negociação da Robinhood foram formalmente verificados. Isso é uma lacuna de informação, não uma prova de que nenhum componente tenha passado por esse processo.
Por enquanto, a leitura mais prudente é que Tenev fez uma previsão ambiciosa e comercialmente interessada, enquanto a Harmonic apresentou exemplos promissores, mas de alcance limitado. Eles justificam acompanhar os avanços da verificação formal assistida por IA — não permitem afirmar que todo código estará verificado até novembro de 2028.
Studio Global AI
Continue sua pesquisa
Esta página inclui uma resposta baseada na fonte que você pode continuar em Studio Global.
As pessoas também perguntam
Qual é a resposta curta para "A previsão de Vlad Tenev sobre verificar todo código em dois anos"?
Em 4 de novembro de 2026, Vlad Tenev previu que todo código seria formalmente verificado em dois anos, começando por softwares críticos para a segurança.
Quais são os pontos-chave para validar primeiro?
Em 4 de novembro de 2026, Vlad Tenev previu que todo código seria formalmente verificado em dois anos, começando por softwares críticos para a segurança. A verificação formal pode demonstrar que propriedades especificadas valem dentro de um modelo e de suas premissas; não prova que a especificação represente todos os requisitos do mundo real.
O que devo fazer a seguir na prática?
Tenev cofundou a Harmonic, empresa que desenvolve a tecnologia Aristotle. Por isso, sua previsão também é uma aposta comercial — não uma confirmação independente de que a indústria adotará a técnica nesse prazo.[14]