02: Quantum Information Processing in QuTiP II
Contents
02: Quantum Information Processing in QuTiP II#
In the previous tutorial, we looked at how to create and run circuits. In this tutorial we’ll look at how circuits are implemented on real quantum devices and how we can use QuTiP to simulate the quantum hardware itself.
Quite a few steps are needed to translate a quantum circuit into actions for robots to perform on the real apparatus:
Optimize the assignment of qubits to the device.
Add swap gates to allow operations between device qubits that cannot directly interact.
Replace the circuit gates with gates the device can perform.
Translate the gates into control pulses for the device.
Send the pulses to the device.
The steps above are just one example of a translation process. The details will vary between different kinds of quantum hardware. In a neutral atom device, one would choose how to layout the neutral atoms for the circuit. The pulses themselves will need to be optimized for the circuit. Some pulses will be performed simultaneously. Others will need to be performed one after the other. Pulses and gates could be combined. Extra pulses might be added to perform dynamic decoupling.
QuTiP’s QIP module provides the means to perform all of the steps above and to run the resulting pulses on a simulated hardware device.
A simulated hardware device is a time-dependented Hamiltonian (or Liouvillian) that describes the physics of the system (e.g. interactions between atoms or qubits) and the actions of the control pulses. Typically the control pulses define the time-dependent amplitude of an oscillating term in the Hamiltonian.
Let’s try all the steps out in QuTiP.
Tasks#
Imports#
%matplotlib inline
import matplotlib.pyplot as plt
import qutip
from qutip_qip.circuit import QubitCircuit
from qutip_qip.device import LinearSpinChain
import numpy as np
import re
orig_latex_code = QubitCircuit.latex_code
def fix_swap(self):
tex = orig_latex_code(self)
tex = re.sub(r"( \\qwx\[)(\d+)(\] )", r"\1-\2\3", tex)
return tex
QubitCircuit.latex_code = fix_swap
Linear spin chain qubits#
Before we begin, we need to pick what kind of hardware device we will translate to. We’ll choose a linear spin chain with three qubits:
The nodes are the three qubits. The lines are the interactions between them. Note that each qubit can only interact with the two next to it in the chain. Qubits 0 and 2 cannot interact directly.
Each qubit can be controlled by rotations around the \(X\) and \(Z\) axis. The corresponding Hamiltonian for qubit \(j\) is:
\( \Omega^x_{j}(t) \) and \( \Omega^z_{j}(t) \) are coefficients that are functions of time and which we can control in the real device by, e.g., firing a microwave pulse towards qubit \(j\).
The interactive between qubits \(j\) and \(j + 1\) is described by the Hamiltonian:
Where here \(g_{j}(t)\) is the time-dependent coefficient function that we can use to control the interaction.
Putting all Hamiltonians for all of the qubits and interaction together, we get the full Hamiltonian for the system:
Don’t worry about understanding the Hamiltonian fully. The point is to have a general model of how a linear spin chain interacts and can be controlled that you keep in your head during the rest of this tutorial.
QuTiP has a prebuilt version of this model. You can great an instance of it with:
processor = LinearSpinChain(3)
Create a simple circuit to translate#
Create this simple circuit to translate:
It doesn’t perform any specific useful operation. It’s just a very simple example that will allow us to focus on what is happening during translation rather than what the circuit does.
Add swap gates by hand#
The circuit above can’t be implemened directly on the device because the first CNOT operates on qubits 0 and 2 which are not next to each other in the spin chain and so can’t interact.
By hand, add some swap gates around the first CNOT gate so that the result circuit performs the same operation but could be executed on our spin chain.
Could you have added different swap gates? Can you think of some reasons why some choices might be better than others? What about in bigger circuits with more gates?
Add swap gates automatically#
QuTiP’s processors have a built-in method for performing the swaps – processor.topology_map(qc)
. It takes in a circuit and returns a new circuit with the swaps added.
It has a small bug that means we have to fix the labels for the input states afterwards by doing qc_swapped.input_states = qc.input_states
. If you are feeling adventurous later this week, we’d love a pull request to fix this bug. The issue is described in more detail at https://github.com/qutip/qutip-qip/issues/165.
Compare the resulting circuit below to the swaps you used.
Spend some time thinking about how you might write a general algorithm like this which can apply the appropriate swaps to any circuit. How would you make such an algorithm optimal? What does optimal mean for this problem? Would it help to be able to reorder the qubits at the start?
Translate to native gates#
Now that we have the swaps in place, the next step is to translate the gates our device can implement – i.e. ones that can be turned into control pulses to send to our spin chain device.
You can list the native gates for the device using:
processor.native_gates
They are native single qubit gates are RX
and RZ
. They rotate the qubit around the X
and Z
axes. Each takes an angle to rotate through as a parameter. They are performed using the \(\Omega^x_{j}(t)\) and \(\Omega^z_{j}(t)\) pulses from the Hamiltonian.
The native two qubit gates are ISWAP
and SQRTISWAP
. They are performed using the interaction pulse \(g_{j}(t)\) plus some additional control pulses on the individual qubits involved.
Use processor.transpile(qc)
to transform the gates into native gates. Whoa! It’s complicated. Try to figure out what sequence of gates each of the individual gates was translated too. Use .transpile
on simpler circuits with just one gate if you get stuck or to check your findings.
What are the strange giant \(Ph(\pi /2)\) gates? How are they implemented?
Turn gates into pulses#
The compiled coefficients are square pulses and the control coefficients on 𝜎𝑧 and 𝜎𝑥 are also different, resulting in different gate times.
Run the pulses on the device#
QuTiP’s processor provides a method .run_state(...)
for executing the pulses. Under the hood, this runs one of the QuTiP solvers, typically either sesolve
or mesolve
, and returns the result.
Use run_state(init_state=psi0)
to determine the effect of the pulses on psi0
. What do the dimensions of psi0
have to be? Do the results match what you expect? Try a few different values for psi0
.
By setting the decoherence times t1
and t2
on the processor using:
processor.t1 = 100
processor.t2 = 30
we can simulate the loss of information to the environment on the circuit.
If we add decoherence, what happens to the outcomes?
Links for further study#
Boxi Li wrote an excellent example of simulating the entire Deutsch-Jozsa algorithm on a spin chain in QuTiP. You can find it with the other QuTiP tutorials at qutip.org under the title Simulating the Deutsch–Jozsa algorithm with noise.