IBM lleva Qiskit aún más allá de Python con el lanzamiento del SDK v2.6

IBM ha lanzado Qiskit SDK v2.6, una actualización de software centrada en la interfaz de C de bajo nivel del proyecto, en lugar de su capa de Python, más conocida. Según el resumen de lanzamiento de IBM del 22 de octubre, la actualización añade un marco de gestor de pases a la API de C, incorpora la serialización de circuitos QPY a los flujos de trabajo en lenguajes compilados y permite a los desarrolladores definir operaciones cuánticas personalizadas directamente desde C. En conjunto, los cambios continúan el esfuerzo de IBM por hacer que una mayor parte de Qiskit pueda utilizarse sin un entorno de ejecución de Python.

Lo anunciado

La versión v2.6 amplía la API de C de Qiskit, que IBM describe como una interfaz de bajo nivel al modelo de datos central basado en Rust de Qiskit para su uso desde lenguajes compilados. IBM afirma que la interfaz está pensada tanto para su uso independiente sin Python como para crear extensiones de Python de mayor rendimiento que interactúen directamente con los objetos Rust de Qiskit.

En Qiskit v2.6, IBM añadió un marco genérico de gestor de pases a esa API de C. Los nuevos componentes incluyen QkPassManager, QkPassVtable y QkIrHandle, que en conjunto permiten a los desarrolladores crear pases de compilación y encadenarlos en canalizaciones con comprobación de tipos a través de múltiples representaciones intermedias.

Recibe el boletín de DesignQuantum

Noticias y guías gratuitas sobre computación cuántica, con cada afirmación enlazada a su fuente. Elige diario, semanal o mensual.

Website

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

Gratis. Cancela la suscripción con un clic cuando quieras. Política de privacidad

La versión también expone funciones de serialización QPY en la API de C, lo que permite a programas escritos en lenguajes como C, C++ y Julia escribir y leer el formato binario de circuitos de Qiskit sin pasar por Python. Además, según IBM, los desarrolladores ahora pueden definir operaciones personalizadas mediante una interfaz vtable de C, incluidas operaciones nativas del hardware.

Los detalles técnicos

IBM afirma que el nuevo marco de gestor de pases puede validar una canalización de compilación antes de su ejecución comprobando las representaciones de entrada y salida declaradas para cada pase. Entre las representaciones integradas se incluyen QkCircuit y QkDag, mientras que las IR definidas por el usuario también pueden describirse mediante QkIrHandle.

Esto importa porque el trabajo de compilación de Qiskit se organiza cada vez más en torno a la reducción de programas a través de varias representaciones, un patrón relevante tanto para los flujos actuales de transpilación como para futuras cadenas de herramientas tolerantes a fallos.

En cuanto a la serialización, Qiskit 2.6 establece el formato QPY v18 como predeterminado. IBM afirma que esta versión reduce el tamaño de los circuitos serializados al utilizar una codificación más compacta para los registros cuánticos y clásicos. Según la empresa, los circuitos producidos mediante la API de C siguen siendo compatibles con el módulo qiskit.qpy de Python.

La versión mantiene el entorno de ejecución mínimo de Python compatible en 3.10, mientras que las compilaciones desde el código fuente ahora requieren Rust 1.89. La página de hoja de ruta de IBM también señala que Qiskit 2.6.0 se lanzó el 16 de octubre de 2026 y que las correcciones de errores se entregarán mediante versiones de parche o en la siguiente versión menor.

Por qué importa

Para la mayoría de los usuarios de Qiskit, Python sigue siendo el principal punto de entrada. Pero IBM está claramente avanzando también hacia un modelo de despliegue diferente: acceso desde lenguajes compilados a la misma pila central de compilación y ejecución.

Ese cambio es relevante para los entornos de computación de alto rendimiento, donde Python puede suponer una limitación de empaquetado, de entorno de ejecución o de integración. La documentación de IBM afirma que la API de C está diseñada para proporcionar una ABI definida al modelo de datos interno en Rust, y la entrada del blog de la empresa presenta la v2.6 como otro paso hacia el uso de Qiskit en entornos donde Python no está instalado.

También apunta a una transición arquitectónica más amplia. La hoja de ruta de Qiskit muestra que IBM está trabajando para lograr estabilidad formal de ABI y API para la interfaz de C en la v2.7, junto con una nueva IR de middle-end para compilación tolerante a fallos. Para la v2.8, la hoja de ruta apunta a BackendV3, descrita allí como una interfaz de backend nativa de Rust expuesta a Python y C.

Qué vigilar

La cuestión inmediata es la estabilidad. La documentación actual de IBM sobre la API de C señala que la interfaz todavía debe considerarse experimental y puede cambiar entre versiones menores. Esa salvedad es importante para los equipos de software que estén considerando una integración profunda.

El siguiente hito, por tanto, es Qiskit 2.7. Según la hoja de ruta en GitHub, se espera que esa versión defina garantías de estabilidad para la API de C y amplíe aún más la funcionalidad del compilador. Si IBM cumple con ello, la vía no basada en Python de Qiskit empezará a parecer menos un proyecto de fontanería interna y más una interfaz de producción para pilas de software cuántico compilado.