Note

This page was generated from tutorials/simulators/7_matrix_product_state_method.ipynb.

# Matrix product state simulation method¶

## Simulation methods¶

The `AerSimulator`

has several simulation methods including `statevector`

, `stabilizer`

, `extended_stabilizer`

and `matrix_product_state`

. Each of these determines the internal representation of the quantum circuit and the algorithms used to process the quantum operations. They each have advantages and disadvantages, and choosing the best method is a matter of investigation. In this tutorial, we focus on the `matrix product state simulation method`

.

## Matrix product state simulation method¶

This simulation method is based on the concept of `matrix product states`

. This structure was initially proposed in the paper *Efficient classical simulation of slightly entangled quantum computations* by Vidal in https://arxiv.org/abs/quant-ph/0301063. There are additional papers that describe the structure in more detail, for example *The density-matrix renormalization group in the age of matrix product states* by Schollwoeck https://arxiv.org/abs/1008.3477.

A pure quantum state is usually described as a state vector, by the expression \(|\psi\rangle = \sum_{i_1=0}^1 {\ldots} \sum_{i_n=0}^1 c_{i_1 \ldots i_n} |i_i\rangle {\otimes} {\ldots} {\otimes} |i_n\rangle\).

The state vector representation implies an exponential size representation, regardless of the actual circuit. Every quantum gate operating on this representation requires exponential time and memory.

The matrix product state (MPS) representation offers a local representation, in the form: \(\Gamma^{[1]} \lambda^{[1]} \Gamma^{[2]} \lambda^{[2]}\ldots \Gamma^{[1]} \lambda^{[n-1]} \Gamma^{[n]}\), such that all the information contained in the \(c_{i_1 \ldots i_n}\), can be generated out of the MPS representation.

Every \(\Gamma^{[i]}\) is a tensor of complex numbers that represents qubit \(i\). Every \(\lambda^{[i]}\) is a matrix of real numbers that is used to normalize the amplitudes of qubits \(i\) and \(i+1\). Single-qubit gates operate only on the relevant tensor.

Two-qubit gates operate on consecutive qubits \(i\) and \(i+1\). This involves a tensor-contract operation over \(\lambda^{[i-1]}\), \(\Gamma^{[i-1]}\), \(\lambda^{[i]}\), \(\Gamma^{[i+1]}\) and \(\lambda^{[i+1]}\), that creates a single tensor. We apply the gate to this tensor, and then decompose back to the original structure. This operation may increase the size of the respective tensors. Gates that involve two qubits that are not consecutive, require a series of swap gates to bring the two qubits next to each other and then the reverse swaps.

In the worst case, the tensors may grow exponentially. However, the size of the overall structure remains ‘small’ for circuits that do not have ‘many’ two-qubit gates. This allows much more efficient operations in circuits with relatively ‘low’ entanglement. Characterizing when to use this method over other methods is a subject of current research.

## Using the matrix product state simulation method¶

The matrix product state simulation method is invoked in the `AerSimulator`

by setting the simulation method. Other than that, all operations are controlled by the `AerSimulator`

itself, as in the following example:

```
[1]:
```

```
import numpy as np
# Import Qiskit
from qiskit import QuantumCircuit, transpile
from qiskit.providers.aer import AerSimulator
# Construct quantum circuit
circ = QuantumCircuit(2, 2)
circ.h(0)
circ.cx(0, 1)
circ.measure([0,1], [0,1])
# Select the AerSimulator from the Aer provider
simulator = AerSimulator(method='matrix_product_state')
# Run and get counts, using the matrix_product_state method
tcirc = transpile(circ, simulator)
result = simulator.run(tcirc).result()
counts = result.get_counts(0)
counts
```

```
[1]:
```

```
{'11': 531, '00': 493}
```

To see the internal state vector of the circuit we can use the `save_statevector`

instruction. To return the full internal MPS structure we can also use the `save_matrix_product_state`

instruction.

```
[2]:
```

```
circ = QuantumCircuit(2, 2)
circ.h(0)
circ.cx(0, 1)
# Define a snapshot that shows the current state vector
circ.save_statevector(label='my_sv')
circ.save_matrix_product_state(label='my_mps')
circ.measure([0,1], [0,1])
# Execute and get saved data
tcirc = transpile(circ, simulator)
result = simulator.run(tcirc).result()
data = result.data(0)
#print the result data
data
```

```
[2]:
```

```
{'counts': {'0x0': 515, '0x3': 509},
'my_sv': array([0.70710678+0.j, 0. +0.j, 0. +0.j, 0.70710678+0.j]),
'my_mps': ([(array([[1.-0.j, 0.-0.j]]), array([[0.-0.j, 1.-0.j]])),
(array([[1.-0.j],
[0.-0.j]]),
array([[0.-0.j],
[1.-0.j]]))],
[array([0.70710678, 0.70710678])])}
```

Running circuits using the matrix product state simulation method can be fast, relative to other methods. However, if we generate the state vector during the execution, then the conversion to state vector is, of course, exponential in memory and time, and therefore we don’t benefit from using this method. We can benefit if we only do operations that don’t require printing the full state vector. For example, if we run a circuit and then take measurement. The circuit below has 200 qubits. We
create an `EPR state`

involving all these qubits. Although this state is highly entangled, it is handled well by the matrix product state method, because there are effectively only two states.

We can handle more qubits than this, but execution may take a few minutes. Try running a similar circuit with 500 qubits! Or maybe even 1000 (you can get a cup of coffee while waiting).

```
[3]:
```

```
num_qubits = 50
circ = QuantumCircuit(num_qubits, num_qubits)
# Create EPR state
circ.h(0)
for i in range (0, num_qubits-1):
circ.cx(i, i+1)
# Measure
circ.measure(range(num_qubits), range(num_qubits))
tcirc = transpile(circ, simulator)
result = simulator.run(tcirc).result()
print("Time taken: {} sec".format(result.time_taken))
result.get_counts()
```

```
Time taken: 0.2460169792175293 sec
```

```
[3]:
```

```
{'00000000000000000000000000000000000000000000000000': 491,
'11111111111111111111111111111111111111111111111111': 533}
```

```
[4]:
```

```
import qiskit.tools.jupyter
%qiskit_version_table
%qiskit_copyright
```

```
/home/runner/work/qiskit/qiskit/.tox/docs/lib/python3.8/site-packages/qiskit/aqua/__init__.py:86: DeprecationWarning: The package qiskit.aqua is deprecated. It was moved/refactored to qiskit-terra For more information see <https://github.com/Qiskit/qiskit-aqua/blob/main/README.md#migration-guide>
warn_package('aqua', 'qiskit-terra')
```

### Version Information

Qiskit Software | Version |
---|---|

`qiskit-terra` | 0.18.3 |

`qiskit-aer` | 0.9.1 |

`qiskit-ignis` | 0.6.0 |

`qiskit-ibmq-provider` | 0.17.0 |

`qiskit-aqua` | 0.9.5 |

`qiskit` | 0.31.0 |

`qiskit-nature` | 0.2.2 |

`qiskit-finance` | 0.2.1 |

`qiskit-optimization` | 0.2.3 |

`qiskit-machine-learning` | 0.2.1 |

System information | |

Python | 3.8.12 (default, Sep 13 2021, 08:28:12) [GCC 9.3.0] |

OS | Linux |

CPUs | 2 |

Memory (Gb) | 6.790924072265625 |

Mon Oct 18 23:38:36 2021 UTC |

### This code is a part of Qiskit

© Copyright IBM 2017, 2021.

This code is licensed under the Apache License, Version 2.0. You may

obtain a copy of this license in the LICENSE.txt file in the root directory

of this source tree or at http://www.apache.org/licenses/LICENSE-2.0.

Any modifications or derivative works of this code must retain this

copyright notice, and modified files need to carry a notice indicating

that they have been altered from the originals.

```
[ ]:
```

```
```