IBM duwt Qiskit verder voorbij Python met de release van SDK v2.6

IBM heeft Qiskit SDK v2.6 uitgebracht, een software-update die is gericht op de low-level C-interface van het project in plaats van op de bekendere Python-laag. Volgens IBM’s releasesamenvatting van 22 oktober voegt de update een pass-managerframework toe aan de C API, brengt die QPY-circuitserialisatie naar workflows met gecompileerde programmeertalen en kunnen ontwikkelaars aangepaste kwantumbewerkingen rechtstreeks vanuit C definiëren. Samen genomen zetten de wijzigingen IBM’s inspanningen voort om meer van Qiskit bruikbaar te maken zonder een Python-runtime.

Wat is aangekondigd

De v2.6-release breidt de C API van Qiskit uit, die IBM omschrijft als een low-level interface naar het op Rust gebaseerde kern-datamodel van Qiskit voor gebruik vanuit gecompileerde programmeertalen. Volgens IBM is de interface bedoeld voor zowel zelfstandig gebruik zonder Python als voor het bouwen van snellere Python-extensies die rechtstreeks met de Rust-objecten van Qiskit communiceren.

In Qiskit v2.6 heeft IBM een generiek pass-managerframework aan die C API toegevoegd. De nieuwe componenten omvatten QkPassManager, QkPassVtable en QkIrHandle, die ontwikkelaars samen in staat stellen compilerpasses te maken en die te schakelen in typegecontroleerde pijplijnen over meerdere intermediaire representaties heen.

Ontvang de DesignQuantum-nieuwsbrief

Gratis nieuws en achtergrondartikelen over quantumcomputing, met elke bewering gekoppeld aan de bron. Kies dagelijks, wekelijks of maandelijks.

Website

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

Gratis. Altijd met één klik af te melden. Privacybeleid

De release stelt ook QPY-serialisatiefuncties beschikbaar in de C API, zodat programma’s geschreven in talen als C, C++ en Julia het binaire circuitformaat van Qiskit kunnen schrijven en lezen zonder via Python heen en weer te gaan. Daarnaast kunnen ontwikkelaars nu volgens IBM aangepaste bewerkingen definiëren via een C-vtable-interface, waaronder hardware-native bewerkingen.

De technische details

IBM zegt dat het nieuwe pass-managerframework een compilatiepijplijn vóór uitvoering kan valideren door voor elke pass de gedeclareerde invoer- en uitvoerrepresentaties te controleren. Ingebouwde representaties omvatten QkCircuit en QkDag, terwijl door gebruikers gedefinieerde IR’s ook via QkIrHandle kunnen worden beschreven.

Dat is van belang omdat het compilerwerk van Qiskit steeds meer wordt georganiseerd rond het verlagen van programma’s via verschillende representaties, een patroon dat relevant is voor zowel de huidige transpilation-flows als toekomstige fouttolerante toolchains.

Op het gebied van serialisatie maakt Qiskit 2.6 QPY-formaat v18 standaard. Volgens IBM verkleint deze versie de omvang van geserialiseerde circuits door een compactere codering te gebruiken voor kwantum- en klassieke registers. Circuits die via de C API zijn gemaakt, blijven compatibel met Python’s qiskit.qpy-module, aldus het bedrijf.

De release houdt de minimaal ondersteunde Python-runtime op 3.10, terwijl builds vanuit broncode nu Rust 1.89 vereisen. De roadmap-pagina van IBM vermeldt ook dat Qiskit 2.6.0 op 16 oktober 2026 is uitgebracht en dat bugfixes via patchreleases of de volgende minor release zullen worden geleverd.

Waarom dit van belang is

Voor de meeste Qiskit-gebruikers blijft Python het belangrijkste startpunt. Maar IBM werkt duidelijk ook toe naar een ander implementatiemodel: toegang vanuit gecompileerde programmeertalen tot dezelfde kern van compiler- en uitvoeringsstack.

Die verschuiving is relevant voor high-performance computing-omgevingen, waar Python een beperking kan vormen voor packaging, runtime of integratie. In de documentatie van IBM staat dat de C API is ontworpen om een gedefinieerde ABI te bieden voor het interne Rust-datamodel, en in de blog van het bedrijf wordt v2.6 neergezet als opnieuw een stap richting het gebruik van Qiskit in omgevingen waar Python niet is geïnstalleerd.

Het signaleert ook een bredere architecturale overgang. De roadmap van Qiskit laat zien dat IBM toewerkt naar formele ABI- en API-stabiliteit voor de C-interface in v2.7, samen met een nieuwe middle-end-IR voor fouttolerante compilatie. Voor v2.8 wijst de roadmap op BackendV3, daar omschreven als een Rust-native backendinterface die beschikbaar wordt gemaakt voor Python en C.

Waarop te letten

De directe vraag is stabiliteit. In de huidige documentatie van IBM over de C API staat dat de interface nog steeds als experimenteel moet worden beschouwd en tussen minor releases kan veranderen. Dat voorbehoud is belangrijk voor softwareteams die een diepgaande integratie overwegen.

De volgende mijlpaal is dan ook Qiskit 2.7. Volgens de roadmap op GitHub zal die versie naar verwachting stabiliteitsgaranties voor de C API definiëren en de compilerfunctionaliteit verder uitbreiden. Als IBM dat levert, zal het niet-Python-pad van Qiskit minder gaan lijken op een intern infrastructuurproject en meer op een productie-interface voor gecompileerde kwantumsoftwarestacks.