Entanglement distribution: To herald or not to herald

This paper compares the entanglement distribution rates of two heralded and one unheralded SPDC-based systems using spectral islands, finding that while unheralded operation generally outperforms heralded approaches under specific memory and efficiency constraints, the optimal choice depends on a trade-off between achievable heralding efficiencies and the differing equipment burdens of each system.

Jeffrey H. Shapiro, Clark Embleton, J. Gabriel Richardson

Published 2026-03-09
📖 6 min read🧠 Deep dive

Imagine you are trying to build a Quantum Internet. This isn't just a faster version of the internet we use today; it's a network that uses the weird rules of quantum physics to send information that is perfectly secure and can teleport data instantly.

The most important ingredient for this network is entanglement. Think of entangled particles as a pair of "magic dice." If you roll one in New York and the other in London, they will always land on matching numbers, no matter how far apart they are. To build the internet, we need to send these magic dice pairs to two people, let's call them Alice and Bob.

The problem? Sending these dice is incredibly hard. They are fragile, and most of them get lost or destroyed before they reach their destination. To make this work, we need to generate these pairs very quickly and send them efficiently.

This paper compares three different "factories" (or methods) for making and sending these magic dice pairs. The authors are trying to answer a simple question: "Should we use a 'Herald' (a warning signal) or not?"

Here is the breakdown of the three methods, explained with everyday analogies:

The Three Methods

1. The "Double-Factory" with a Perfect Matchmaker (ZALM)

  • How it works: Imagine two factories (Sagnac sources) working side-by-side. They both make magic dice pairs. To make sure the dice are perfectly entangled, the factories send their "idler" dice (the second half of the pair) to a central "Matchmaker" station.
  • The Herald: The Matchmaker checks the idler dice. If it sees a specific pattern (one red, one blue), it shouts, "Hey Alice and Bob! The dice you have are the real deal!" This shout is the Herald.
  • The Catch: This system is very complex. It requires two perfectly identical factories and a massive, high-tech Matchmaker station with hundreds of super-sensitive detectors. It's like trying to synchronize two grand pianos perfectly while a conductor checks the notes in real-time.
  • Pros: When the Matchmaker works well (high efficiency), this method is the fastest at sending pairs when you only have one "memory slot" (one place to store the dice) at Alice and Bob's end.

2. The "Single-Factory" with a Magic Eraser (Chahine et al.)

  • How it works: Instead of two factories, we use just one. Inside this factory, the light travels in two directions (clockwise and counter-clockwise). The factory makes pairs in both directions.
  • The Herald: The "idler" dice are sent to a detector, but the "signal" dice (the ones for Alice and Bob) are sent through a Magic Eraser (a beam splitter). This eraser wipes out the information about which direction the dice came from. Because we don't know the path, the dice become entangled.
  • The Catch: It's simpler than the Double-Factory, but it's slightly less efficient at generating the "perfect" pairs compared to the first method.
  • Pros: It's easier to build and requires fewer components.

3. The "Blind" Factory (Unheralded)

  • How it works: This is the simplest approach. We just have a factory that spits out magic dice pairs as fast as it can. We don't check the idler dice. We don't have a Matchmaker. We don't shout "Herald!"
  • The Catch: Because we aren't checking, we don't know which pairs are "good" and which are "bad" (or if we accidentally sent two pairs at once, which ruins the quantum magic). We have to send them blindly and hope they arrive.
  • Pros: It's very simple and doesn't need complex detectors.
  • Cons: It's usually slow because we have to keep the "production rate" very low to avoid sending too many pairs at once (which causes errors).

The Big Showdown: To Herald or Not to Herald?

The authors ran simulations to see which factory wins under different conditions. Here is what they found, using a Restaurant Analogy:

Scenario A: The Small Restaurant (One Table/Memory)
Imagine Alice and Bob only have one table (one quantum memory) to serve customers.

  • The Winner: The Double-Factory with the Matchmaker (ZALM) wins.
  • Why? Even though the Matchmaker is complicated, it filters out the bad orders so perfectly that Alice and Bob get a fresh, perfect meal every time the Matchmaker shouts. The "Blind" factory has to wait so long to avoid serving a bad meal that it ends up serving fewer customers overall.
  • The Lesson: If you have limited storage space, the "Herald" (the Matchmaker) is worth the extra cost.

Scenario B: The Buffet (Unlimited Tables/Memories)
Imagine Alice and Bob have a massive buffet with hundreds of tables (many quantum memories).

  • The Winner: The Blind Factory (Unheralded) wins.
  • Why? With so many tables, the Blind Factory can just flood the room with food. Even if 90% of the food is slightly imperfect, there are so many tables that they can still find enough perfect meals to fill the room. The complex Matchmaker system is too slow to keep up with the sheer volume the Blind Factory can produce.
  • The Lesson: If you have unlimited storage, the "Herald" becomes a bottleneck. It's better to just blast everything out and sort it later.

The "Real World" Problems

The paper also looked at two real-world annoyances:

  1. Dark Counts (False Alarms): Imagine the Matchmaker's eyes are tired, and they sometimes see a flash of light that isn't actually there. The authors found that with modern, high-quality detectors, these false alarms are so rare they don't really matter.
  2. Background Light (Sunlight): If you are sending these dice through the air (like from a satellite), sunlight can interfere. The authors found that as long as you filter out the "noise" (like using a narrow window to look at the sun), the system still works well during the day.

The Final Verdict

  • If you are building the first generation of the Quantum Internet (where you have limited memory and need high quality): Use the "Herald" (ZALM). It's complex and expensive, but it gives you the best speed and quality for small-scale networks.
  • If you are building the massive, future Quantum Internet (where you have unlimited memory): Drop the Herald. The "Blind" factory is actually faster and simpler when you scale up to massive numbers.

In short: The "Herald" is like a strict quality control inspector. You need them when you are small and can't afford mistakes. But when you are a giant factory, the inspector slows you down, and it's better to just produce as much as you can and sort it out later.