Demonstration of a Multiplexing Trapped Ion Quantum Processing Unit

This paper demonstrates a scalable trapped-ion quantum processing unit that utilizes a time-multiplexed sample-and-hold technique to reduce control wiring complexity while maintaining high-fidelity operations with motional heating rates below one phonon per second and gate errors under 10410^{-4}.

Original authors: F. Anmasser, M. Abu Zahra, K. Schüppert, M. Pototschnig, J. Wahl, M. Dietl, M. Pfeifer, Y. Colombe, J. Repp, M. Brandl, P. Schindler, C. Rössler

Published 2026-05-18
📖 5 min read🧠 Deep dive

Original authors: F. Anmasser, M. Abu Zahra, K. Schüppert, M. Pototschnig, J. Wahl, M. Dietl, M. Pfeifer, Y. Colombe, J. Repp, M. Brandl, P. Schindler, C. Rössler

Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer

The Big Picture: The "Wiring Nightmare"

Imagine you are trying to build a massive quantum computer using trapped ions. Think of these ions as tiny, floating marbles that hold information. To control them, you need to apply precise electrical voltages to many different metal plates (electrodes) surrounding them.

The problem is that a useful quantum computer needs thousands of these marbles. If you tried to run a separate wire from every single metal plate to a control room outside the machine, you would need millions of wires.

This creates a "wiring nightmare."

  1. The Hole Problem: You can't poke a million holes through the walls of the machine (the cryostat) because it would let heat in and ruin the experiment.
  2. The Space Problem: Inside the machine, there isn't enough room to fit a million wires next to each other without them touching and causing short circuits.

The Solution: The "Multiplexer" (The Traffic Cop)

The researchers solved this by building a special electronic switch called a multiplexer.

Think of the control room as a bus station with only a few buses (DACs, or voltage controllers). In the old way, you needed a dedicated bus for every single passenger (electrode). With the multiplexer, you have one bus that can stop at many different bus stops, drop off a passenger, and move on.

However, there's a catch: The bus can only stop at one place at a time. So, how do you keep the voltage steady at a bus stop after the bus leaves?

The Trick: "Sample-and-Hold" (The Water Bucket)

The paper uses a technique called Sample-and-Hold.

Imagine you are filling a garden with water.

  1. Sample: You connect a hose (the bus) to a specific flower bed (an electrode) and fill it up to the perfect level.
  2. Hold: You disconnect the hose. The flower bed is now a "floating" bucket of water. As long as the bucket doesn't leak, the water stays at the right level for a while.
  3. Repeat: You move the hose to the next flower bed, fill it, and disconnect.

The researchers built a chip that does exactly this. It charges up the electrodes and then disconnects them, letting them "float" while the computer does its work.

The Experiments: Testing the Bucket

The team built a prototype "Quantum Processing Unit" (QPU) that combines a special ion trap (the garden) with this multiplexer chip (the bus system). They tested it in three main ways:

1. The "Leak" Test (Voltage Decay)
When you disconnect the hose, the water level (voltage) slowly drops due to tiny leaks.

  • The Finding: They measured how fast the voltage dropped. They found that if they refreshed the connection (re-filled the bucket) every 50 milliseconds, the voltage stayed stable enough to keep the "gate errors" (mistakes in the quantum math) extremely low. It was like checking the water level often enough that the plants never noticed it was dropping.

2. The "Spill" Test (Charge Injection)
When you unplug a hose, sometimes a little bit of water splashes out or the pressure changes suddenly. In electronics, this is called "charge injection."

  • The Problem: In their first version, this "splash" was big enough to physically push the ion (the marble) out of its spot, ruining the experiment.
  • The Fix: They added giant capacitors (think of them as huge, extra water tanks) to the circuit. These tanks absorbed the splash.
  • The Result: After adding the tanks, the ion didn't move at all when they switched the wires. The "splash" was completely suppressed.

3. The "Noise" Test (Heating Rates)
Quantum computers are very sensitive to heat and vibration. If the electrodes are too noisy, the ions get jittery and lose their information.

  • The Finding: They measured how much the ions "shook" (heated up) when the switches were closed (connected) versus open (floating).
  • The Result: The shaking was incredibly low in both cases—less than one "jitter" per second. This proves that the multiplexer doesn't add any extra noise to the system.

The Hardware: Stacking the Layers

To make this fit in a tiny space, they didn't just glue things side-by-side. They built a stack.

  • Bottom Layer: A silicon board.
  • Middle Layer: The multiplexer chip (the traffic cop).
  • Top Layer: The ion trap (the garden).

They glued these layers together using special industrial glue that works in extreme cold (near absolute zero) and high vacuum. They even tested different glues to make sure the stack wouldn't fall apart when it got cold.

The Conclusion

The paper demonstrates that you can control a complex quantum system using a "time-sharing" method (multiplexing) without losing precision.

  • They proved that the "floating" electrodes stay stable long enough to do calculations.
  • They proved that the "switching" doesn't jostle the ions.
  • They proved that the system stays quiet (low heating).

Essentially, they showed a working blueprint for how to wire up a massive quantum computer without needing a million wires, solving one of the biggest bottlenecks in building these machines.

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →