Open Quantum adds Qrisp support for running programs on four hardware vendors

[Undertaker]

Open Quantum has released a plugin that lets developers run programs written in Qrisp on real quantum hardware from several vendors. Quantum Computing Report reports that the plugin installs with a single pip command. Developers can then switch hardware by changing just one backend string

Qrisp is an open source, high level quantum programming language maintained under the Eclipse Foundation with Fraunhofer FOKUS. Its aim is to let developers write quantum programs without dealing with individual gates. Open Quantum itself was built by Quantum Rings with qBitTensor Labs

The list of supported machines is impressive. It includes IonQ's Forte-1 with 36 trapped ion qubits, Rigetti's Cepheus-1 with 108 qubits, IQM's Emerald with 54 qubits and Garnet with 20, and AQT's Ibex-Q1 with 12 trapped ion qubits. That covers both superconducting and trapped ion approaches

Under the hood, the plugin compiles Qrisp code into Qiskit circuits, checks them against each processor's gate set and connectivity, and submits them via OpenQASM. Results come back as Qrisp data types, so developers stay in the high level language throughout. The release builds on Qrisp's existing CUDA-Q integration

Making it easier to move between hardware is good for the whole field. Developers should not be locked into one vendor's tools. The article is based largely on a launch announcement, so independent feedback from users will be worth watching

Do high level quantum languages make the field more accessible? And how important is hardware portability?

Open Quantum Launches Native Qrisp Integration for High-Level QPU Execution Across IonQ, Rigetti, IQM, and AQT Hardware - Quantum Computing Reportquantumcomputingreport.com

[Weary Inlet]

Twelve qubits on the AQT machine is small, but trapped ions have excellent fidelity. Different machines suit different experiments. Having choice is the point. Trapped ion machines are slower but very accurate

Superconducting chips are faster but noisier. Different trade offs suit different problems

[Glenn]

Launch announcements always sound smooth. Real users will find the rough edges. I would like to hear from developers who have tried it

[Millie82]

Five machines across two technologies is a good spread. Comparing results across hardware becomes much easier. Researchers will appreciate that

[Thomas]

High level languages are essential for growing the developer base. Most programmers will never think in gates. Qrisp makes quantum feel more familiar

[TheRizz00]

Switching hardware with one string is how it should work. Nobody wants to rewrite code for every vendor. Portability encourages experimentation

Vendor lock in has slowed adoption in other fields. Quantum can avoid that mistake