pith. sign in

arxiv: 2605.15233 · v1 · pith:U5AVJD2Tnew · submitted 2026-05-13 · 🪐 quant-ph · cs.ET

Control-Plane Openness in Near-Term Quantum Computing: A Survey of Vendor Stacks and Field Implications

Rylan Malarchick This is my paper

Pith reviewed 2026-05-19 17:07 UTC · model grok-4.3

classification 🪐 quant-ph cs.ET
keywords quantum computingcontrol planevendor surveypulse-level controlopennesssuperconductingneutral atomsreproducibility
0
0 comments X

The pith

Access to the control plane in commercial quantum computing has bifurcated, with large superconducting platforms closing it and mid-tier plus neutral-atom vendors opening it.

A machine-rendered reading of the paper's core claim, the machinery that carries it, and where it could break.

The paper surveys thirteen commercial quantum vendors across superconducting, trapped-ion, neutral-atom, and photonic modalities to assess public access to pulse-level and control-electronics interfaces. It documents that the largest superconducting cloud platforms have closed this layer, including IBM's February 2025 removal of pulse-level control from production QPUs, while mid-tier superconducting vendors and neutral-atom platforms have increased openness. A sympathetic reader would care because restricted access limits hardware-aware research, experimental reproducibility, and consistent cross-vendor benchmarking. The authors grade each vendor on six openness axes and release the results as a machine-readable open catalog but stop short of proposing any new reference architecture.

Core claim

Public access to pulse-level and control-electronics interfaces in commercial quantum computing has bifurcated. The largest superconducting cloud platforms have closed access at this layer, with IBM removing pulse-level control from all production QPUs in February 2025; mid-tier superconducting vendors and the more open neutral-atom platforms have moved in the opposite direction. The bifurcation is documented row by row, with implications for reproducibility, hardware-aware research, and cross-vendor benchmarking.

What carries the argument

A six-axis grading framework applied to thirteen vendors to measure openness at the control plane, defined as the layer between gate-level circuit specification and physical control electronics.

If this is right

  • Reproducibility of experiments decreases on platforms that close control-plane access.
  • Hardware-aware research concentrates on vendors that keep interfaces open.
  • Cross-vendor benchmarking requires explicit accounting for unequal access levels.
  • The field loses the capacity for uniform low-level hardware optimizations across major platforms.

Where Pith is reading between the lines

These are editorial extensions of the paper, not claims the author makes directly.

  • Researchers needing fine-grained control may shift experiments toward mid-tier or neutral-atom vendors.
  • The documented split could encourage community efforts to define minimal acceptable control-plane openness standards.
  • Repeated surveys over time would show whether the bifurcation widens, narrows, or stabilizes.

Load-bearing premise

The six-axis grading of each vendor accurately reflects current public policies and technical capabilities without requiring private vendor information or post-survey policy changes.

What would settle it

A re-grading of the same thirteen vendors after six months that reveals major reversals, such as a previously closed large platform restoring pulse-level access, would falsify the observed bifurcation.

Figures

Figures reproduced from arXiv: 2605.15233 by Rylan Malarchick.

Figure 1
Figure 1. Figure 1: The layers of a quantum computing platform as referenced in this [PITH_FULL_IMAGE:figures/full_fig_p001_1.png] view at source ↗
read the original abstract

Public access to pulse-level and control-electronics interfaces in commercial quantum computing has bifurcated. The largest superconducting cloud platforms have closed access at this layer, with IBM removing pulse-level control from all production QPUs in February 2025; mid-tier superconducting vendors and the more open neutral-atom platforms have moved in the opposite direction. We survey thirteen commercial vendors across superconducting, trapped-ion, neutral-atom, and photonic modalities, grading each on six axes of openness at what we call the control plane: the layer between gate-level circuit specification and physical control electronics. The catalog ships as a separate machine-readable artifact under CC-BY-4.0 (DOI: https://doi.org/10.5281/zenodo.20163276). The bifurcation is documented row by row, with implications for reproducibility, hardware-aware research, and cross-vendor benchmarking. We do not propose an architecture or a reference implementation; we describe what the field has lost as the access landscape has shifted, and what minimally open access at this layer would have to look like.

Editorial analysis

A structured set of objections, weighed in public.

Desk editor's note, referee report, simulated authors' rebuttal, and a circularity audit. Tearing a paper down is the easy half of reading it; the pith above is the substance, this is the friction.

Referee Report

2 major / 2 minor

Summary. The paper surveys thirteen commercial quantum computing vendors across superconducting, trapped-ion, neutral-atom, and photonic modalities. It grades each on six axes of openness at the control plane (the layer between gate-level circuit specification and physical control electronics). The central claim is that public access has bifurcated, with the largest superconducting cloud platforms closing access (e.g., IBM removing pulse-level control from production QPUs in February 2025) while mid-tier superconducting vendors and neutral-atom platforms have moved toward greater openness. A machine-readable catalog of the grades is provided as a separate artifact under CC-BY-4.0, with discussion of implications for reproducibility, hardware-aware research, and cross-vendor benchmarking.

Significance. If the grades accurately capture current public policies, the work provides a timely snapshot of shifting access norms in near-term quantum hardware. The open catalog artifact is a clear strength, enabling independent verification and supporting falsifiable claims about the access landscape. This documentation could inform community discussions on reproducibility and the minimal requirements for open control-plane access without proposing new architectures.

major comments (2)
  1. [Survey Methodology] The bifurcation claim and its field implications rest directly on the aggregate of the six-axis grades across the thirteen vendors. However, the manuscript supplies no explicit rubric, scoring examples, or sensitivity analysis for borderline cases (e.g., partial pulse access or vendor-specific firmware restrictions). Because the headline pattern is an aggregate of these grades, any systematic interpretive difference would undermine the reported split between largest platforms and the rest.
  2. [Vendor Analysis] The claim that IBM removed pulse-level control from all production QPUs in February 2025 is load-bearing for the closure side of the bifurcation. This should be tied to a direct citation or excerpt from vendor documentation in the main text rather than relying solely on the external catalog for verification.
minor comments (2)
  1. [Abstract] The abstract states the catalog is available at a Zenodo DOI; the main text should include a short summary table aggregating the six-axis grades to visually illustrate the bifurcation without requiring readers to consult the separate artifact.
  2. [Introduction] Minor inconsistencies in modality labeling (e.g., how photonic vendors are classified relative to the superconducting/neutral-atom split) could be clarified for precision.

Simulated Author's Rebuttal

2 responses · 0 unresolved

We thank the referee for their constructive and detailed review of our survey on control-plane openness across quantum computing vendors. The comments identify valuable opportunities to enhance transparency and verifiability. We address each major comment below and have revised the manuscript accordingly.

read point-by-point responses

  1. Referee: [Survey Methodology] The bifurcation claim and its field implications rest directly on the aggregate of the six-axis grades across the thirteen vendors. However, the manuscript supplies no explicit rubric, scoring examples, or sensitivity analysis for borderline cases (e.g., partial pulse access or vendor-specific firmware restrictions). Because the headline pattern is an aggregate of these grades, any systematic interpretive difference would undermine the reported split between largest platforms and the rest.

    Authors: We agree that an explicit rubric and sensitivity discussion would improve transparency. In the revised manuscript we have added a new subsection 'Grading Rubric and Borderline Cases' to the Methods section. It defines scoring criteria for each of the six axes (full access, restricted access, no access), provides concrete examples drawn from the thirteen vendors, and includes a short sensitivity analysis examining how alternative interpretations of partial pulse access or firmware restrictions would affect the aggregate bifurcation pattern. These additions make the headline split more robust without changing the underlying grades or conclusions. revision: yes

  2. Referee: [Vendor Analysis] The claim that IBM removed pulse-level control from all production QPUs in February 2025 is load-bearing for the closure side of the bifurcation. This should be tied to a direct citation or excerpt from vendor documentation in the main text rather than relying solely on the external catalog for verification.

    Authors: We accept that the specific IBM claim benefits from direct anchoring in the main text. We have updated the relevant paragraph in the Results section to include an inline citation to IBM's official documentation together with a brief excerpt summarizing the February 2025 policy change on pulse-level control for production QPUs. The machine-readable catalog continues to serve as the comprehensive reference, but the main-text citation now allows immediate verification of this load-bearing detail. revision: yes

Circularity Check

0 steps flagged

Purely descriptive survey with no derivations or fitted quantities

full rationale

The paper surveys thirteen vendors across modalities, assigns grades on six control-plane openness axes drawn from public documentation, and ships a machine-readable catalog. It contains no equations, no parameter fitting, no predictions derived from internal models, and no load-bearing self-citations that justify a derivation. The reported bifurcation is an aggregate observation of the graded rows rather than a result obtained by reducing any claimed derivation to its own inputs. As a self-contained descriptive catalog, the work has no derivation chain that could exhibit circularity.

Axiom & Free-Parameter Ledger

0 free parameters · 0 axioms · 0 invented entities

Survey paper with no mathematical derivations, fitted parameters, background axioms, or postulated physical entities.

pith-pipeline@v0.9.0 · 5713 in / 937 out tokens · 56063 ms · 2026-05-19T17:07:07.934188+00:00 · methodology

discussion (0)

Sign in with ORCID, Apple, or X to comment. Anyone can read and Pith papers without signing in.

Lean theorems connected to this paper

Citations machine-checked in the Pith Canon. Every link opens the source theorem in the public Lean library.

What do these tags mean?
matches
The paper's claim is directly supported by a theorem in the formal canon.
supports
The theorem supports part of the paper's argument, but the paper may add assumptions or extra steps.
extends
The paper goes beyond the formal theorem; the theorem is a base layer rather than the whole result.
uses
The paper appears to rely on the theorem as machinery.
contradicts
The paper's claim conflicts with a theorem or certificate in the canon.
unclear
Pith found a possible connection, but the passage is too broad, indirect, or ambiguous to say the theorem truly supports the claim.

Reference graph

Works this paper leans on

46 extracted references · 46 canonical work pages

  1. [1]

    Migrate from Qiskit Pulse to fractional gates,

    IBM Quantum, “Migrate from Qiskit Pulse to fractional gates,” IBM Quantum Documentation, 2025, accessed: 2026-04-28. [Online]. Avail- able: https://quantum.cloud.ibm.com/docs/en/guides/pulse-migration

    work page 2025

  2. [2]

    Deprecate pulse module and related functionality for removal in 2.0,

    Qiskit Project, “Deprecate pulse module and related functionality for removal in 2.0,” GitHub Issue,Qiskit/qiskit#13063, 2024, accessed: 2026-04-28. [Online]. Available: https://github.com/Qiskit/ qiskit/issues/13063

    work page 2024

  3. [3]

    Remove pulse and its dependencies in Qiskit 2.0,

    ——, “Remove pulse and its dependencies in Qiskit 2.0,” GitHub Issue, Qiskit/qiskit#13662, 2024, accessed: 2026-04-28. [Online]. Available: https://github.com/Qiskit/qiskit/issues/13662

    work page 2024

  4. [4]

    IQM Pulla 12.0.1 documentation,

    IQM Quantum Computers, “IQM Pulla 12.0.1 documentation,” IQM Documentation Portal, 2026, accessed: 2026-04-28. [Online]. Available: https://docs.meetiqm.com/iqm-pulla/

    work page 2026

  5. [5]

    What is Quil?

    Rigetti Computing, “What is Quil?” Rigetti QCS Documentation, 2026, accessed: 2026-04-28. [Online]. Available: https://docs.rigetti.com/qcs/ guides/quil/quil

    work page 2026

  6. [6]

    OpenPulse – now available on OQC Lucy,

    Oxford Quantum Circuits, “OpenPulse – now available on OQC Lucy,” OQC Newsroom, 2022, accessed: 2026-04-28. [Online]. Available: https://oqc.tech/company/newsroom/openpulse-now-available-on-lucy/

    work page 2022

  7. [7]

    Pulser: Library for pulse-level/analog control of neutral atom devices,

    Pasqal, “Pulser: Library for pulse-level/analog control of neutral atom devices,” GitHub Repository, 2026, accessed: 2026-04-28. [Online]. Available: https://github.com/pasqal-io/Pulser

    work page 2026

  8. [8]

    Bloqade.jl: Package for the quantum computation and quantum simulation based on the neutral-atom architecture,

    QuEra Computing, “Bloqade.jl: Package for the quantum computation and quantum simulation based on the neutral-atom architecture,” GitHub Repository, 2026, accessed: 2026-04-28. [Online]. Available: https://github.com/QuEraComputing/Bloqade.jl

    work page 2026

  9. [9]

    Native gates,

    IonQ, “Native gates,” IonQ Quantum Cloud Documentation, 2026, accessed: 2026-04-28. [Online]. Available: https://docs.ionq.com/guides/ getting-started-with-native-gates

    work page 2026

  10. [10]

    Quantinuum Systems User Guide: System operation,

    Quantinuum, “Quantinuum Systems User Guide: System operation,” Quantinuum Documentation, 2026, accessed: 2026-04-28. [Online]. Available: https://docs.quantinuum.com/systems/user guide/hardware user guide/system operation.html

    work page 2026

  11. [11]

    Strawberry Fields: A software platform for photonic quantum computing,

    Xanadu Quantum Technologies, “Strawberry Fields: A software platform for photonic quantum computing,” Strawberry Fields Project Page, 2026, accessed: 2026-04-28. [Online]. Available: https://strawberryfields.ai/

    work page 2026

  12. [12]

    PsiQuantum unveils manufacturable chipset,

    Optics & Photonics News, “PsiQuantum unveils manufacturable chipset,” Optica Optics & Photonics News, 2025, accessed: 2026- 04-28. [Online]. Available: https://www.optica-opn.org/home/industry/ 2025/march/psiquantum unveils manufacturable chipset/

    work page 2025

  13. [13]

    ORCA computing technology,

    ORCA Computing, “ORCA computing technology,” ORCA Computing Website, 2026, accessed: 2026-04-28. [Online]. Available: https: //orcacomputing.com/technology/

    work page 2026

  14. [14]

    H. M. Wiseman and G. J. Milburn,Quantum Measurement and Control. Cambridge, UK: Cambridge University Press, 2009

    work page 2009

  15. [15]

    Improving qubit coherence using closed-loop feed- back,

    Various Authors, “Improving qubit coherence using closed-loop feed- back,”Nature Communications, vol. 13, pp. 1–7, 2022

    work page 2022

  16. [16]

    Application-oriented performance benchmarks for quantum computing,

    T. Lubinskiet al., “Application-oriented performance benchmarks for quantum computing,” arXiv preprint, 2021

    work page 2021

  17. [17]

    Benchmarking the performance of quantum computing software for quantum circuit creation, manipulation and compilation,

    P. D. Nationet al., “Benchmarking the performance of quantum computing software for quantum circuit creation, manipulation and compilation,”Nature Computational Science, 2025

    work page 2025

  18. [18]

    Open Quantum Design announced world’s first open-source trapped-ion quantum computer platform,

    The Quantum Insider, “Open Quantum Design announced world’s first open-source trapped-ion quantum computer platform,” The Quantum Insider, 2025, accessed: 2026-04-

    work page 2025

  19. [19]

    Available: https://thequantuminsider.com/2025/01/16/ open-quantum-design-announced-worlds-first-open-source-trapped-ion-quantum-computer-platform/

    [Online]. Available: https://thequantuminsider.com/2025/01/16/ open-quantum-design-announced-worlds-first-open-source-trapped-ion-quantum-computer-platform/

    work page 2025

  20. [20]

    An open-source initiative would benefit quantum computing,

    F. Bova and R. G. Melko, “An open-source initiative would benefit quantum computing,”Nature Reviews Physics, vol. 7, pp. 406–407, 2025

    work page 2025

  21. [21]

    Quantum-HPC software stacks and the openQSE reference architecture: A survey,

    openQSE Authors, “Quantum-HPC software stacks and the openQSE reference architecture: A survey,” arXiv preprint, 2026, accessed: 2026- 04-28

    work page 2026

  22. [22]

    QDMI – quantum device management interface: Hardware-software interface for the munich quantum software stack,

    Munich Quantum Software Stack Authors, “QDMI – quantum device management interface: Hardware-software interface for the munich quantum software stack,” in2024 IEEE International Conference on Quantum Computing and Engineering (QCE). IEEE, 2024

    work page 2024

  23. [23]

    The munich quantum software stack: Connecting end users, integrating diverse quantum technologies, accelerating HPC,

    ——, “The munich quantum software stack: Connecting end users, integrating diverse quantum technologies, accelerating HPC,” arXiv preprint, 2025

    work page 2025

  24. [24]

    Release news: Qiskit SDK v1.3 is here!

    IBM Quantum Computing Blog, “Release news: Qiskit SDK v1.3 is here!” IBM Quantum Computing Blog, 2024, accessed: 2026-04-28. [Online]. Available: https://www.ibm.com/quantum/blog/ qiskit-1-3-release-summary

    work page 2024

  25. [25]

    How IQM’s pulse-level access is fuelling value for end-users,

    IQM Quantum Computers, “How IQM’s pulse-level access is fuelling value for end-users,” IQM Blog, 2024, ac- cessed: 2026-04-28. [Online]. Available: https://meetiqm.com/blog/ how-iqms-pulse-level-access-is-fuelling-value-for-end-users/

    work page 2024

  26. [26]

    Pulser documentation,

    Pasqal, “Pulser documentation,” Pasqal Documentation Portal, 2026, accessed: 2026-04-28. [Online]. Available: https://docs.pasqal.com/ pulser/

    work page 2026

  27. [27]

    PsiQuantum launches Construct, tool for fault-tolerant quantum algorithms,

    Quantum Zeitgeist, “PsiQuantum launches Construct, tool for fault-tolerant quantum algorithms,” Quantum Zeitgeist, 2025, accessed: 2026-04-28. [Online]. Available: https://quantumzeitgeist.com/ psiquantum-launches-construct-tool-for-fault-tolerant-quantum-algorithms/

    work page 2025

  28. [28]

    Calibration metrics,

    Google Quantum AI, “Calibration metrics,” Cirq Documentation, 2026, accessed: 2026-04-28. [Online]. Available: https://quantumai.google/ cirq/google/calibration

    work page 2026

  29. [29]

    Google devices,

    ——, “Google devices,” Cirq Documentation, 2026, accessed: 2026-04-

    work page 2026

  30. [30]

    Available: https://quantumai.google/cirq/google/devices

    [Online]. Available: https://quantumai.google/cirq/google/devices

    work page

  31. [31]

    Using native gates with the IonQ API,

    IonQ, “Using native gates with the IonQ API,” IonQ Quantum Cloud Documentation, 2026, accessed: 2026-04-28. [Online]. Available: https://docs.ionq.com/api-reference/v0.3/native-gates-api

    work page 2026

  32. [32]

    [Online]

    Rigetti Computing, “Quil-T,” pyQuil 4.17.0 Documentation, 2026, accessed: 2026-04-28. [Online]. Available: https://pyquil-docs.rigetti. com/en/stable/quilt.html

    work page 2026

  33. [33]

    A new journey for Bloqade: The neutral atom SDK,

    QuEra Computing, “A new journey for Bloqade: The neutral atom SDK,” Bloqade Development Blog, 2025, accessed: 2026-04-

    work page 2025

  34. [34]

    Available: https://bloqade.quera.com/dev/blog/2025/03/01/ a-new-journey-for-bloqade/

    [Online]. Available: https://bloqade.quera.com/dev/blog/2025/03/01/ a-new-journey-for-bloqade/

    work page 2025

  35. [35]

    Atom Computing whitepaper,

    Atom Computing, “Atom Computing whitepaper,” Atom Computing Whitepaper, 2025, accessed: 2026-04-28. [On- line]. Available: https://atom-computing.com/wp-content/uploads/2025/ 01/Atom-Computing-Whitepaper-2025.pdf

    work page 2025

  36. [36]

    Microsoft and Atom Computing offer a commercial quantum machine with the largest number of entangled logical qubits on record,

    Microsoft Azure Quantum Blog, “Microsoft and Atom Computing offer a commercial quantum machine with the largest number of entangled logical qubits on record,” Microsoft Azure Quantum Blog, 2024, accessed: 2026-04-28. [Online]. Available: https://azure.microsoft.com/en-us/blog/quantum/2024/11/19/ microsoft-and-atom-computing-offer-a-commercial-quantum-mach...

    work page 2024

  37. [37]

    Amazon Braket launches Braket Pulse to develop quantum programs at the pulse level,

    Amazon Web Services, “Amazon Braket launches Braket Pulse to develop quantum programs at the pulse level,” AWS Quantum Technologies Blog, 2022, accessed: 2026-04-28. [Online]. Available: https://aws.amazon.com/blogs/quantum-computing/ amazon-braket-launches-braket-pulse-to-develop-quantum-programs-at-the-pulse-level/

    work page 2022

  38. [38]

    Xanadu on amazon Braket,

    ——, “Xanadu on amazon Braket,” AWS Braket Quantum Computers, 2026, accessed: 2026-04-28. [Online]. Available: https://aws.amazon. com/braket/quantum-computers/xanadu/

    work page 2026

  39. [39]

    iqm-pulla,

    IQM Quantum Computers, “iqm-pulla,” Python Package Index, 2026, accessed: 2026-04-28. [Online]. Available: https://pypi.org/project/ iqm-pulla/

    work page 2026

  40. [40]

    QubiC 2.0: An extensible open-source qubit control system capable of mid-circuit measurement and feed-forward,

    Y . Xu, G. Huanget al., “QubiC 2.0: An extensible open-source qubit control system capable of mid-circuit measurement and feed-forward,” arXiv preprint, 2023

    work page 2023

  41. [41]

    Open hardware solutions in quantum technology,

    Open Hardware in Quantum Technology Authors, “Open hardware solutions in quantum technology,”APL Quantum, vol. 1, no. 1, p. 011501, 2024

    work page 2024

  42. [42]

    Google/SkyWater and the promise of the open PDK,

    R. T. Edwards, “Google/SkyWater and the promise of the open PDK,” in Workshop on Open-Source EDA Technology (WOSET), 2020. [Online]. Available: https://woset-workshop.github.io/PDFs/2020/a03.pdf

    work page 2020

  43. [43]

    The QIR alliance,

    QIR Alliance, “The QIR alliance,” Linux Foundation, 2026, accessed: 2026-04-28. [Online]. Available: https://www.qir-alliance.org/alliance/

    work page 2026

  44. [44]

    SkyWater PDK: Open source process design kit for the SkyWater Technology Foundry 130nm node,

    Google and SkyWater Technology, “SkyWater PDK: Open source process design kit for the SkyWater Technology Foundry 130nm node,” GitHub Repository, 2026, accessed: 2026-04-28. [Online]. Available: https://github.com/google/skywater-pdk

    work page 2026

  45. [45]

    E. S. Raymond,The Cathedral and the Bazaar: Musings on Linux and Open Source by an Accidental Revolutionary. Sebastopol, CA: O’Reilly Media, 1999

    work page 1999

  46. [46]

    LLVM: A compilation framework for lifelong program analysis and transformation,

    C. Lattner and V . Adve, “LLVM: A compilation framework for lifelong program analysis and transformation,” inProceedings of the 2004 International Symposium on Code Generation and Optimization (CGO). San Jose, CA, USA: IEEE Computer Society, 2004, pp. 75–88

    work page 2004