西森相転移
所要時間の目安:Heron r2 プロセッサで 3 分(注:これはあくまで目安です。 (実行時間は状況によって異なる場合があります。)
学習成果
このチュートリアルを学習した後、ユーザーは以下の成果が得られるはずです:
- 西森相転移とは何か、またそれがランダム結合アイジングモデルにおいて長距離エンタングルメントの出現としてどのように現れるかを理解する。
- 回路中間測定と定深度回路を用いて、量子ハードウェア上で「 測定によるエンタングルメント生成 (GEM)」プロトコルを実装する。
- 実験データから磁化の2点相関および正規化分散を抽出し、この遷移の特徴を明らかにする。
前提条件
このチュートリアルを進める前に、以下のトピックについて理解しておくことをお勧めします:
- 『 Measure qubits 』ガイド、特にGEMプロトコルが依存している回路途中測定に関するセクション。
- Qiskit Aerのプリミティブを用いた正確なシミュレーションとノイズを含むシミュレーション。小規模セクションはこの方法で実行されます。
- 「動的回路を用いた長距離エンタングルメント 」:これは、同じ「測定に基づくエンタングルメント」のパラダイムを用いた関連チュートリアルです。
- ヘビーヘックス格子。これは、プラケット格子が構築されている「 IBM® 」ハードウェアトポロジーである。
背景
このチュートリアルでは、量子プロセッサ上で西森相転移を実現する方法を解説します。 この実験については、もともと 『定深度量子回路におけるエラー閾値を超えた西森遷移の実現』 という論文で報告された。
西森相転移とは、ランダム結合アイジングモデルにおける短距離秩序相と長距離秩序相の間の相転移を指す。 量子コンピュータにおいて、長距離秩序相は、デバイス全体にわたって量子ビットがもつれ合った状態として現れる。 この高度に絡み合った状態は*、測定による絡み合い生成* (GEM)プロトコルを用いて生成される。 GEMプロトコルでは、回路中間測定を利用することで、深さが一定である回路のみを用いて、デバイス全体にわたって量子ビットをエンタングルメントさせることができる。 このチュートリアルでは、GEM Suite ソフトウェアパッケージに含まれる GEM プロトコルの実装を使用します。
要件
このチュートリアルを始める前に、以下のものがインストールされていることを確認してください:
- Qiskit SDK v1.0 またはそれ以降、 可視化サポート付き
- Qiskit Runtime v0.22 またはそれ以降 (
pip install qiskit-ibm-runtime) - Qiskit Aer v0.14 以降 (
pip install qiskit-aer) - GEM Suite (
pip install gem-suite)
セットアップ
import matplotlib.pyplot as plt
import warnings
from collections import defaultdict
from qiskit_ibm_runtime import QiskitRuntimeService
from qiskit_aer import AerSimulator
from qiskit.transpiler import generate_preset_pass_manager
from gem_suite import PlaquetteLattice
from gem_suite.experiments import GemExperiment小規模シミュレータの例
AerSimulatorこのセクションでは、ノイズレス環境におけるワークフロー全体について解説します。 プラケット格子は単一のプラケット(12キュービット)に限定されているため、シミュレーションの規模を小さくして高速に実行できる一方で、GEMプロトコルのあらゆる要素、すなわち回路中間測定、 の角度掃引、デコード、および正規化分散解析を網羅的に検証することが可能である。 その後、このワークフローは、複数のプラケット、さらには実機上の格子全体へと拡張される。
ステップ1:古典的な入力を量子問題にマッピングする
GEMプロトコルは、格子によって記述される量子ビットの接続性を備えた量子プロセッサ上で動作します。 現在の IBM Quantum® プロセッサでは、ヘビーヘックス格子が採用されています。 プロセッサ上の量子ビットは、格子内のどの単位セルを占めるかによって、 プラケットごとにグループ分けされます。 量子ビットは複数の単位セルに存在し得るため、プラケットは互いに交わらないわけではない。 ヘビーヘックス格子では、1つのプラケットには12個の量子ビットが含まれています。 プラケット自体も格子を形成しており、2つのプラケットは、いずれかの量子ビットを共有している場合にのみ接続される。 ヘビーヘックス格子上では、隣接するプラケット間で3つの量子ビットが共有される。
PlaquetteLatticeGEM Suite ソフトウェアパッケージにおいて、GEM プロトコルを実装するための基本クラスは であり、これはプラケットの格子(ヘビーヘックス格子とは異なる)を表す。 A PlaquetteLattice は、量子ビット結合マップから初期化することができる。 現在、ヘビーヘックス・カップリングマップのみがサポートされています。
以下のコードセルは、量子処理ユニット(QPU)の結合マップからプラケット格子を初期化します。 プラケット格子は、必ずしもハードウェア全体を網羅しているとは限りません。 例えば、 ibm_torino には合計133個の量子ビットがありますが、このデバイスに収まる最大のプラケット格子では、そのうち125個しか使用されておらず、18個のプラケットで構成されています。 ibm_pittsburgh また、(156量子ビット)も同様に、144量子ビットを21個のプラケットに収めています。 クビット数が異なる他のヘビーヘックスQPUについても、同様の傾向が見られる。
# QiskitRuntimeService.save_account(channel="ibm_quantum", token="<YOUR_API_KEY>", overwrite=True,
# set_as_default=True)
service = QiskitRuntimeService()
backend = service.least_busy(
operational=True, simulator=False, min_num_qubits=127
)
aer_backend = AerSimulator.from_backend(backend)
plaquette_lattice = PlaquetteLattice.from_coupling_map(backend.coupling_map)
print(f"Number of qubits in backend: {backend.num_qubits}")
print(
f"Number of qubits in plaquette lattice: {len(list(plaquette_lattice.qubits()))}"
)
print(f"Number of plaquettes: {len(list(plaquette_lattice.plaquettes()))}")プラケット格子のグラフ表現図を作成することで、プラケット格子を視覚化することができる。 図では、プラケットはラベル付きの六角形で表されており、2つのプラケットが量子ビットを共有していれば辺で結ばれている。
plaquette_lattice.draw_plaquettes()Output:
plaquettes メソッドを使って、個々のプラケットに関する情報、例えばそれらが含む量子ビットを取得することができます。
# Get a list of the plaquettes
plaquettes = list(plaquette_lattice.plaquettes())
# Display information about plaquette 0
plaquettes[0]Output:
PyPlaquette(index=0, qubits=[3, 4, 5, 6, 7, 16, 17, 23, 24, 25, 26, 27], neighbors=[4, 3, 1])
また、プラケット格子を形成する基本的な量子ビットのダイアグラムを作成することもできます。
plaquette_lattice.draw_qubits()Output:
量子ビットのラベルと、どの量子ビットが接続されているかを示す辺に加え、この図にはGEMプロトコルに関連する3つの情報が含まれている:
- それぞれの量子ビットは、影付き(灰色)または影なしである。 斜線を引いた量子ビットは、イジングモデルのサイトを表す「サイト」量子ビットであり、斜線を引いていない量子ビットは、サイト量子ビット間の相互作用を媒介するための「ボンド」量子ビットである。
- 各サイト量子ビットには(A)または(B)のラベルが付けられており、GEMプロトコルにおいてサイト量子ビットが果たしうる2つの役割のうちの1つを示している(役割については後で説明する)。
- 各辺は6色のうちの1色で着色され、それによって辺は6つのグループに分けられる。 この分割方法によって、2量子ビットゲートの並列化の仕方が決まるほか、ノイズの多い量子プロセッサ上で異なるエラー率をもたらす可能性のある、さまざまなスケジューリングパターンも決定される。 グループ内の辺は互いに交わらないため、それらの辺に対して2量子ビットゲートの層を同時に適用することができる。 実際、6色を2色ずつ3つのグループに分けることが可能であり、その際、各2色のグループの和集合が依然として互いに素となるようにできる。 したがって、すべてのエッジをアクティブにするには、2量子ビットゲートを3層重ねるだけで十分である。 このように6色を分割する方法は12通りあり、それぞれの分割方法によって異なる3層ゲートスケジュールが得られる。
プラケット格子を作成したところで、次のステップは、プラケット格子と、実験を実行する予定のバックエンドの両方を引数として渡して、object を GemExperiment 初期化することです。 この GemExperiment クラスは、回路の生成、ジョブの送信、データの分析など、GEMプロトコルの実際の実装を管理します。 以下のコードセルでは、実験クラスを初期化すると同時に、プラケット格子を単一のプラケット(12キュービット)に制限することで、シミュレーションの規模を小さくし、高速化を図っています。 実際のハードウェアへのスケールアップの際には、フルプラケット格子が使用されます。
# Filter the plaquette lattice down to a single plaquette (12 qubits)
# so the AerSimulator run stays fast. The full lattice is used later
# in the large-scale hardware example.
gem_exp = GemExperiment(plaquette_lattice.filter([9]), backend=aer_backend)
# visualize the plaquette lattice after filtering
plaquette_lattice.filter([9]).draw_qubits()Output:
GEMプロトコル回路は以下の手順で構築される:
- すべての量子ビットにハダマードゲートを適用して、 状態を準備する。
- 接続されたすべての量子ビットのペアの間に、 ゲートを適用します。 これを行うには、3層のゲートを使用します。 各 ゲートは、サイト量子ビットと結合量子ビットに作用します。 サイト量子ビットにラベル (B) が付いている場合、角度は に固定されます。サイト量子ビットにラベル (A) が付いている場合、角度は変化可能であり、それによって異なる回路が生成されます。 デフォルトでは、角度の範囲は、 から までの間(両端を含む)を等間隔で分割した 21 箇所に設定されています。
- 各結合量子ビットを、パウリ 基底で測定する。 量子ビットはパウリ 基底で測定されるため、量子ビットを測定する前にハダマールゲートを適用することで、これを実現できます。
このチュートリアルの序章で引用されている論文では、 角度について、このチュートリアルで使用されている慣習とは 2 倍異なる慣習を使用していることに注意してください。
ステップ3では、結合量子ビットのみを測定する。 サイト量子ビットがどのような状態にあるかを理解するには、ステップ2でサイト量子ビット(A)に印加された の角度が に等しい場合を考えてみると参考になる。この場合、サイト量子ビットはGHZ状態に似た高度に絡み合った状態のままとなり、
測定結果にはランダム性があるため、サイト量子ビットの実際の状態は、例えば のような長距離秩序を持つ別の状態である可能性もあります。しかし、測定結果に基づいて復号演算を行うことで、GHZ状態を復元することができます。 の角度を から小さくしても、ノイズがない場合、臨界角度(およそ )までは長距離秩序が回復する。この角度を下回ると、その結果生じる状態はもはや長距離エンタングルメントを示さなくなる。 長距離秩序の有無の間のこの遷移が、西森相転移である。
上記の説明では、サイト量子ビットは測定されずに残されており、量子ゲートを適用することで復号処理を行うことができます。 GEMスイートで実装された実験では、サイト量子ビットは実際に測定され、復号処理は古典的な後処理ステップで適用される。
上記の説明では、各サイトの量子ビットに量子ゲートを適用することで復号操作を行い、量子状態を復元することができます。 ただし、状態を直ちに測定することが目的である場合(例えば、特性評価のためなど)、サイト量子ビットと結合量子ビットを一緒に測定し、古典的な後処理の段階で復号演算を適用することも可能です。
GEMプロトコルの回路は、ステップ2における の角度(デフォルトでは21個の値を走査する)に依存するだけでなく、 ゲートの3層を実装するために使用されるスケジューリングパターンにも依存する。 前述したように、このようなスケジューリングパターンは12種類あります。 したがって、この実験における回路の総数は となる。
circuits この実験の回路は、 クラスの GemExperiment メソッドを使用して生成することができます。
circuits = gem_exp.circuits()
print(f"Total number of circuits: {len(circuits)}")Output:
Total number of circuits: 252
このチュートリアルでは、一つのスケジューリング・パターンだけを考えれば十分である。 次のコード・セルは、実験を最初のスケジューリング・パターンに限定している。 その結果、実験には21個の回路しかなく、 の角度ごとに1個ずつ掃引される。
# Restrict experiment to the first scheduling pattern
gem_exp.set_experiment_options(schedule_idx=0)
# There are less circuits now
circuits = gem_exp.circuits()
print(f"Total number of circuits: {len(circuits)}")
# Print the RZZ angles swept over
print(f"RZZ angles:\n{gem_exp.parameters()}")Output:
Total number of circuits: 21
RZZ angles:
[0. 0.07853982 0.15707963 0.23561945 0.31415927 0.39269908
0.4712389 0.54977871 0.62831853 0.70685835 0.78539816 0.86393798
0.9424778 1.02101761 1.09955743 1.17809725 1.25663706 1.33517688
1.41371669 1.49225651 1.57079633]
次のコード・セルは、インデックス5の回路の図を描いている。 図のサイズを小さくするため、回路の最後にある測定ゲートは取り除かれている。
# Get the circuit at index 5
circuit = circuits[5]
# Remove the final measurements to ease visualization
circuit.remove_final_measurements()
# Draw the circuit
circuit.draw("mpl", fold=-1, scale=0.5)Output:
ステップ2:量子ハードウェア実行に向けた問題の最適化
ハードウェア上で実行するために量子回路をトランスパイルするには、通常、いくつかの段階を経る必要がある。 通常、最も計算負荷がかかる段階は、量子ビットの配置の決定、ハードウェアの量子ビット接続構成に合わせて2量子ビットゲートを配線すること、およびゲート数と深さを最小限に抑えるための回路の最適化である。 GEMプロトコルでは、ハードウェアの接続性がすでにプロトコルの設計に組み込まれているため、レイアウトおよび配線段階は不要である。 回路にはすでに量子ビットの配置が定められており、2量子ビットゲートはすでにネイティブ接続にマッピングされています。 さらに、 の角度が変化しても回路の構造を維持するためには、ごく基本的な回路の最適化のみを行うべきである。
GemExperiment クラスは、実験実行時に回路を透過的にトランスパイルする。 レイアウトと配線ステージはすでにデフォルトで何もしないように上書きされており、回路の最適化は単一量子ビットゲートのみを最適化するレベルで実行される。 しかし、 set_transpile_options メソッドを使えば、追加のオプションを上書きしたり、渡したりすることができる。 視覚化のために、次のコード・セルは、先に表示された回路を手動でトランスパイルし、トランスパイルされた回路を描画する。
# Demonstrate setting transpile options
gem_exp.set_transpile_options(
optimization_level=1 # This is the default optimization level
)
pass_manager = generate_preset_pass_manager(
backend=aer_backend,
initial_layout=list(gem_exp.physical_qubits),
**dict(gem_exp.transpile_options),
)
transpiled = pass_manager.run(circuit)
transpiled.draw("mpl", idle_wires=False, fold=-1, scale=0.5)Output:
ステップ3: Qiskit primitivesを使用して実行する
ハードウェア上でGEMプロトコル回路を実行するには、 GemExperiment オブジェクトの run メソッドを呼び出します。 各回路からサンプリングするショット数を指定できます。 run メソッドは ExperimentData オブジェクトを返します。 run メソッドは、ジョブの終了を待たずにジョブを投入するだけなので、ノンブロッキング・コールであることに注意。
exp_data = gem_exp.run(shots=10_000)結果を待つには、 ExperimentData オブジェクトの block_for_results メソッドを呼び出す。 この呼び出しは、ジョブが終了するまでインタープリターをハングアップさせる。
# The noiseless AerSimulator produces zero-variance UFloat objects in the
# analysis, which triggers a harmless warning from the `uncertainties`
# library. Suppress it so the output stays clean.
with warnings.catch_warnings():
warnings.filterwarnings(
"ignore", message="Using UFloat objects with std_dev==0"
)
exp_data.block_for_results()
exp_dataOutput:
ExperimentData(GemExperiment, 90bf2a90-f729-4c4e-a6da-664aecb11039, job_ids=['04a7c405-47fd-46ca-aa4b-aaf7e339cfbe'], metadata=<5 items>, figure_names=['two_point_correlation.svg', 'normalized_variance.svg', 'plaquette_ops.svg', 'bond_ops.svg'])
ステップ4:後処理を行い、結果を希望の古典形式で返す
角度 では、復号化された状態は、ノイズがない場合のGHZ状態となる。 GHZ状態の長距離秩序は、測定されたビット列の磁化をプロットすることで可視化できる。 磁化 は、1量子ビットのパウリ 演算子の和として定義される、
ここで、 はサイト量子ビットの数である。 ビット列に対するその値は、0の個数と1の個数の差に等しい。 GHZ状態を測定すると、等しい確率で「すべて0」の状態または「すべて1」の状態が得られるため、磁化は半分の時間では となり、残りの半分の時間では となる。 ノイズによる誤差がある場合、他の値も現れるが、ノイズがそれほど大きくない限り、分布のピークは依然として および 付近に現れるだろう。
デコード前の生のビット列の場合、磁化の分布は、ノイズがなければ、一様にランダムなビット列の分布と同じになる。
以下のコードセルは、生のビット列とデコードされたビット列の磁化を、 の角度( )でプロットしたものである。
def magnetization_distribution(
counts_dict: dict[str, int],
) -> dict[str, float]:
"""Compute magnetization distribution from counts dictionary."""
# Construct dictionary from magnetization to count
mag_dist = defaultdict(float)
for bitstring, count in counts_dict.items():
mag = bitstring.count("0") - bitstring.count("1")
mag_dist[mag] += count
# Normalize
shots = sum(counts_dict.values())
for mag in mag_dist:
mag_dist[mag] /= shots
return mag_dist
# Get counts dictionaries with and without decoding
data = exp_data.data()
# Get the last data point, which is at the angle for the GHZ state
raw_counts = data[-1]["counts"]
# Without decoding
site_indices = [
i for i, q in enumerate(gem_exp.plaquettes.qubits()) if q.role == "Site"
]
site_raw_counts = defaultdict(int)
for key, val in raw_counts.items():
site_str = "".join(key[-1 - i] for i in site_indices)
site_raw_counts[site_str] += val
# With decoding
_, site_decoded_counts = gem_exp.plaquettes.decode_outcomes(
raw_counts, return_counts=True
)
# Compute magnetization distribution
raw_magnetization = magnetization_distribution(site_raw_counts)
decoded_magnetization = magnetization_distribution(site_decoded_counts)
# Plot
plt.bar(*zip(*raw_magnetization.items()), label="raw")
plt.bar(*zip(*decoded_magnetization.items()), label="decoded", width=0.3)
plt.legend()
plt.xlabel("Magnetization")
plt.ylabel("Frequency")
plt.title("Magnetization distribution with and without decoding")Output:
Text(0.5, 1.0, 'Magnetization distribution with and without decoding')
長距離秩序をより厳密に特徴付けるために、平均2点相関 を調べることができる
値が大きいほど、もつれの程度が大きいことを示す。 GemExperiment クラスは、実験データ処理の一環として、デコードされたビット列に対してこの値を自動的に計算する。 実験データクラスの figure メソッドからアクセス可能な図が格納されている。 この場合、図の名前は two_point_correlation となる。
exp_data.figure("two_point_correlation")Output:
西森の相転移の臨界点を決定するには、 の正規化された分散を見ることができる
これは磁化の二乗の揺らぎの大きさを定量化したものである。 この値は、西森相転移の臨界点で最大となる。 ノイズがない場合、臨界点はおよそ で発生する。ノイズがある場合、臨界点は高くシフトするが、臨界点が 以下で発生する限り、相転移は観察される。
exp_data.figure("normalized_variance")Output:
大規模なハードウェアの例
シミュレータ上でプロトコルの検証が完了したら、実験をスケールアップし、 「セットアップ 」セクションで選択した実際の量子ハードウェア・バックエンド上で実行することができます。 この例では、2つのより大きな問題サイズを使用しています:
- 6枚のプラケット(約49キュービット) :ハードウェアノイズ下において、臨界点が右側にシフトしていることがすでに確認できる中規模の実験。
- 完全プラケット格子 :デバイスの「ヘビー・ヘックス」トポロジーがサポートするすべてのプラケット(例えば、18プラケット/125キュービットの
ibm_torinoや、21プラケット/144キュービットのibm_pittsburghなど)において、定深度回路を用いてデバイス全体にわたってキュービットをエンタングルさせる。
以下の単一のコードセルは独立して動作します。バックエンドの結合マップからプラケット格子を構築し、両方の実験を実行するため、このセクションは、小規模セクションを先に実行することなく、「 Setup 」セルの後に実行することができます。
# -------------------------Step 1-------------------------
# Initialize the runtime service, pick a real quantum hardware backend,
# and build the plaquette lattice from its coupling map. This is repeated
# from the small-scale example so this cell can run standalone after the
# Setup section. The full plaquette lattice is the "large-scale" target;
# a six-plaquette subset (range(3, 9)) is also used to show an intermediate
# scaling step.
service = QiskitRuntimeService()
backend = service.least_busy(
operational=True, simulator=False, min_num_qubits=127
)
plaquette_lattice = PlaquetteLattice.from_coupling_map(backend.coupling_map)
# Build a GemExperiment for the full plaquette lattice and one for the
# six-plaquette subset, each restricted to a single scheduling pattern so
# the experiment has one circuit per RZZ angle (21 circuits total).
gem_exp_full = GemExperiment(plaquette_lattice, backend=backend)
gem_exp_full.set_experiment_options(schedule_idx=0)
gem_exp_6 = GemExperiment(
plaquette_lattice.filter(range(3, 9)), backend=backend
)
gem_exp_6.set_experiment_options(schedule_idx=0)
circuits = gem_exp_full.circuits()
print(f"Total number of circuits (full lattice): {len(circuits)}")
# -------------------------Step 2-------------------------
# GemExperiment transpiles internally for the target backend: the layout
# and routing stages are overridden because the plaquette lattice already
# matches the hardware connectivity, and optimization is restricted so the
# RZZ angle structure is preserved. The code below manually transpiles one
# circuit from the six-plaquette experiment with the same settings this
# experiment will use, and draws it for inspection. (The full-lattice
# transpiled circuit has too many qubits to visualize cleanly, so the
# six-plaquette circuit is used here as a representative example.)
gem_exp_6.set_transpile_options(optimization_level=1)
circuits_6 = gem_exp_6.circuits()
pass_manager = generate_preset_pass_manager(
backend=backend,
initial_layout=list(gem_exp_6.physical_qubits),
**dict(gem_exp_6.transpile_options),
)
transpiled = pass_manager.run(circuits_6[5])
display(transpiled.draw("mpl", idle_wires=False, fold=-1, scale=0.5))
# -------------------------Step 3-------------------------
# Run both problem sizes on real hardware:
# 1. Six plaquettes (~49 qubits) — an intermediate scale-up.
# 2. The full plaquette lattice — every plaquette the device supports.
exp_data_6 = gem_exp_6.run(shots=10_000, job_tags=["TUT_NPT"])
exp_data_full = gem_exp_full.run(shots=10_000, job_tags=["TUT_NPT"])
exp_data_6.block_for_results()
exp_data_full.block_for_results()
# -------------------------Step 4-------------------------
# Plot the normalized variance at each scale. The peak marks the critical
# point of the Nishimori transition; as the system grows, hardware noise
# shifts the peak rightward.
display(exp_data_6.figure("normalized_variance"))
exp_data_full.figure("normalized_variance")Output:
Total number of circuits (full lattice): 21
なお、使用するバックエンドのノイズレベルによっては、大きなサイズにおける正規化分散曲線は、掃引角度の範囲内で明確なピークを示さない場合があることに留意してください。 上記の実行結果では、ピークは まで押し上げられており、これはスイープの右端に相当します(6プラケットおよびフルラティスの両方の実行結果に関する解析レポート critical_angle = 0.5000 )。 これは、ハードウェアノイズによって臨界点が、プロトコルの物理的に意味のある角度範囲の境界(またはそのすぐ先)へとずれてしまったことを意味し、そのため、この遷移は、このスイープで分解能が得られる範囲の限界付近に位置することになります。
おわりに
このチュートリアルでは、GEMプロトコルを用いて、量子プロセッサ上で西森相転移を実現しました。 後処理の過程で検討した指標、とりわけ2点相関係数と正規化分散は、この装置が長距離の量子もつれ状態を生成する能力の指標となります。 これらのベンチマークにより、GEMプロトコルの有用性は、興味深い物理現象の解明にとどまらず、さらに広がることになる。 このプロトコルの一環として、深さが定数である回路のみを用いて、デバイス全体にわたって量子ビットをエンタングルメントさせました。 この成果は、プロトコルが回路中間測定を採用しているからこそ可能となったものである。 この実験では、量子もつれ状態は直ちに測定されましたが、この状態をさらなる量子処理に活用して、さらに研究を進めてみるのも一案でしょう。
次のステップ
この作品に興味を持たれた方は、以下の資料もご参照ください:
参照
[1] E. H. Chen, 『 G.-Y 』. Zhu, R.、Verresen, A.、Seif, E.、Bäumer, D.、Layden, N.、Tantivasadakarn, G.、Zhu, S.、Sheldon, A.、Vishwanath, S.、Trebst, A.、Kandala. 定深度量子回路における西森遷移のエラー閾値超えの実現。 arXiv:2309.02863 (2023)。
[2] GEM Suite ソフトウェアパッケージ。