IBM leva o Qiskit ainda mais além do Python com o lançamento do SDK v2.6

A IBM lançou o Qiskit SDK v2.6, uma atualização de software centrada na interface C de baixo nível do projeto, em vez de sua camada Python mais conhecida. Segundo o resumo de lançamento da IBM de 22 de outubro, a atualização adiciona um framework de gerenciador de passes à API C, leva a serialização de circuitos QPY para fluxos de trabalho em linguagens compiladas e permite que desenvolvedores definam operações quânticas personalizadas diretamente em C. Em conjunto, as mudanças dão continuidade ao esforço da IBM para tornar mais partes do Qiskit utilizáveis sem um runtime Python.

O que foi anunciado

A versão v2.6 amplia a API C do Qiskit, que a IBM descreve como uma interface de baixo nível para o modelo central de dados baseado em Rust do Qiskit, para uso a partir de linguagens compiladas. A IBM afirma que a interface se destina tanto ao uso independente sem Python quanto à criação de extensões Python de maior desempenho que interajam diretamente com os objetos Rust do Qiskit.

No Qiskit v2.6, a IBM adicionou um framework genérico de gerenciador de passes a essa API C. Os novos componentes incluem QkPassManager, QkPassVtable e QkIrHandle, que juntos permitem que desenvolvedores criem passes de compilação e os encadeiem em pipelines com verificação de tipo em múltiplas representações intermediárias.

Receba a newsletter da DesignQuantum

Notícias e guias gratuitos sobre computação quântica, com cada afirmação vinculada à sua fonte. Escolha diária, semanal ou mensal.

Website

E-mail FrequênciaDiáriaSemanalMensal IdiomaEnglishEspañol简体中文हिन्दीالعربيةPortuguês (Brasil)FrançaisDeutsch日本語Русский한국어Bahasa IndonesiaTürkçeItalianoTiếng ViệtPolskiNederlandsไทยفارسیУкраїнськаবাংলাاردوKiswahiliBahasa Melayuעברית Inscrever-me grátis

Grátis. Cancele a inscrição com um clique quando quiser. Política de privacidade

A versão também expõe funções de serialização QPY na API C, permitindo que programas escritos em linguagens como C, C++ e Julia gravem e leiam o formato binário de circuitos do Qiskit sem precisar passar pelo Python. Além disso, os desenvolvedores agora podem definir operações personalizadas por meio de uma interface C vtable, incluindo operações nativas de hardware, segundo a IBM.

Os detalhes técnicos

A IBM afirma que o novo framework de gerenciador de passes pode validar um pipeline de compilação antes da execução, verificando as representações de entrada e saída declaradas para cada pass. As representações integradas incluem QkCircuit e QkDag, enquanto IRs definidos pelo usuário também podem ser descritos por meio de QkIrHandle.

Isso importa porque o trabalho de compilação do Qiskit está cada vez mais organizado em torno da redução de programas por várias representações, um padrão relevante tanto para os fluxos atuais de transpilation quanto para futuros toolchains tolerantes a falhas.

Em serialização, o Qiskit 2.6 torna o formato QPY v18 o padrão. A IBM afirma que essa versão reduz o tamanho dos circuitos serializados ao usar uma codificação mais compacta para registradores quânticos e clássicos. Segundo a empresa, os circuitos produzidos por meio da API C permanecem compatíveis com o módulo qiskit.qpy do Python.

A versão mantém o runtime Python mínimo suportado em 3.10, enquanto compilações a partir do código-fonte agora exigem Rust 1.89. A página de roadmap da IBM também observa que o Qiskit 2.6.0 foi lançado em 16 de outubro de 2026 e que correções de bugs serão entregues por meio de patch releases ou da próxima versão minor.

Por que isso importa

Para a maioria dos usuários do Qiskit, o Python continua sendo o principal ponto de entrada. Mas a IBM claramente também está construindo em direção a um modelo diferente de implantação: acesso por linguagens compiladas à mesma pilha central de compilação e execução.

Essa mudança é relevante para ambientes de computação de alto desempenho, nos quais o Python pode ser uma restrição de empacotamento, runtime ou integração. A documentação da IBM afirma que a API C foi projetada para fornecer uma ABI definida ao modelo interno de dados em Rust, e o blog da empresa apresenta a v2.6 como mais um passo em direção ao uso do Qiskit em ambientes em que o Python não está instalado.

Isso também sinaliza uma transição arquitetural mais ampla. O roadmap do Qiskit mostra a IBM trabalhando para alcançar estabilidade formal de ABI e API para a interface C na v2.7, junto com uma nova IR middle-end para compilação tolerante a falhas. Para a v2.8, o roadmap aponta para o BackendV3, descrito ali como uma interface de backend nativa em Rust exposta ao Python e ao C.

O que observar

A questão imediata é a estabilidade. A documentação atual da API C da IBM afirma que a interface ainda deve ser considerada experimental e pode mudar entre versões minor. Essa ressalva é importante para equipes de software que consideram uma integração profunda.

O próximo marco, então, é o Qiskit 2.7. Segundo o roadmap no GitHub, espera-se que essa versão defina garantias de estabilidade para a API C e amplie ainda mais a funcionalidade do compilador. Se a IBM entregar isso, o caminho não Python do Qiskit começará a parecer menos um projeto de infraestrutura interna e mais uma interface de produção para pilhas de software quântico compiladas.