A IBM anunciou o lançamento do Qiskit SDK v2.5 em 14 de julho de 2026, apresentando melhorias voltadas à velocidade de tradução de circuitos quânticos e à flexibilidade na criação de pipelines de compilação, além da ampliação dos recursos da interface de programação em C. A versão faz parte da série Qiskit v2.x, que se concentra no desenvolvimento de uma base de software mais rápida e escalável, preservando tanto quanto possível a compatibilidade com os fluxos de trabalho existentes.
A versão adiciona uma nova estrutura para compiladores com múltiplas representações e pipelines prontos para compilar circuitos em representações associadas à computação quântica tolerante a falhas, enquanto o processo de transformação se beneficia de melhorias no algoritmo LightSabre, no uso de múltiplas threads e em uma etapa de otimização focada na precisão da execução em hardware real.
Ampliação da interface C para inspeção de circuitos dinâmicos
O Qiskit v2.5 permite inspecionar o fluxo de controle clássico em circuitos dinâmicos diretamente pela interface C, em vez de retornar ao Python ao analisar essas instruções. Isso inclui as operações if/else, while, for, switch, box, break e continue.
Os desenvolvedores podem consultar os tipos de fluxo de controle, inspecionar blocos de circuitos aninhados, analisar condições e parâmetros de loops e acessar as ligações entre os blocos aninhados e o circuito original. A IBM também adicionou uma interface complementar para inspecionar expressões clássicas, incluindo árvores de expressão, variáveis, literais, operações lógicas e aritméticas, operações de comparação e informações de tipos.
Essas adições permitem que ferramentas de compiladores e softwares de baixo nível analisem completamente circuitos dinâmicos e expressões clássicas pela interface C. No entanto, a criação de operações de fluxo de controle ou expressões clássicas a partir de C ainda não é compatível, pois o suporte nesta versão se limita à inspeção.
Estrutura para pipelines de tradução com múltiplas representações
A versão apresenta o componente MultiStagePassManager para criar pipelines de tradução que operam em múltiplas representações intermediárias. Em vez de obrigar todo o fluxo de trabalho a usar uma única representação, cada etapa pode utilizar a representação mais adequada à tarefa que executa.
Essa mudança é voltada a usuários avançados, como pesquisadores e desenvolvedores que criam pipelines de tradução personalizados ou trabalham com fluxos de trabalho de computação quântica tolerante a falhas. A estrutura pode ser adotada gradualmente com os atuais gerenciadores de passes do Qiskit, mas o usuário precisa definir as transições entre as etapas, pois elas não são inferidas automaticamente.
Pipelines prontos para computação tolerante a falhas
O Qiskit v2.5 adicionou dois gerenciadores de passes prontos para pipelines de compilação associados à computação tolerante a falhas:
- generate_preset_pbc_pass_manager() para compilar circuitos em uma representação de computação baseada em Pauli, na qual as operações são expressas usando medições de Pauli e rotações de produtos de Pauli.
- generate_preset_clifford_t_pass_manager() para compilar circuitos em conjuntos de instruções Clifford+T, representações comuns em pipelines de compilação tolerantes a falhas.
Esses pipelines continuam personalizáveis, permitindo que os desenvolvedores inspecionem e modifiquem as etapas de compilação e adicionem outras técnicas de otimização. O pipeline Clifford+T também permite ajustar o equilíbrio entre a precisão da aproximação e o número de portas T.
Melhorias no desempenho do compilador e requisitos de atualização
O processo de tradução da nova versão se beneficia de melhorias algorítmicas no LightSabre, que passou a lidar com as portas recebidas em camadas, em vez de usar uma janela fixa para a antecipação. A IBM afirma que isso melhora a escalabilidade em circuitos grandes, preservando ou melhorando a qualidade do circuito em comparação com implementações anteriores.
O Qiskit também ampliou o uso de múltiplas threads, incluindo etapas como TwoQubitPeepholeOptimization e Optimize1qGatesDecomposition, além de melhorias em etapas existentes como ConsolidateBlocks e UnitarySynthesis. A etapa TwoQubitPeepholeOptimization se concentra na precisão esperada da execução em hardware real, aproveitando as taxas de erro do backend e as características do dispositivo, mesmo que isso ocasionalmente resulte em aumento da profundidade ou do número de portas do circuito.
A IBM esclarece que a atualização normalmente não exige alterações no código, mas a interface C continua instável entre versões secundárias, e as extensões compiladas com o Qiskit v2.4 podem precisar ser recompiladas. O Qiskit v2.5 também exige NumPy 2.0 ou mais recente e SciPy 1.14 ou mais recente. Para os usuários da série Qiskit v1.x, o suporte foi encerrado com o lançamento da v1.4.6 em 12 de junho, incluindo correções de bugs, atualizações de segurança e todos os demais patches.
Paralelamente ao lançamento, a IBM anunciou a mudança de nome de Qiskit Runtime Service para IBM Quantum Compute Service, a fim de esclarecer a diferença entre o Qiskit, um pacote de desenvolvimento de código aberto e independente de hardware, e o serviço gerenciado da IBM para executar algoritmos em computadores quânticos da IBM. A mudança começa a ser aplicada gradualmente a partir de 14 de julho e ao longo das semanas seguintes, sem alterações nas interfaces de programação, nos fluxos de trabalho ou nas integrações atuais.