O Python Insider, blog oficial do Python, publicou em 30 de setembro de 2026 o relato da sessão “Rust for CPython” no Python Language Summit, encontro dos desenvolvedores principais do interpretador. O plano apresentado por David Hewitt prevê introduzir Rust de forma gradual: o primeiro código seria um backend opcional para o módulo zlib, baseado na biblioteca zlib-rs, a ser testado por distribuidores no Python 3.16 (outubro de 2027), com o código C mantido como alternativa. A proposta ainda não foi aceita; uma PEP com critérios de sucesso está prevista para o final de 2026.

Cronograma e critérios

Pelo cronograma descrito, o Python 3.17 (outubro de 2028) resolveria problemas de plataforma e levaria Rust a mais áreas, como io, json, xml, memoryview e o parser. Rust só se tornaria obrigatório para compilar o CPython, no mínimo, no Python 3.18, em 2029. Hewitt sugeriu critérios críticos: a maioria dos core developers ativos aberta a usar a API em Rust, nenhuma lentidão relevante nos benchmarks e suporte a todas as plataformas com tier — o CPython suporta oficialmente 20 arquiteturas e plataformas. Ele próprio admitiu que “seria desonesto dizer que Rust seria opcional para sempre”.

Resistências

Larry Hastings questionou por que o projeto não é apresentado como reescrita, sugerindo que o grupo mostrasse resultados como um fork. Pablo Galindo Salgado considerou um possível “showstopper” a dependência de crates do Cargo, já que o CPython incorpora (vendoriza) um conjunto muito seletivo de dependências e precisa reagir a cada vulnerabilidade publicada nelas. Antes do encontro, o The Register já havia relatado, a partir da RustConf, que Emma Smith alterou a proposta em maio para retirar a exigência de Rust como dependência obrigatória, e citou Guido van Rossum: “Todos sabemos que uma reescrita completa em Rust não vai funcionar, mas começar introduzindo Rust em componentes menos essenciais…”. A reportagem lista desafios como o suporte ao GCC e a adaptação do trait Drop do Rust.

• Para usuários comuns, nada muda no curto prazo: o Python 3.16 só sai em outubro de 2027, e o backend em Rust seria opcional.
• Distribuidores e mantenedores de plataformas menos comuns são os mais afetados, por dependerem de toolchains Rust disponíveis.
• A decisão formal depende da PEP prevista para o final de 2026.

O debate mostra uma linguagem que quer os ganhos de segurança de memória do Rust sem impor, de uma vez, uma nova dependência ao ecossistema inteiro.

Fontes

• Python Insider (PSF) — Rust for CPython (Python Language Summit 2026) (30/09/2026)
• The Register — CPython eases Rust requirements as assimilation continues (14/09/2026)

Imagem destacada: ilustração gerada por computador, sem valor documental.