Speculative Preview of the IBM 433-qubit Osprey Quantum Computer

  1. In a nutshell
  2. References
  3. Quantum processor vs. quantum computer
  4. My motivation
  5. Goals for this paper
  6. What I include in this paper
  7. Timing of my paper
  8. Osprey is poised for disappointment
  9. Osprey may offer enough improvement to not be an absolute flop, but disappointing enough to be a relative flop
  10. IBM needs much better messaging
  11. IBM needs to announce preliminary benchmarking results when Osprey is formally announced and made available
  12. IBM needs to provide full technical documentation and technical specifications when Osprey is formally announced and made available
  13. What are IBM’s intentions with Osprey?
  14. Are there other intentions of IBM that we just don’t know about, yet?
  15. Osprey is still an impressive engineering achievement under the hood
  16. What value is IBM attempting to offer quantum algorithm designers and quantum application developers with Osprey?
  17. Extrapolation from Eagle
  18. The key technical factors for Osprey that could impact quantum algorithms and quantum applications
  19. The Big Four of the key technical factors which matter the most
  20. General support for nontrivial quantum Fourier transform (QFT) and quantum phase estimation (QPE) is critical
  21. Fine granularity of phase is needed to support nontrivial quantum Fourier transform (QFT) and quantum phase estimation (QPE)
  22. What qubit count has IBM committed for Osprey?
  23. What qubit count is likely in Osprey?
  24. What qubit count does Osprey need to inspire confidence?
  25. How many qubits is enough to keep people happy?
  26. What qubit fidelity has IBM committed for Osprey?
  27. Nines of qubit fidelity
  28. What qubit fidelity is likely in Osprey?
  29. What qubit fidelity does Osprey need to inspire confidence?
  30. Does Osprey need near-perfect qubits to inspire significant excitement? Probably.
  31. What about qubit measurement fidelity for Osprey?
  32. Mediocre qubit measurement fidelity would be a critical flaw for Osprey
  33. What qubit connectivity has IBM committed for Osprey?
  34. What qubit connectivity is likely in Osprey?
  35. What qubit connectivity does Osprey need to inspire confidence?
  36. Will Osprey need some sort of quantum state bus to satisfy demand for greater qubit connectivity?
  37. Is some other hardware mechanism needed to increase qubit connectivity for Osprey?
  38. No, SWAP networks are not a viable alternative to enhanced qubit connectivity
  39. What granularity of phase and probability amplitude has IBM committed for Osprey?
  40. What granularity of phase and probability amplitude is likely in Osprey?
  41. What granularity of phase and probability amplitude does Osprey need to inspire confidence?
  42. What coherence time and circuit depth has IBM committed for Osprey?
  43. What coherence time and circuit depth is likely in Osprey?
  44. What coherence time and circuit depth does Osprey need to inspire confidence?
  45. What has IBM committed to for quantum error correction (QEC) in Osprey?
  46. What do I hope that IBM will deliver for quantum error correction (QEC) in Osprey?
  47. Do I expect a demonstration of quantum error correction in Osprey? No, but…
  48. Maybe a demonstration of quantum error correction in a subsequent revision to Osprey? Possibly, but…
  49. Is the credibility of quantum error correction at stake with Osprey?
  50. IBM technical credibility will suffer if they neither show progress with quantum error correction nor progress towards near-perfect qubits
  51. What Quantum Volume has IBM committed for Osprey?
  52. What Quantum Volume is likely in Osprey?
  53. What Quantum Volume does Osprey need to inspire confidence?
  54. Quantum Volume cannot use more than 50 qubits (and maybe only 40 or even 32 qubits)
  55. Topology and connectivity of Osprey’s 433 qubits
  56. Will Osprey be modular?
  57. IBM Quantum System Two
  58. Will the new dilution refrigerator offer any functional advantage to quantum applications?
  59. What speed or throughput will Osprey have?
  60. Will Osprey support Qiskit Runtime?
  61. Is Osprey simply a bigger Eagle (more qubits)?
  62. Concerns from Eagle which may or may not apply to Osprey as well
  63. Competition from other qubit technologies
  64. IBM quantum is still in research mode, not mainline commercial product engineering, yet
  65. When might IBM transition their quantum efforts from research to commercial product development?
  66. Unfortunately, parts of IBM are acting as if quantum was a commercial product and engaging in premature commercialization
  67. Research orientation of Osprey reemphasizes that quantum computing is still in the pre-commercialization stage, still well short of being ready for commercialization
  68. Still a mere laboratory curiosity
  69. Still more appropriate for the lunatic fringe rather than mainstream application developers
  70. Risk for Quantum Winter
  71. What can we expect from future revisions of Osprey?
  72. I’d much rather see an upgraded 27-qubit Falcon than a 433-qubit Osprey
  73. My original proposal for this topic
  74. Summary and conclusions

In a nutshell

  1. Osprey is poised for disappointment. Numerous technical obstacles.
  2. Plenty of hope for Osprey. But hope is not a plan or certainty.
  3. IBM needs to up their game to avoid disaster. Technical obstacles can be overcome, but only through much more serious effort.
  4. Overall, Osprey is just an upsized Eagle. More qubits, miniaturized, but individually not much better functionally.
  5. My overall disappointment with the IBM 127-qubit Eagle. No improvement in qubit fidelity, qubit connectivity, granularity of phase and probability amplitude, or circuit depth.
  6. My overall disappointment with the IBM hardware roadmap. No milestones or detail for quantum error correction (QEC), qubit fidelity, qubit connectivity, granularity of phase and probability amplitude, or circuit depth.
  7. Low qubit fidelity and weak qubit connectivity. No dramatic improvement over Eagle.
  8. Mediocre qubit measurement fidelity. Same issues as with Eagle. A critical weakness.
  9. Still an impressive engineering achievement under the hood. But most of that internal engineering effort doesn’t affect fidelity or performance from the perspective of a quantum algorithm designer or quantum application developer.
  10. Maybe enough improvement to not be an absolute flop, but disappointing enough to be a relative flop.
  11. IBM needs much better messaging. Needs to set expectations more accurately.
  12. Osprey probably needs near-perfect qubits to inspire any significant excitement.
  13. Only four details we know for sure about Osprey…
  14. Osprey will have 433 qubits.
  15. Key advancement of Osprey will be miniaturization of components.
  16. Osprey will be based on the new quantum hardware infrastructure of the IBM Quantum System Two.
  17. The IBM Quantum System Two incorporates a new cryogenic refrigerator from Bluefors.
  18. IBM hasn’t committed to any improvement in qubit fidelity.
  19. IBM hasn’t committed to any improvement in granularity of phase and probability amplitude.
  20. Fine granularity of phase is needed to support nontrivial quantum Fourier transform (QFT) and quantum phase estimation (QPE). Essential for advanced applications such as quantum computational chemistry.
  21. IBM hasn’t committed to any improvement in coherence time and circuit depth.
  22. IBM hasn’t committed to any advances in quantum error correction (QEC) in Osprey.
  23. But I would hope that IBM would demonstrate at least a small handful of perfect logical qubits in Osprey. Maybe six or seven.
  24. IBM hasn’t committed to any improvement in Quantum Volume (QV).
  25. Advances or lack of advances in Osprey will confirm, set, or undermine IBM’s technical credibility.
  26. Research orientation of Osprey reemphasizes that quantum computing is still in the pre-commercialization stage, still well short of being ready for commercialization.
  27. Still a mere laboratory curiosity. Not ready for production-scale practical real-world quantum applications.
  28. Still more appropriate for the lunatic fringe rather than mainstream application developers.
  29. IBM needs to announce preliminary benchmarking results when Osprey is formally announced and made available. Including Quantum Volume (QV) and qubit fidelity.
  30. IBM needs to provide full technical documentation and technical specifications when Osprey is formally announced and made available. Including a Principles of Operation document which details the programming model.
  31. I’d much rather see an upgraded 27-qubit Falcon than a 433-qubit Osprey. A 27-qubit Falcon with enhanced connectivity and another 1.5 nines of qubit fidelity would be much more beneficial for quantum algorithm designers and quantum application developers than whatever Osprey might deliver. Hummingbird and Eagle were distractions rather than substantial advances for quantum algorithm designers and quantum application developers.
  32. My hope is that this paper might help to cajole IBM into doing a better job of setting expectations for Osprey and to do a better job of detailing milestones for specific technical factors in their hardware roadmap going forward.

References

  • 5 Things to Know About the IBM Roadmap to Scaling Quantum Technology
  • Eagle will be followed by the 433-qubit “Osprey” processor in 2022. Osprey continues to push the boundaries of fabrication techniques to build a smaller chip to ensure more logical qubits that don’t sacrifice performance. Its more-efficient and denser controls and cryogenic infrastructure will ensure that scaling up future processors doesn’t sacrifice the performance of individual qubits, introduce further sources of noise, or take up too large a footprint.
  • https://newsroom.ibm.com/IBM-research?item=32425

Quantum processor vs. quantum computer

My motivation

  1. My overall disappointment with Eagle. A big advance in qubit count and great internal engineering improvements, but no benefits in any of the main technical areas. No advances which would benefit quantum algorithm designers or quantum application developers.
  2. My overall disappointment with the IBM hardware roadmap. Lack of technical detail. Other than a brief mention and qubt count, virtually nothing. No milestones for quantum error correction (QEC). No milestones for qubit fidelity. No milestones for the other key technical factors.
  1. List all known details about Osprey.
  2. Predict or speculate about possible details about Osprey.

Goals for this paper

  1. Detail what we know.
  2. Speculate on what we think is likely.
  3. Speculate on what we don’t know.
  4. Express aspirations.
  5. Express concerns with the intent that maybe IBM will respond in some constructive manner.
  6. Overall, set expectations for what Osprey will, might, could, won’t, and is unlikely to be.

What I include in this paper

  1. What I expect from IBM and Osprey.
  2. What I am concerned about.
  3. What I worry about.
  4. Opportunities which IBM might miss.
  5. Missteps with Eagle which IBM might repeat with Osprey.
  6. Premonitions, nightmares.
  7. Poor messaging. Missed opportunities for great messaging from IBM.

Timing of my paper

  1. Long enough lead time to have some hope of influencing IBM’s planning and efforts. I don’t actually expect that IBM will pay any attention to what I write, but I do feel an ethical obligation to let them know about what I see that concerns me.
  2. Hope to have some impact on IBM’s messaging. Try to get them to communicate more explicitly about the key benefits of Osprey over Eagle and Falcon. They need to do a much better job of setting expectations than they’ve done in the past, especially for Eagle, but for all of their other quantum processors as well.

Osprey is poised for disappointment

  1. Overall, Osprey is just an upsized Eagle. More qubits, miniaturized, but individually not much better functionally.
  2. My overall disappointment with the IBM 127-qubit Eagle. No improvement in qubit fidelity, qubit connectivity, granularity of phase and probability amplitude, or circuit depth.
  3. My overall disappointment with the IBM hardware roadmap. No milestones or detail for quantum error correction (QEC), qubit fidelity, qubit connectivity, granularity of phase and probability amplitude, or circuit depth.
  4. Low qubit fidelity and weak qubit connectivity. No dramatic improvement over Eagle.
  5. Mediocre qubit measurement fidelity. Same issues as with Eagle. A critical weakness.
  6. Still an impressive engineering achievement under the hood. But most of that internal engineering effort doesn’t affect fidelity or performance from the perspective of a quantum algorithm designer or quantum application developer.
  7. Maybe enough improvement to not be an absolute flop, but disappointing enough to be a relative flop.
  8. IBM needs much better messaging. Needs to set expectations more accurately.

Osprey may offer enough improvement to not be an absolute flop, but disappointing enough to be a relative flop

IBM needs much better messaging

  1. IBM needs to set expectations more accurately.
  2. IBM needs to avoid overpromising.
  3. IBM needs to focus attention on where they excel, their strong points.
  4. IBM needs to be much more direct and honest as to their technical shortcomings — and offer action plans for how and when they will be addressing each technical shortcoming.
  5. The IBM quantum hardware roadmap needs to be much more explicit in terms of milestones and specific technical features. Whether it’s increments of improvement in qubit fidelity, architectural changes for qubit connectivity, or the staging of quantum error correction.
  6. Benchmarking results need to be a formal aspect of required messaging. This includes Quantum Volume (QV) and qubit fidelity.
  7. Full technical documentation and technical specifications also need to be a formal aspect of required messaging.

IBM needs to announce preliminary benchmarking results when Osprey is formally announced and made available

IBM needs to provide full technical documentation and technical specifications when Osprey is formally announced and made available

What are IBM’s intentions with Osprey?

  1. What problem is IBM trying to solve?
  2. What did IBM intend to do with Osprey?
  3. What’s the point of Osprey?
  4. What is IBM attempting to accomplish with Osprey?
  5. What value is IBM attempting to offer quantum algorithm designers and quantum application developers? Other than simply more of the same qubits as Eagle.
  6. Was the intent simply to offer more qubits?
  7. Was the intent simply to miniaturize qubits and components — but not make them function any different or better?
  8. Is Osprey simply an internal interim engineering stepping stone rather than explicitly offering additional features or functions or enhancements per se?
  9. Is Osprey more of an internal hardware improvement rather than functionally better?
  10. Who might actually benefit from all of these extra qubits?
  11. Are there other intentions that we just don’t know about, yet?
  1. Osprey offers a lot more qubits. Each qubit is likely comparable to a qubit on Eagle.
  2. IBM focused on miniaturization to enable more qubits.
  3. Functionally, the qubits should behave approximately the same as on Eagle from the perspective of quantum algorithm designers and quantum application developers. Just that there are more of them.

Are there other intentions of IBM that we just don’t know about, yet?

Osprey is still an impressive engineering achievement under the hood

  1. Miniaturizing qubits and control circuits is no trivial feat.
  2. Isolating, maintaining, and connecting 433 qubits is no trivial feat.
  3. A new cryogenic dilution refrigerator is no trivial feat.

What value is IBM attempting to offer quantum algorithm designers and quantum application developers with Osprey?

Extrapolation from Eagle

The key technical factors for Osprey that could impact quantum algorithms and quantum applications

  1. Qubit count.
  2. Qubit fidelity. Including qubit measurement fidelity. How close to near-perfect qubits.
  3. Qubit connectivity.
  4. Granularity of phase and probability amplitude.
  5. Coherence time and circuit depth.
  6. Quantum error correction (QEC).
  7. Quantum Volume (QV).
  1. What has IBM committed for Osprey?
  2. What is likely in Osprey?
  3. What does Osprey need to inspire confidence?
  1. Speed or throughput. Measured in circuit layer operations per second (CLOPS).
  2. Support for Qiskit Runtime.

The Big Four of the key technical factors which matter the most

  1. Higher qubit fidelity.
  2. Greater qubit connectivity.
  3. Finer granularity of phase and probability amplitude. Essential for nontrivial quantum Fourier transform (QFT) and quantum phase estimation (QPE).
  4. Greater circuit depth. Either greater coherence time for the same gate execution time, or faster gate execution time for the same coherence time, or both greater coherence time and faster gate execution time.

General support for nontrivial quantum Fourier transform (QFT) and quantum phase estimation (QPE) is critical

  1. Higher qubit fidelity.
  2. Greater qubit connectivity.
  3. Finer granularity of phase and probability amplitude.
  4. Greater circuit depth.

Fine granularity of phase is needed to support nontrivial quantum Fourier transform (QFT) and quantum phase estimation (QPE)

What qubit count has IBM committed for Osprey?

What qubit count is likely in Osprey?

What qubit count does Osprey need to inspire confidence?

How many qubits is enough to keep people happy?

  1. 127 or 128 qubits. Personally, I think this is enough qubits. I recall some people suggesting that 105 qubits or 125 qubits would be needed for various quantum computational chemistry applications, for example. But they need qubit fidelity, qubit connectivity, fine granularity of phase, and greater circuit depth before they can actually use that many qubits.
  2. 160 qubits. Should be a sufficient margin for many applications.
  3. 192 qubits. Ditto.
  4. 256 qubits. I’m not even sure which applications need this, but most applications should be covered.
  5. 384 qubits. Ditto.

What qubit fidelity has IBM committed for Osprey?

Nines of qubit fidelity

What qubit fidelity is likely in Osprey?

What qubit fidelity does Osprey need to inspire confidence?

  1. 1.8 nines. Comparable to Eagle. Not impressive. In fact, very disappointing.
  2. Two nines. Better than Eagle, but not great.
  3. 2.5 nines. Substantially better than Eagle, but still not great.
  4. 2.75 nines. Maybe the minimal acceptable, but still not great.
  5. Three nines. Target for minimum acceptable.
  6. 3.25 nines. Starting to look appealing.
  7. 3.5 nines. Moderately appealing.
  8. 3.75 nines. Moderately impressive.
  9. Four nines. Impressive. Near-perfect qubits. This is what we really should be seeing to believe that we really are on track for supporting production-scale practical real-world quantum applications.

Does Osprey need near-perfect qubits to inspire significant excitement? Probably.

What about qubit measurement fidelity for Osprey?

Mediocre qubit measurement fidelity would be a critical flaw for Osprey

  • There’s no point in accurately performing a quantum computation if you can’t accurately read the result.

What qubit connectivity has IBM committed for Osprey?

What qubit connectivity is likely in Osprey?

What qubit connectivity does Osprey need to inspire confidence?

Will Osprey need some sort of quantum state bus to satisfy demand for greater qubit connectivity?

  1. Quantum state bus.
  2. Dynamically-routable resonator.
  1. 27 qubits would require 27 * 26 / 2 = 351 resonators.
  2. 65 qubits would require 65 * 64 / 2 = 2,080 resonators.
  3. 127 qubits would require 127 * 126 / 2 = 8,001 resonators.
  4. 433 qubits would require 433 * 432 / 2 = 93,528 resonators.
  5. 1,121 qubits would require 1,121 * 1,120 / 2 = 627,760 resonators.

Is some other hardware mechanism needed to increase qubit connectivity for Osprey?

No, SWAP networks are not a viable alternative to enhanced qubit connectivity

What granularity of phase and probability amplitude has IBM committed for Osprey?

What granularity of phase and probability amplitude is likely in Osprey?

What granularity of phase and probability amplitude does Osprey need to inspire confidence?

  1. 6 bits. Too trivial for any practical application.
  2. 8 bits. Bare minimum.
  3. 10 bits. Still rather bare-bones minimum.
  4. 12 bits. Still rather bare-bones minimum.
  5. 14 bits. Starting to get nontrivial.
  6. 16 bits. Lower bound of nontrivial.
  7. 20 bits. Nontrivial. Minimum to achieve minimal quantum advantage.
  8. 24 bits. Nontrivial. Starting to get interesting.
  9. 28 bits. Nontrivial. More interesting.
  10. 32 bits. Nontrivial. Possibly even useful. Possibly even enough to achieve substantial quantum advantage.
  11. 48 bits. Definitely nontrivial, and likely needed to achieve dramatic or at least substantial quantum advantage, but well beyond any near-term expectations.
  12. 50 bits. Enough to achieve dramatic quantum advantage, but well beyond near-term expectations.

What coherence time and circuit depth has IBM committed for Osprey?

What coherence time and circuit depth is likely in Osprey?

What coherence time and circuit depth does Osprey need to inspire confidence?

What has IBM committed to for quantum error correction (QEC) in Osprey?

  • … we’ve struck a delicate balance of connectivity and reduction of crosstalk error with our fixed-frequency approach to two-qubit gates and hexagonal qubit arrangement introduced by Falcon. This qubit layout will allow us to implement the “heavy-hexagonal” error-correcting code that our team debuted last year, so as we scale up the number of physical qubits, we will also be able to explore how they’ll work together as error-corrected logical qubits — every processor we design has fault tolerance considerations taken into account.
  • Build new infrastructure,
    Quantum error correction

What do I hope that IBM will deliver for quantum error correction (QEC) in Osprey?

  1. 6 logical qubits. If 65 physical qubits are needed for each logical qubit.
  2. 7 logical qubits. If 57 physical qubits are needed for each logical qubit.
  1. Heavy hexagon code. 57 physical qubits per logical qubit.
  2. Heavy square code. 65 physical qubits per logical qubit.

Do I expect a demonstration of quantum error correction in Osprey? No, but…

Maybe a demonstration of quantum error correction in a subsequent revision to Osprey? Possibly, but…

Is the credibility of quantum error correction at stake with Osprey?

IBM technical credibility will suffer if they neither show progress with quantum error correction nor progress towards near-perfect qubits

What Quantum Volume has IBM committed for Osprey?

What Quantum Volume is likely in Osprey?

What Quantum Volume does Osprey need to inspire confidence?

Quantum Volume cannot use more than 50 qubits (and maybe only 40 or even 32 qubits)

Topology and connectivity of Osprey’s 433 qubits

Will Osprey be modular?

IBM Quantum System Two

  1. The quantum processor chip. The heart and brain of the quantum computer.
  2. The overall quantum system. The mechanical, packaging, cryogenics, and classical electronics needed to support the operation of the quantum processor chip.
  1. Falcon.
  2. Hummingbird.
  3. Eagle.
  4. Osprey.
  1. IBM Quantum System One. Supports Falcon, Hummingbird, and Eagle chips.
  1. IBM Quantum System Two.
  1. Modular architecture. Control hardware has the flexibility and resources necessary to scale.
  2. A new generation of scalable qubit control electronics.
  3. Higher-density cryogenic components and cabling.
  4. A new cryogenic platform. Based on a new cryogenic dilution refrigerator. Designed in conjunction with Bluefors, featuring a novel, innovative structural design to maximize space for the support hardware required by larger processors while ensuring that engineers can easily access and service the hardware.
  5. The possibility to provide a larger shared cryogenic work-space. Ultimately leading to the potential linking of multiple quantum processors.

Will the new dilution refrigerator offer any functional advantage to quantum applications?

  1. Will the new refrigerator have better shielding or otherwise reduce environmental interference so that there is a net improvement in qubit fidelity?
  2. Will the temperature be more stable and result in more consistent results?
  3. Will the refrigerator be substantially cheaper?
  4. Will the refrigerator be substantially cheaper to operate? Less electrical power? Less loss of refrigerant?
  5. Might the new refrigerator have engineering tradeoffs which have a negative impact on qubit fidelity, such as less shielding to reduce cost, or cheaper components to increase qubit count but with lower qubit fidelity?
  6. Will quantum algorithm designers or quantum application developers have to adjust their algorithms to work effectively with the new refrigerator?
  7. Will quantum algorithm designers or quantum application developers be able to take advantage of or otherwise exploit the new refrigerator?
  8. In short, will the new refrigerator be a net gain for quantum algorithms and quantum applications, or a net loss, or a wash, or an uneven mix of gains and losses?

What speed or throughput will Osprey have?

Will Osprey support Qiskit Runtime?

Is Osprey simply a bigger Eagle (more qubits)?

  1. Qubit count. Guaranteed to be different.
  2. Qubit fidelity.
  3. Qubit connectivity.
  4. Granularity of phase and probability amplitude.
  5. Coherence time and circuit depth.
  6. Quantum error correction (QEC).
  7. Quantum Volume (QV).
  1. It’s just a larger version of Eagle — more qubits.
  2. It’s functionally somewhat different from Eagle — besides count of qubits.

Concerns from Eagle which may or may not apply to Osprey as well

  1. No significant benefits to most typical near-term quantum algorithm designers or quantum application developers. All of the engineering is under the hood where most typical users won’t see it. Low qubit fidelity — no significant improvement from previous processors — precludes using more than 20 or so qubits in a single circuit — which can already be done with a 27-qubit Falcon, so the dramatic increase in qubit count isn’t generally functionally useful for most typical users, at present.
  2. No hint of any significant change to the basic core qubit technology. Despite the dramatic overall engineering redesign, there is no hint that the core qubit technology has changed. Presumably IBM would have touted that if it had been improved.
  3. No significant increase in qubit fidelity. Some 27-qubit Falcon processors are better.
  4. No hint of improvement in fine granularity of phase and probability amplitude. Needed for quantum Fourier transform (QFT) and quantum phase estimation (QPE), as well as for more complex algorithms utilizing quantum amplitude estimation (QAE). Needed for quantum computational chemistry, so no significant advance on this front.
  5. No hint of any significant improvement in measurement fidelity. Sorely needed.
  6. No improvement in qubit connectivity. Same topology. Low qubit fidelity limits use of SWAP networks to simulate connectivity.
  7. No significant increase in qubit coherence time. Many 27-qubit Falcon processors are better, some by a lot.
  8. No significant improvement in gate execution time. The minimum does seem to show significant improvement, but the average is not quite as good as ibm_hanoi (27-qubit Falcon), although somewhat better than ibmq_brooklyn (65-qubit Hummingbird.)
  9. No significant increase in circuit depth. Follows qubit coherence time and gate execution time.
  10. No improvement in Quantum Volume (QV). Measured at only 32 as of December 8, 2021. Very disappointing. Worse than Falcon (64 and 128). Matches 65-qubit Hummingbird. I had hoped for 256.
  11. No significant progress in two of the three metrics for progress given by IBM. Scale increased, but no significant increase in quality (QV) or speed (CLOPS).
  12. No support for Qiskit Runtime. At least not initially, but I presume that will come, eventually.
  13. Unlikely to attain any substantial degree of quantum advantage. Due to limited qubit fidelity and limited connectivity.
  14. No documented attempt to implement quantum error correction (QEC) or logical qubits.
  15. Clearly Eagle and IBM are still deep in the pre-commercialization stage of quantum computing, not yet ready to even begin commercialization. Many questions and issues and much research remains. Not even close to commercialization.
  16. No roadmap for enhancements to Eagle. Other than Osprey and Condor being successors. But I want to know about r2, r3, r4, and r5.

Competition from other qubit technologies

  1. Topological qubits. Microsoft.
  2. Silicon spin qubits. Intel.
  1. Higher qubit fidelity.
  2. Greater qubit connectivity.
  3. Finer granularity of phase and probability amplitude.
  4. Greater circuit depth.

IBM quantum is still in research mode, not mainline commercial product engineering, yet

When might IBM transition their quantum efforts from research to commercial product development?

  1. Two years. Very unlikely.
  2. Three years. Still very unlikely.
  3. Four years. Unlikely. But possible.
  4. Five years. Possibly. Fair bet.
  5. Seven years. More likely.
  6. Ten years. Probably.

Unfortunately, parts of IBM are acting as if quantum was a commercial product and engaging in premature commercialization

Research orientation of Osprey reemphasizes that quantum computing is still in the pre-commercialization stage, still well short of being ready for commercialization

Still a mere laboratory curiosity

Still more appropriate for the lunatic fringe rather than mainstream application developers

Risk for Quantum Winter

  1. Qubit fidelity. Including qubit measurement fidelity. How close to near-perfect qubits.
  2. Qubit connectivity. Something better than nearest neighbor.
  3. Granularity of phase and probability amplitude. Support for nontrivial quantum Fourier transform (QFT) and quantum phase estimation (QPE).
  4. Coherence time and circuit depth.
  5. Quantum error correction (QEC). Some significant sense of progress.
  6. Quantum Volume (QV). Hopefully much better than Eagle, and Falcon as well.

What can we expect from future revisions of Osprey?

  1. Higher qubit fidelity.
  2. Greater qubit connectivity.
  3. Finer granularity of phase and probability amplitude.
  4. Greater circuit depth.

I’d much rather see an upgraded 27-qubit Falcon than a 433-qubit Osprey

My original proposal for this topic

  • Speculative preview of the IBM 433-qubit Osprey. This is less a preview than a wish list for what I hope that IBM will deliver later this year (2022). I would dearly love to know what capabilities the upcoming IBM 433-qubit Osprey quantum processor will deliver later this year, but other than 433 qubits, we simply don’t know. I would hope that it has improved qubit fidelity, but we just don’t know at this stage. We’ll have to wait and see. The recent 127-qubit Eagle didn’t deliver improved qubit fidelity, so I’m primed for further disappointment, but still hopeful. I would hope that it has some improvement to qubit connectivity, but IBM hasn’t hinted at any, so I’m not holding my breath. But I do hope they at least deliver a roadmap and set expectations for qubit connectivity improvements in future years and future processors. We’ll simply have to wait until November to see.

Summary and conclusions

  1. Osprey is poised for disappointment. Numerous technical obstacles.
  2. Plenty of hope for Osprey. But hope is not a plan or certainty.
  3. IBM needs to up their game to avoid disaster. Technical obstacles can be overcome, but only through much more serious effort.
  4. Overall, Osprey is just an upsized Eagle. More qubits, miniaturized, but individually not much better functionally.
  5. My overall disappointment with the IBM 127-qubit Eagle. No improvement in qubit fidelity, qubit connectivity, granularity of phase and probability amplitude, or circuit depth.
  6. My overall disappointment with the IBM hardware roadmap. No milestones or detail for quantum error correction (QEC), qubit fidelity, qubit connectivity, granularity of phase and probability amplitude, or circuit depth.
  7. Low qubit fidelity and weak qubit connectivity. No dramatic improvement over Eagle.
  8. Mediocre qubit measurement fidelity. Same issues as with Eagle. A critical weakness.
  9. Still an impressive engineering achievement under the hood. But most of that internal engineering effort doesn’t affect fidelity or performance from the perspective of a quantum algorithm designer or quantum application developer.
  10. Maybe enough improvement to not be an absolute flop, but disappointing enough to be a relative flop.
  11. IBM needs much better messaging. Needs to set expectations more accurately.
  12. Osprey probably needs near-perfect qubits to inspire any significant excitement.
  13. Only four details we know for sure about Osprey…
  14. Osprey will have 433 qubits.
  15. Key advancement of Osprey will be miniaturization of components.
  16. Osprey will be based on the new quantum hardware infrastructure of the IBM Quantum System Two.
  17. The IBM Quantum System Two incorporates a new cryogenic refrigerator from Bluefors.
  18. IBM hasn’t committed to any improvement in qubit fidelity.
  19. IBM hasn’t committed to any improvement in granularity of phase and probability amplitude.
  20. Fine granularity of phase is needed to support nontrivial quantum Fourier transform (QFT) and quantum phase estimation (QPE). Essential for advanced applications such as quantum computational chemistry.
  21. IBM hasn’t committed to any improvement in coherence time and circuit depth.
  22. IBM hasn’t committed to any advances in quantum error correction (QEC) in Osprey.
  23. But I would hope that IBM would demonstrate at least a small handful of perfect logical qubits in Osprey. Maybe six or seven.
  24. IBM hasn’t committed to any improvement in Quantum Volume (QV).
  25. Advances or lack of advances in Osprey will confirm, set, or undermine IBM’s technical credibility.
  26. Research orientation of Osprey reemphasizes that quantum computing is still in the pre-commercialization stage, still well short of being ready for commercialization.
  27. Still a mere laboratory curiosity. Not ready for production-scale practical real-world quantum applications.
  28. Still more appropriate for the lunatic fringe rather than mainstream application developers.
  29. IBM needs to announce preliminary benchmarking results when Osprey is formally announced and made available. Including Quantum Volume (QV) and qubit fidelity.
  30. IBM needs to provide full technical documentation and technical specifications when Osprey is formally announced and made available. Including a Principles of Operation document which details the programming model.
  31. I’d much rather see an upgraded 27-qubit Falcon than a 433-qubit Osprey. A 27-qubit Falcon with enhanced connectivity and another 1.5 nines of qubit fidelity would be much more beneficial for quantum algorithm designers and quantum application developers than whatever Osprey might deliver. Hummingbird and Eagle were distractions rather than substantial advances for quantum algorithm designers and quantum application developers.
  32. My hope is that this paper might help to cajole IBM into doing a better job of setting expectations for Osprey and to do a better job of detailing milestones for specific technical factors in their hardware roadmap going forward.

--

--

--

Freelance Consultant

Love podcasts or audiobooks? Learn on the go with our new app.

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store
Jack Krupansky

Jack Krupansky

Freelance Consultant

More from Medium

ResourceScalingForSimulatingQuantumDynamicsOfSpinChains

image.png

Newsletter: Quantum Finance #5

C-3PO and R2-D2 Discuss Quantum Computing

Quantum Image Processing: Quantum Probability Image Encoding (QPIE) and Quantum Hadamard Edge…