Stand 2026-07-02Level 3

QASM und QIR

OpenQASM ist die menschenlesbare 'Assemblersprache' für Quantenschaltkreise, und QIR ist eine LLVM-basierte Zwischendarstellung, die Quanten- und klassische Logik gemeinsam trägt — Stand 2026 die beiden konvergierenden Standards des Quanten-Software-Stacks.

Was es bedeutet

Quanten-Frameworks — Qiskit, Cirq, Pytket, Q#, PennyLane, Braket — schreiben dieselben Schaltkreise in verschiedenen Dialekten; das Ökosystem braucht daher gemeinsame Schriftsprachen.QASM (Quantum Assembly Language) ist ein menschenlesbares Textformat für Schaltkreise, die 'Assemblersprache der Quantenwelt'.Aber die verbreitetste Version, OpenQASM 2.0, kann keine echtzeitigen, messungsgesteuerten Verzweigungen (dynamische Schaltkreise) ausdrücken, weshalb jedes Framework eigene Erweiterungen anbaute und das Format fragmentierte; OpenQASM 3 behebt dies durch klassischen Kontrollfluss.QIR (Quantum Intermediate Representation) geht eine Ebene tiefer: Es wendet die Compiler-Idee der Zwischendarstellung an und entkoppelt Sprach-Frontends von Hardware-Backends.Auf LLVM aufgebaut, kann es klassische und Quantenlogik in einem Programm tragen — genau die Brücke, die hybrides Rechnen braucht.Entwickelt wird es von der QIR Alliance (von Microsoft gegründet), mit NVIDIA, Quantinuum, Rigetti, IQM und ORNL als Anwendern, Stand 2026.MLIR verallgemeinert weiter: Seine 'Dialekte' lassen ein Programm klassische Steuerung, Quantenschaltkreise und sogar Pulsbeschreibungen enthalten, schrittweise zur Hardware hin abgesenkt (progressive lowering).In der Praxis akzeptieren viele Anbieter jedoch weiterhin nur einfache Schaltkreisformate wie JSON — die Standardadoption hinkt den Papieren hinterher.

Alltagsvergleich

Dein Quanten-Framework — Qiskit, Cirq, Pytket, Q#, PennyLane oder Braket, alle schreiben dasselbe Bell-Paar in verschiedenen Dialekten — braucht eine gemeinsame Schriftsprache. QASM ist diese menschenlesbare 'Assemblersprache der Quantenwelt'. Aber die verbreitetste Version, OpenQASM 2.0, kann keine echtzeitigen if-Verzweigungen (dynamische Schaltkreise) ausdrücken, also baute jedes Framework eigene Erweiterungen an, und das Ökosystem fragmentierte; OpenQASM 3 behebt das. QIR geht eine Ebene tiefer: Wie ein Übersetzungsknoten zwischen vielen Sprachen und vielen Maschinen (die Compiler-IR-Idee, auf LLVM aufgebaut) trägt es klassische UND Quantenlogik in einem Programm — die Brücke, die hybrides Rechnen braucht. MLIR verallgemeinert weiter mit 'Dialekten', die klassische Steuerung, Schaltkreise und Pulse in einem schrittweise abgesenkten Programm vereinen können.
'Assembly' stammt vom lateinischen assimulare, 'zusammentragen' — die Sprache eine Stufe über der Maschine, aus ihren rohen Befehlen zusammengetragen; QASM ist schlicht Quantum + ASM. IR steht für Intermediate Representation — in ostasiatischen Sprachen 中間表現/中间表示, 'die Brücke zwischen Sprache und Maschine'.

Häufige Missverständnisse

  • QASM ist ein Textformat für Schaltkreise, keine Programmiersprache, in der Menschen große Programme schreiben — SDKs erzeugen es.
  • OpenQASM 2.0 kann keinen durch Zwischenmessungen gesteuerten Kontrollfluss ausdrücken — eine reale Einschränkung, die das Ökosystem fragmentierte. Stand 2026 sind OpenQASM 3 und QIR die konvergierenden Standards.
  • Viele Anbieter akzeptieren weiterhin nur einfache Schaltkreisformate (etwa JSON), nicht QIR oder MLIR — die Standardadoption hinkt den Papieren hinterher.

Das Wichtigste

  • QASM ist menschenlesbarer Schaltkreistext — die 'Quanten-Assemblersprache', die SDKs erzeugen und austauschen.
  • OpenQASM 3 fügt klassischen Kontrollfluss hinzu, sodass echtzeitige, messungsgesteuerte Verzweigungen (dynamische Schaltkreise) endlich im Standard ausdrückbar sind.
  • QIR ist eine LLVM-basierte Zwischendarstellung für hybride Quanten- und klassische Logik; die QIR Alliance (Microsoft, mit NVIDIA, Quantinuum, Rigetti, IQM, ORNL als Anwendern, Stand 2026) entwickelt sie.
  • MLIR-'Dialekte' erlauben, dass klassische Steuerung, Quantenschaltkreise und Pulse in einem Programm koexistieren und schrittweise zur Hardware abgesenkt werden.

Verständnis prüfen

Welche Einschränkung von OpenQASM 2.0 ließ das Quanten-Software-Ökosystem in herstellerspezifische Erweiterungen fragmentieren?

  1. A.Es konnte keine Zwei-Qubit-Gatter beschreiben
  2. B.Es konnte keinen echtzeitigen, messungsgesteuerten Kontrollfluss (dynamische Schaltkreise) ausdrücken
  3. C.Es lief nur auf IBM-Hardware
  4. D.Es erforderte Lizenzgebühren
Antwort anzeigen

Antwort: B. Es konnte keinen echtzeitigen, messungsgesteuerten Kontrollfluss (dynamische Schaltkreise) ausdrücken

Warum: OpenQASM 2.0 kann keine echtzeitigen Verzweigungen auf Basis von Zwischenmessungsergebnissen ausdrücken, also baute jedes Framework eigene Erweiterungen an, und das Format fragmentierte. OpenQASM 3 behebt dies durch klassischen Kontrollfluss.

Was macht QIR besonders geeignet als Brücke für hybrides Quanten-Klassik-Rechnen?

  1. A.Es ist in Python geschrieben
  2. B.Es zeichnet Schaltkreise grafisch
  3. C.Auf LLVM aufgebaut trägt es klassische und Quantenlogik in einem Programm und entkoppelt Frontends von Backends
  4. D.Es komprimiert Schaltkreise auf die wenigsten Gatter
Antwort anzeigen

Antwort: C. Auf LLVM aufgebaut trägt es klassische und Quantenlogik in einem Programm und entkoppelt Frontends von Backends

Warum: QIR wendet die Compiler-Idee der Zwischendarstellung auf Quanten an: Auf LLVM aufgebaut drückt es klassische und Quantenlogik gemeinsam aus und trennt Sprachen von Hardware — genau die Brücke, die hybrides Rechnen braucht.

Baut auf

Qubit

OpenQASM 3 spec is stable literature, but adoption landscape (QIR Alliance members, vendor format support, MLIR dialects) evolves; text phrases these as-of-2026.

Praktisch lernen

Dieses Konzept ist Teil eines Curriculums mit 46 Leveln, einem interaktiven Simulator und Lumen — einem Tutor, dessen Antworten vor der Anzeige geprüft werden. Level 1–5 sind kostenlos.

Kostenlos startenZum Curriculum