That question still matters.
But I think another question is becoming just as important:
Who can connect quantum systems together well enough to make them scale?
Because the future of quantum computing may not be one giant machine sitting alone in a lab. It may look more like a network: many quantum processors, using different technologies, connected through quantum links, quantum memories, optical channels, control systems, and distributed software that can decide where each part of the computation should run.
In plain English:
The next major battleground in quantum computing may be the network.
Not just the processor.
Not just the qubit count.
Not just error correction.
The network.
Cisco’s new Universal Quantum Switch announcement is a major signal that this race is getting serious. Cisco says its working research prototype is designed to connect quantum systems from different vendors, across different quantum encoding methods, at room temperature, over standard telecom fiber. Cisco says the switch has so far been experimentally validated with polarization encoding, with support for time-bin and frequency-bin built into the design as part of its next validation path.
That matters because quantum computers do not all “speak” the same language.
Some systems use trapped ions. Some use neutral atoms. Some use superconducting qubits. Some use photons. Some are better suited for certain workloads than others. If the future is heterogeneous — and I believe it will be — then the industry needs a way to connect different quantum machines without forcing every system to be rebuilt around one architecture.
Reuters described Cisco’s strategy clearly: Cisco is not primarily trying to build its own quantum computer. It is trying to connect different quantum machines together, much the way Cisco equipment helped connect the classical internet.
That is the real headline.
Cisco is not just saying, “We want to participate in quantum.”
Cisco is saying, in effect:
Quantum computing will need networking infrastructure. And we know networking.
That should get everyone’s attention.
Why networking is so important for quantum scale
Today, when people hear about quantum progress, they usually hear about qubit counts, gate fidelity, error correction, and roadmaps toward fault tolerance.
Those are essential.
But there is a scaling problem hiding underneath all of this.
At some point, building a useful quantum system may not simply mean making one processor larger and larger. That approach could hit physical, engineering, noise, thermal, yield, fabrication, and control limits.
The classical computing world already learned this lesson.
We did not scale modern computing only by making one chip infinitely larger. We built data centers. We connected CPUs, GPUs, memory, storage, accelerators, clusters, and networks. The network became part of the computer.
Quantum computing may follow a similar path — but with much harder physics.
Instead of moving ordinary bits across wires, quantum networks must move or distribute fragile quantum states. They must preserve entanglement. They must deal with noise, timing, loss, conversion, routing, synchronization, and measurement. In quantum systems, the act of observing can destroy the information you are trying to preserve.
That means quantum networking is not just “plugging in a cable.”
It requires new infrastructure.
Quantum switches.
Quantum memories.
Quantum network interface controllers.
Photonic interconnects.
Distributed compilers.
Control systems.
Error-aware routing.
Entanglement generation and distribution.
And eventually, quantum repeaters and long-distance quantum links.
This is why companies like memQ are so interesting.
Where memQ fits
memQ has been building around the idea that quantum scale requires an extensible quantum network architecture. Its xQNA approach includes quantum network control systems, quantum memory modules, an extensible distributed quantum compiler, and quantum network interface controllers. In memQ’s description, these pieces are meant to handle photon switching and routing, qubit storage, workload distribution, and matter-to-light conversion so quantum systems can connect through optical networks.
That is not a small idea.
That is a full architectural thesis:
Quantum systems will need to connect, not just compute.
memQ has also described its architecture as supporting both short-distance and long-distance quantum networking, including QPU-to-QPU scaling, rack-level module chaining, campus-level entanglement sharing, and eventual long-haul repeater deployments.
This is where the market gets interesting.
If quantum computing moves toward distributed architectures, then the winner may not be the company with the single largest quantum processor. The winner may be the company that can help many quantum processors work together.
That means the network layer becomes strategic.
And memQ appears to be building exactly in that direction.
Its distributed quantum compiler roadmap also fits the same trend. memQ announced an extensible distributed quantum compiler built on NVIDIA CUDA-Q, designed to distribute quantum workloads across multiple quantum processors based on qubit resources, routing assignments, performance, and utilization.
That is important because hardware alone will not be enough.
A distributed quantum computer needs software that understands the network.
It needs to know:
Where are the available qubits?
Which QPU should handle which part of the workload?
What is the cost of moving quantum information between systems?
How noisy is the link?
How much fidelity will be lost?
Should the workload stay local, be split across processors, or run somewhere else entirely?
This is why the compiler layer becomes just as important as the hardware layer.
Cisco entering the race validates the market
Cisco’s entrance is not bad news for memQ.
In my opinion, it validates the category.
When a company like Cisco starts showing working prototypes for quantum networking infrastructure, it tells the market that quantum networking is no longer a side conversation. It is becoming a serious scaling path.
Cisco’s Universal Quantum Switch is described as a prototype that can act as a kind of translator between quantum systems using different encoding methods. Cisco says the switch is designed for major encoding modalities, including polarization, time-bin, frequency-bin, and path encoding.
That is significant because quantum hardware will likely remain diverse.
There may not be one dominant qubit type.
There may not be one dominant vendor.
There may not be one dominant architecture.
Instead, the future may be a hybrid quantum environment where different systems do different jobs.
That makes interoperability critical.
And once interoperability becomes critical, networking becomes strategic.
Cisco understands this from the classical internet.
memQ understands it from the quantum systems side.
That is why this space is becoming one of the key battlegrounds in quantum computing.
The deeper shift: from monolithic quantum computers to quantum systems
The industry is moving from a simple mental model:
Build a bigger quantum computer.
To a more complex one:
Build a quantum computing system.
That system may include quantum processors, classical high-performance computing, GPUs, storage, orchestration software, photonic interconnects, quantum networks, and application-level workflows.
IBM’s quantum-centric supercomputing reference architecture points in the same direction. IBM describes a model where quantum processors work with CPUs, GPUs, high-speed networking, storage, and coordinated software workflows inside modern computing environments.
That is the broader market signal.
Quantum computing is not evolving as a standalone box.
It is becoming part of a larger computing fabric.
And once quantum becomes part of a fabric, the fabric matters.
The network matters.
The orchestration matters.
The ability to connect different processors matters.
The ability to preserve fragile quantum information across that network matters.
That is why I think quantum networking may become one of the most important infrastructure categories in the next decade of quantum computing.
The cybersecurity angle
There is also a security dimension here.
Cisco has already pointed to potential early security applications. Reuters reported that Cisco sees possible uses for connecting quantum sensors in an entangled state, where eavesdropping or interference could be detected because the act of observation disrupts the quantum state.
That does not mean quantum networks solve cybersecurity.
They do not.
But it does mean quantum networking could eventually become part of a new security architecture — one where detection, trust, communication, and computation are governed by physical properties, not just software controls.
At the same time, enterprises still have to prepare for the other side of quantum risk: the impact of future quantum computers on today’s cryptography.
That is why organizations should not wait for full-scale quantum networks or fault-tolerant quantum computers before acting. The migration to post-quantum cryptography, crypto-agility, inventory visibility, and AI-assisted security auditing needs to start well before the threat fully arrives.
What enterprises should do now
For enterprise leaders, the message is not “go buy a quantum network tomorrow.”
The message is more practical:
Start tracking the infrastructure layer now.
Do not only follow qubit counts.
Follow quantum networking.
Follow quantum interconnects.
Follow distributed quantum compilers.
Follow quantum memory.
Follow quantum-classical orchestration.
Follow companies like memQ that are building the quantum-native connective layer.
And pay attention when Cisco enters the market, because Cisco’s involvement tells us that quantum networking may become enterprise infrastructure, not just physics research.
Enterprises should also begin preparing their own environment for the quantum era:
Build a cryptographic inventory. Identify systems exposed to long-term data risk. Plan for post-quantum cryptography migration. Evaluate crypto-agility. Track quantum networking and distributed quantum computing developments. Use AI PQ Audit or a similar assurance layer to test where AI, quantum readiness, security, and governance gaps may exist before those gaps become operational risks.
The companies that wait until quantum systems are mature will be late.
The companies that understand the architecture early will have the advantage.
Final thought
The quantum race is no longer just about building the biggest processor.
It is about building the system around the processor.
That means networking.
That means interoperability.
That means orchestration.
That means memory.
That means control.
That means trust.
memQ has been building around this thesis from the quantum connectivity side.
Cisco entering the race shows how important the thesis has become from the networking infrastructure side.
And that is why quantum networking may become one of the most important battlegrounds for scaling quantum computing.
The future may not belong to the company that builds the biggest isolated quantum machine.
It may belong to the companies that connect quantum machines into something much larger.
Hashtags:
QuantumComputing #QuantumNetworking #DistributedQuantumComputing #QuantumInternet #Cisco #memQ #QuantumTechnology #HPC #AI #Cybersecurity #PostQuantumCryptography #PQC #QuantumInfrastructure #Innovation #EnterpriseTechnology
Source links: https://newsroom.cisco.com/c/r/newsroom/en/us/a/y2026/m04/cisco-introduces-universal-quantum-switch-advancing-the-path-to-a-quantum-network.html https://www.reuters.com/business/media-telecom/cisco-shows-switch-that-can-connect-quantum-computers-different-kinds-2026-04-24/ https://memq.tech/technology/ https://memq.tech/scaling-quantum-networks/ https://thequantuminsider.com/2026/03/17/memq-announces-distributed-quantum-compiler-built-on-cuda-q/ https://newsroom.ibm.com/2026-03-12-ibm-releases-a-new-blueprint-for-quantum-centric-supercomputing https://blogs.cisco.com/?p=490290