IBM продвигает Qiskit ещё дальше за пределы Python с выпуском SDK v2.6

IBM выпустила Qiskit SDK v2.6 — обновление ПО, в центре которого находится низкоуровневый интерфейс C проекта, а не более известный слой Python. Согласно опубликованной IBM 22 октября сводке о релизе, обновление добавляет в C API фреймворк менеджера проходов, переносит сериализацию схем QPY в рабочие процессы на компилируемых языках и позволяет разработчикам определять пользовательские квантовые операции напрямую из C. В совокупности эти изменения продолжают курс IBM на то, чтобы всё большая часть Qiskit могла использоваться без среды выполнения Python.

Что было анонсировано

Релиз v2.6 расширяет C API Qiskit, который IBM описывает как низкоуровневый интерфейс к базовой модели данных Qiskit на Rust для использования из компилируемых языков. По словам IBM, этот интерфейс предназначен как для самостоятельного применения без Python, так и для создания более производительных расширений Python, которые напрямую взаимодействуют с объектами Rust в Qiskit.

В Qiskit v2.6 IBM добавила в этот C API универсальный фреймворк менеджера проходов. В новые компоненты входят QkPassManager, QkPassVtable и QkIrHandle, которые вместе позволяют разработчикам создавать проходы компилятора и объединять их в конвейеры с проверкой типов для нескольких промежуточных представлений.

Подпишитесь на рассылку DesignQuantum

Бесплатные новости и объясняющие материалы о квантовых вычислениях, каждое утверждение со ссылкой на источник. Ежедневно, еженедельно или ежемесячно, на ваш выбор.

Website

Адрес электронной почты ЧастотаЕжедневноЕженедельноЕжемесячно ЯзыкEnglishEspañol简体中文हिन्दीالعربيةPortuguês (Brasil)FrançaisDeutsch日本語Русский한국어Bahasa IndonesiaTürkçeItalianoTiếng ViệtPolskiNederlandsไทยفارسیУкраїнськаবাংলাاردوKiswahiliBahasa Melayuעברית Подписаться бесплатно

Бесплатно. Отписаться можно в любой момент одним щелчком. Политика конфиденциальности

Релиз также открывает функции сериализации QPY в C API, позволяя программам, написанным на таких языках, как C, C++ и Julia, записывать и считывать двоичный формат схем Qiskit без промежуточного обращения к Python. Кроме того, по данным IBM, разработчики теперь могут определять пользовательские операции через интерфейс C vtable, включая аппаратно-нативные операции.

Технические детали

IBM сообщает, что новый фреймворк менеджера проходов может проверять корректность конвейера компиляции до его выполнения, сверяя объявленные входные и выходные представления для каждого прохода. В число встроенных представлений входят QkCircuit и QkDag, а пользовательские IR также могут быть описаны через QkIrHandle.

Это важно, потому что работа над компилятором в Qiskit всё больше организуется вокруг поэтапного понижения программ через несколько представлений — шаблон, актуальный как для нынешних потоков транспиляции, так и для будущих инструментальных цепочек отказоустойчивых вычислений.

Что касается сериализации, в Qiskit 2.6 формат QPY v18 используется по умолчанию. По словам IBM, эта версия уменьшает размер сериализованных схем за счёт более компактного кодирования квантовых и классических регистров. Схемы, созданные через C API, остаются совместимыми с модулем Python qiskit.qpy, отмечает компания.

В релизе минимально поддерживаемая среда выполнения Python по-прежнему остаётся на уровне 3.10, тогда как для сборки из исходного кода теперь требуется Rust 1.89. На странице дорожной карты IBM также указано, что Qiskit 2.6.0 был выпущен 16 октября 2026 года, а исправления ошибок будут поставляться через патч-релизы или следующий минорный релиз.

Почему это важно

Для большинства пользователей Qiskit Python по-прежнему остаётся основной точкой входа. Но IBM явно движется и к другой модели развёртывания: доступу из компилируемых языков к тому же базовому стеку компиляции и исполнения.

Этот сдвиг важен для сред высокопроизводительных вычислений, где Python может создавать ограничения на уровне упаковки, среды выполнения или интеграции. В документации IBM говорится, что C API спроектирован так, чтобы предоставлять определённый ABI к внутренней модели данных Rust, а в блоге компании v2.6 подаётся как ещё один шаг к использованию Qiskit в средах, где Python не установлен.

Это также сигнализирует о более широком архитектурном переходе. Дорожная карта Qiskit показывает, что IBM движется к формальной стабильности ABI и API для интерфейса C в v2.7, а также к новому middle-end IR для отказоустойчивой компиляции. Для v2.8 дорожная карта указывает на BackendV3, который там описывается как нативный для Rust интерфейс бэкенда с доступом из Python и C.

На что обратить внимание

Непосредственный вопрос — это стабильность. В текущей документации IBM по C API говорится, что интерфейс всё ещё следует считать экспериментальным и что он может меняться между минорными релизами. Эта оговорка важна для команд разработки, рассматривающих глубокую интеграцию.

Следующей вехой, таким образом, станет Qiskit 2.7. Согласно дорожной карте на GitHub, ожидается, что эта версия определит гарантии стабильности для C API и ещё больше расширит функциональность компилятора. Если IBM выполнит это, непитоновский путь Qiskit начнёт меньше напоминать внутренний инфраструктурный проект и больше — производственный интерфейс для компилируемых стеков квантового ПО.