How Passive Interposers Become Active: The Case for Embedded Bridge Dies
P. NakamuraSilicon interposers do one thing well: they move signals between dies with low loss and tight pitch. But they do it passively. No logic, no buffering, no signal conditioning, just copper traces sitting in silicon. For years, that was enough.
Photo by Roman Biernacki on Pexels.
Now it isn't.
As chiplet counts climb and die-to-die bandwidth requirements push past a terabit per second, the passive interposer is starting to look like a bottleneck in disguise. The traces can handle the pitch. What they can't handle is the protocol overhead, the retiming, and the equalization that long cross-die paths increasingly demand. Enter the embedded bridge die, a small active silicon tile dropped into the interposer stack that handles exactly those jobs.
What an Embedded Bridge Die Actually Does
Think of it as a repeater with opinions. A passive trace between two chiplets degrades signal integrity over distance; the longer the path, the worse the eye diagram at the receiver. You can compensate with bigger drivers and more power, or you can insert an active element mid-path that retimes the signal, corrects skew, and hands a clean signal to the next segment.
That active element is the bridge die. It's typically fabricated at a mature node, 28nm or even 40nm, because it doesn't need leading-edge density. What it needs is low power, predictable timing, and the ability to sit inside an organic substrate or beneath a fine-pitch redistribution layer without warping the package.
Intel's embedded multi-die interconnect bridge (EMIB) is the most widely deployed version of this idea, but EMIB is fundamentally a passive silicon bridge. The emerging generation goes further: logic inside the bridge tile that can arbitrate bandwidth, handle credit-based flow control, or implement a lightweight version of UCIe's physical layer so that chiplets from different vendors can handshake without a full retimer on every die.
Why This Changes the Cost Equation
Full silicon interposers, the CoWoS-style 2.5D approach, are expensive. Reticle-limited interposers for a 600mm² package can add $150–$200 to package cost before a single chiplet goes down. Organic substrates with embedded bridge tiles cost a fraction of that, and bridge tiles themselves are small. A 4mm × 6mm bridge die at 28nm yields well and costs a few dollars in volume.
The trade-off is bandwidth density. A full silicon interposer can hit sub-micron bump pitch across its entire surface; an embedded bridge only covers the die-to-die crossing zone. For designs where most traffic flows between adjacent chiplets, a CPU complex talking to an HBM stack, for example, that's fine. You put the bridge where the bandwidth is.
For designs with a many-to-many traffic pattern, you might need multiple bridge tiles, which starts to look like a tiled interposer anyway. At that point, cost savings shrink. Knowing which topology you're building before you choose your packaging approach is not optional.
graph TD
A[Chiplet A] --> B{Bridge Die}
C[Chiplet B] --> B
B --> D[Retimed Signal Out]
D --> E[Chiplet C]
D --> F[Chiplet D]
G[Organic Substrate] --> B
The Yield Argument No One Talks About Enough
Here's the underappreciated part: active bridge dies improve package yield by letting you test the interconnect independently. A passive interposer gives you no visibility into signal integrity until everything is assembled. An active bridge die can be probed and characterized before it goes into the package, you know it works before you bond $1,000 worth of chiplets on top of it.
Known-good-die testing is the reason chiplets exist in the first place. Applying the same logic to the interconnect layer is overdue.
Qualcomm has gestured at this in their packaging roadmaps; several OSAT players including ASE are building test infrastructure for embedded active tiles specifically because customers are asking for pre-bond interconnect qualification.
Where This Goes Next
The line between interposer and active silicon is blurring faster than most packaging roadmaps acknowledge. Once you've put a bridge die with flow control logic into your substrate, you've made a disaggregation decision, you've moved protocol intelligence out of the chiplets and into the package. That has real implications for who owns the IP, how you verify the system, and what changes when you swap a chiplet for a next-generation part.
Passive interposers were never just passive. They encoded routing decisions, power delivery choices, and bandwidth assumptions into copper and silicon. Active bridge dies just make those decisions explicit, and testable. That's a better place to be.
Get Chiplet Ecosystem in your inbox
New posts delivered directly. No spam.
No spam. Unsubscribe anytime.