{"id":20,"date":"2023-09-25T18:44:55","date_gmt":"2023-09-25T22:44:55","guid":{"rendered":"https:\/\/quantum.ncsu.edu\/updates\/?page_id=20"},"modified":"2024-11-08T18:12:36","modified_gmt":"2024-11-08T23:12:36","slug":"quantum-updates","status":"publish","type":"page","link":"https:\/\/quantum.ncsu.edu\/updates\/","title":{"rendered":"Quantum Updates"},"content":{"rendered":"\n\n\n\n\n\n\n\n\t\n\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t
tag<\/th>timestamp<\/th>Topic<\/th>Description<\/th>\n<\/tr>\n<\/thead>\n
033<\/td>2025-3-6<\/td>Upcoming disruption in preparation for new version of dynamic circuits<\/td>We recently enabled early access to the new version of Dynamic Circuits on select QPUs. To roll-out this feature to other IBM quantum computers in our fleet, we are in the process of upgrading their firmware. We recently upgraded ibm_torino and ibm_fez, and will upgrade our other IBM quantum computers according to the following tentative calendar:
\n
\nibm_aachen June 5th @ 9am - 12pm EST
\nibm_marrakesh June 9th @ 9am - 12pm EST
\nibm_kingston June 10th @ 9am - 12pm EST
\nibm_brisbane July 8th @ 9am - 12pm EST
\nibm_brussels July 10th @ 9am - 12pm EST
\nibm_strasbourg July 11th @ 9am - 12pm EST
\n
\nThese QPUs will be unavailable during the upgrade and thus you will experience extended queue times.<\/td>\n<\/tr>\n
032<\/td>2025-5-5<\/td>Upcoming maintenance planned for ibm_kingston<\/td>We have detected an anomaly affecting the performance of the ibm_kingston system. We will close the queue from May 7 through May 9 to investigate and address this issue.
\nThe QPU will be unavailable during this maintenance, thus you will experience extended queue times. Our other 156-qubit Heron R2 systems -- ibm_aachen, ibm_fez, and ibm_marrakesh -- remain available for use in the meantime.<\/td>\n<\/tr>\n
031<\/td>2025-3-31<\/td>New Heron R2 QPUs, ibm_aachen and ibm_kingston, are now available<\/td>We have released two new 156Q Heron R2 QPUs: ibm_aachen and ibm_kingston. These QPUs have been added to your Hub at the Hub level. Admin must distribute the QPUs down to the Project level for collaborators to gain access. For more information on these QPUs, please refer to the Compute Resources page on IBM Quantum Platform.<\/td>\n<\/tr>\n
030<\/td>2025-3-3<\/td>Reduced availability on ibm_marrakesh during March 2025<\/td>The following QPU will be unavailable during the following dates:
\n5 March, 2025 06:00 - 9 March, 2025 06:00 (UTC): ibm_marrakesh
\n21 March, 2025 06:00 - 25 March, 2025 06:00 (UTC): ibm_marrakesh
\nDuring this time, the QPU will not process or accept workloads.
\nWe apologize for the short notice. If you have any questions or concerns, please do not hesitate to ask.<\/td>\n<\/tr>\n
029<\/td>2025-2-16<\/td>ibm_kyiv and ibm_sherbrooke will be retired on 18 April 2025
\n<\/td>		We will be retiring ibm_kyiv and ibm_sherbrooke on or around 18 April 2025.
\n
\nOnce these QPUs are retired, they will no longer accept jobs. If any jobs are queued on either QPU at the time of its retirement, the jobs will still run and return results.
\n
\nWe suggest retrieving any job data from important past jobs before these QPU are retired. Please refer to the following documentation<\/a> for more information on retrieving past jobs. If you have any questions or concerns, please do not hesitate to contact the support team at ibmquantum@ibm.com.<\/td>\n<\/tr>\n
028<\/td>2024-11-13<\/td>new 156Q Heron R2 quantum computer<\/td>We have released a new 156Q Heron R2 quantum computer, ibm_marrakesh. This quantum computer has been added to your Hub at the Hub level. Admin must distribute the system down to the Project level for collaborators to gain access. If your project does not have access, you can request access by sending email to quantumcomputing@ncsu.edu.<\/td>\n<\/tr>\n
027<\/td>2024-11-7<\/td>addition of a new feature as well as the removal of an old one<\/td>We\u2019re writing today to announce the addition of a new feature as well as the removal of an old one. Starting with ibm_torino, we are rolling out the addition of new basis gates to the Heron Instruction Set Arhchitecture (ISA) over the next two weeks. These new gates offer continuously parameterized single-qubit (rx) and two-qubit (rzz) instructions implemented with a single control pulse.
\n
\nWith rx gates, all single-qubit rotations (u3) can be achieved with a single control pulse, rather than being decomposed into two sx gates and three rz gates. This reduces the duration and error for single-qubit gates by up to a factor of two.
\n
\nSimilarly, with rzz gates, this avoids a decomposition into multiple cz gates for a common operation in time evolution circuits.
\n
\nThese new gates are not compatible with some of the existing technology for error mitigation and dynamic circuits in the Qiskit Runtime. Support for optimizing circuits to take advantage of rzz gates within the Qiskit SDK transpiler is also limited. Consequently, users must opt-in to receiving a backend object that includes these fractional gates in the backend Target. Please see the docs for more information.
\n
\nAdding such fractional gates to the ISA of IBM quantum processors was the predominant use case described by users for use of pulse-level control. Now that support for these gates is built-in, we are announcing the deprecation of pulse-level control on all IBM Quantum processors. We plan to remove such support on Feb 3, 2025. The pulse module is also scheduled for removal in Qiskit SDK 2.0. For those users that were using pulse-level support to investigate optimal control techniques, we encourage you to check out the qiskit-dynamics<\/a> (docs) <\/a>package to facilitate ongoing numerical investigations.
\n
\nRegards,
\nIBM Quantum<\/td>\n<\/tr>\n
026<\/td>2024-04-16<\/td>Deprecation of the legacy backend.run() interface<\/td>Hello IBM Quantum Network,
\n
\nWe have deprecated the legacy backend.run() interface in Qiskit Runtime. The backend.run() interface originally coexisted with the original (V1) primitives model as the dedicated \u201cdirect hardware access\u201d entry point. With the introduction of the V2 primitives interface, the new SamplerV2 class now fulfills that role.
\n
\nSupport for backend.run() will officially be dropped on or around 15 October 2024. Please refer to this migration guide<\/a> for instructions on how to migrate any existing code that uses backend.run() to the new V2 primitives interface.<\/td>\n<\/tr>\n
024<\/td>2024-04-01<\/td>We have retired ibmq_kolkata and ibmq_mumbai<\/td>We have retired ibmq_kolkata and ibmq_mumbai.
\n
\nThese systems will no longer accept new jobs.
\n
\nIf you would like to retrieve job data from your past jobs, please refer to the following documentation<\/a><\/td>\n<\/tr>\n
023<\/td>2024-03-22<\/td>Focus on utility-scale computing: Retirement of cloud simulators and IBM Quantum Lab<\/td>Cloud simulators
\n
\n
\nIn line with our focus on utility-scale<\/a> quantum computing, we\u2019re retiring our cloud simulators on 15 May 2024. We invite you to start using the Qiskit Runtime local testing mode<\/a> (with qiskit-ibm-runtime 0.22.0 or later), which makes it possible to perform development and testing locally prior to submitting your workloads to our >100-qubit systems.
\n
\n
\nThis change emphasizes a shift toward quantum hardware capabilities, since the benefits of quantum hardware have surpassed the utility of simulators in helping determine which applications have the greatest potential for advantage.
\n
\nGuide: Migrate from cloud simulators to local simulators<\/a>.
\n
\nNoisy simulation with Qiskit Aer primitives<\/a>.
\n
\nGetting started with Qiskit Aer<\/a>.
\n
\nLeverage IBM Watson Studio<\/a> as an alternative to your local environment.
\nIBM Quantum Lab
\n
\nWe are also retiring IBM Quantum Lab on 15 May 2024 to increase our focus on utility-era tooling.
\n
\nYou can execute jobs locally with Qiskit<\/a>, or you can set up your own cloud-based environment.
\n
\nStarting today, you can download your Lab files in bulk from the Lab platform<\/a>. Bulk file downloads will remain available until 15 November 2024.<\/td>\n<\/tr>\n
022<\/td>2024-03-06<\/td>Qiskit SDK 1.0 is here!<\/td>Qiskit SDK 1.0 is our way of marking the start of a new era for programming quantum computers \u2014 one that is centered on performance, stability, and usability. But what does this mean exactly? We\u2019ve made a variety of changes over the past few releases to prepare for this, including:
\n
\nA more performant SDK: We\u2019ve spent years working to improve Qiskit\u2019s overall performance, and this release represents the accumulation of many different improvements over the past 18 months. Qiskit 1.0 will enable users to easily build and transpile circuits with 100+ qubits, and lays the groundwork for future 1,000+ qubit workloads.
\n
\nA stable API: With the launch of Qiskit 1.0, we are beginning a new, more stable release cycle and updating our versioning support. Get ready for significantly fewer breaking changes and much more robust backwards-compatibility and bug support than users have ever had before!
\n
\nA leaner set of libraries: We\u2019ve consolidated and focused the core features of Qiskit by removing the metapackage architecture and splitting out several modules into separate packages. This allows us to focus much more on stability and maintainability while enabling the wider open source community to contribute interesting new features. You\u2019ll find more details on why and how we made this decision in our migration guide<\/a>.
\n
\nAn SDK built for an open-source ecosystem: The transpiler plugin interface and the broader Qiskit Ecosystem program are designed to encourage scientists, engineers and software developers to try their hand at building new extensions of Qiskit\u2019s core capabilities, so we can all work together to advance the field of quantum computing.
\n
\nMany more features and improvements have come with the release of Qiskit 1.0, such as a redesign of the Sampler and Estimator primitives, native OpenQASM 3 support, and hefty memory and performance improvements. We highly recommend reading through the Qiskit 1.0 Release Summary to learn about all of the exciting changes that Qiskit 1.0 brings.<\/td>\n<\/tr>\n
021<\/td>2024-03-05<\/td>Updates to IBM Quantum Platform Administration Analytics<\/td>At IBM, we strive to provide industry-leading experiences in quantum computing. Today, we are enriching the Administration Analytics Dashboard on IBM Quantum Platform with new visual features, to help Hub Administrators monitor their organization\u2019s reserved capacity and usage with ease.
\n
\nVisible for only Hub and Group Administrators, upgrades to the Administration views include:
\n
\nTotal contracted reserve capacity displayed in minutes. Premium Plan contracts express reserved capacity in units of Queue Slots (or system share), which corresponds to a number of usable minutes that varies over time. Now, the analytics dashboard represents your Queue Slots with a fixed conversion rate of 1600 minutes per Queue Slot over a 28-day rolling window. This conversion reflects our working target for IBM Quantum systems\u2019 availability to process user workloads. Representing Queue Slots as a more stable reference helps your administrators to better monitor and manage reserved capacity and usage. Please note, this does not change the contract definition of Queue Slots, nor your contracted reserved capacity.
\n
\nEnriched usage plots through the overlay of contracted reserved capacity and usage. This new visual aid enables enhanced usage monitoring across your Hub and Groups.
\n
\nNew visual aids to identify Groups and Projects that have reached a state of over-usage. This will aid administrators to take action to either modify their capacity allotment or to request lowering their system usage.
\n
\nUpdated Group, and Project capacity management to show minutes in addition to shares. This permits administrators to more clearly and quantifiably determine the desired partition of the available reserved capacity. At this time, Groups continue to uniquely inherit the assigned reserved capacity, while Projects partake in the reserved capacity inherited by their respective Group according to the Project\u2019s relative priority and usage.
\n
\nWe hope you will enjoy these improvements, and we look forward to see how Administrators will use the new insights that these updates unlock.
\n
\nWant to learn more? Check out the Analytics Dashboard Documentation<\/a><\/td>\n<\/tr>\n
020<\/td>2024-02-28<\/td>IBM retiring remaining Falcon systems<\/td>IBM notes: In keeping with our commitment towards utility-scale systems, IBM will be retiring the remaining Falcon systems, ibm_algiers, ibm_cairo, and ibm_hanoi, on or around April 30.<\/td>\n<\/tr>\n
019<\/td>2024-02-23<\/td>Changes how start times happen in Qiskit Runtime<\/td>Once these systems are retired, they will no longer accept or process jobs. We suggest retrieving any job data from important past jobs before the systems are retired. Please refer to the following documentation for more information on retrieving past jobs.<\/td>\n<\/tr>\n
018<\/td>2024-02-14<\/td>Changes to Qiskit Runtime Primitives<\/td>Last year we introduced Qiskit Patterns as the four-step archetype for how to use quantum systems. In step 2, circuits and observables are prepared to efficiently run on quantum hardware. This step ensures that users don\u2019t incur unnecessary costs when making Primitive (Sampler or Estimator) queries, because (potentially unbounded-cost) classical computations are done on the client side. To further encourage this mode of operation, beginning 1 March 2024, Qiskit Runtime will require that circuits and observables are transformed to use only instructions supported by the system (referred to as instruction set architecture (ISA) circuits and observables) before being submitted to the primitives. This change also streamlines service operations to produce faster results and make more efficient use of our fleet of quantum systems. See the transpilation documentation for instructions to transform circuits and the primitive examples to see this coupled with operator transformations. Due to this change, the primitives will no longer perform layout or routing operations; consequently, transpilation options referring to those tasks will no longer have any effect. Users can still request that the Primitives skip optimization of input circuits via options.transpilation.skip_transpilation.<\/td>\n<\/tr>\n
017<\/td>2024-02-02<\/td>Retiring ibm_kolkata & ibm_mumbai<\/td>Retiring ibm_kolkata and ibm_mumbai on or around 4\/1\/2024. We suggest retrieving any past jobs before the systems are retired.<\/td>\n<\/tr>\n
016<\/td>2023-12-01<\/td>New 133 qubit backend added<\/td>We are pleased to announce that we have released our first IBM Quantum system based on a Heron quantum processor, the 133-qubit ibm_torino. Leveraging signal delivery innovations from Osprey, Heron delivers the performance of an\u00a0Egret\u00a0at the scale of an Eagle. Specifically, using the tunable coupler architecture first\u00a0demonstrated\u00a0on ibm_prague, ibm_torino achieves our best score yet on the new\u00a0layer fidelity benchmark, an EPLG of 0.8% across a 100-qubit chain. At the level of individual two-qubit gates, the median error of 0.35% eclipses the previous best on a 100Q+ system by nearly a factor of two, while shrinking the median gate time to a mere 124 ns, roughly a factor of four faster than on a typical Eagle. Note that in contrast to the directional ECR and CX gates used on Eagle and older systems, the native two-qubit gate here is a controlled-Z (CZ) rotation, which is inherently symmetric between the two qubits, simplifying the task of mapping circuits onto physical qubits. Heron will also serve as the foundation on which we\u2019ll follow our updated development roadmap. The first introduction of IBM Quantum System Two will feature a collection of three Heron quantum processors. We\u2019re referring to Heron as the most performant quantum processor in the world and it will be the technological path forward as we further drive our roadmap through this Era of Utility towards quantum computing at scale.<\/td>\n<\/tr>\n
015<\/td>2023-11-30<\/td>New 127 qubit backend added<\/td>pleased to announce that a new system with 127 qubits, ibm_osaka, is now accessible through your Hub. For more details on the system's specifications<\/td>\n<\/tr>\n
014<\/td>2023-11-29<\/td>New URLs for IBM Quantum Platform<\/td>Within the upcoming days, IBM Quantum Platform will find a new home on the domain\u00a0https:\/\/quantum.ibm.com\/. Documentation will be on\u00a0https:\/\/docs.quantum.ibm.com\/, Learning on\u00a0https:\/\/learning.quantum.ibm.com\/, and Administration on\u00a0https:\/\/quantum.ibm.com\/admin. All previous URLs will redirect to the new ones, but you will have to re-authenticate. We hope this new URL is easier to remember and share!<\/td>\n<\/tr>\n
013<\/td>2023-11-28<\/td>Retire immediately nairobi,lagos, perth<\/td>Today, IBM has retired ibm_nairobi, ibm_lagos, and ibm_perth as part of our transition towards utility scale systems with more than 100 qubits. These systems will no longer accept or process jobs. Any jobs that were queued on these systems have been flushed out of the queue and will not return results.<\/td>\n<\/tr>\n
012<\/td>2023-11-23<\/td>New 127 qubit backend added<\/td>a new 127 qubit machine, ibm_kyoto has been added for use<\/td>\n<\/tr>\n
011<\/td>2023-11-02<\/td>New capabilities from Middleware for Quantum<\/td>We are excited to release today new capabilities from Middleware for Quantum, in beta release. Starting today, you will have additional tools as part of Quantum Serverless to build quantum classical workflows and manage their execution on heterogeneous compute resources. As part of this beta release, Premium clients will have access to classical compute for remote execution of workloads, easy distribution and parallelization of tasks, compatibility with Qiskit Runtime Primitives and sessions, support for third-party Python packages, and ability to work with multiple files.These capabilities will be replacing Qiskit Runtime custom programs, which will be deprecated on November 2, and which we plan to remove on or around November 27.<\/td>\n<\/tr>\n
010<\/td>2023-11-10<\/td>ibm_auckland has been retired effective immediately<\/td>ibm_auckland will no longer accept or process jobs. Any jobs that were queued on this system have been flushed out of the queue and will not return results.<\/td>\n<\/tr>\n
009<\/td>2023-11-2023<\/td>New release of Middleware for Quantum (beta)<\/td>We are excited to release today new capabilities from Middleware for Quantum, in beta release. Starting today, you will have additional tools as part of Quantum Serverless to build quantum classical workflows and manage their execution on heterogeneous compute resources. As part of this beta release, Premium clients will have access to classical compute for remote execution of workloads, easy distribution and parallelization of tasks, compatibility with Qiskit Runtime Primitives and sessions, support for third-party Python packages, and ability to work with multiple files.These capabilities will be replacing Qiskit Runtime custom programs, which will be deprecated on November 2, and which we plan to remove on or around November 27.<\/td>\n<\/tr>\n
008<\/td>2023-10-30<\/td>System maintenance outages Nov 1-3<\/td>We will be upgrading some of our infrastructure security between November 1st and November 3rd. Each of our systems will experience two or more interruptions of services during this period.<\/td>\n<\/tr>\n
007<\/td>2023-10-27<\/td>IBM guadalupe has been retired effective immediatly<\/td>This system will no longer accept or process jobs. Any jobs that were queued on the system have been flushed out of the queue and will not return results.<\/td>\n<\/tr>\n
006<\/td>2023-10-16<\/td>IBM to retire the current Qilskit Runtime 11-27-2023<\/td>To bring you with us on that evolutionary path we are upgrading our Qiskit Runtime custom programs. We will announce more details about the new upgraded functionality on November 1st. At this time we just wanted to inform you that as a result of this upgrade, the current Qiskit Runtime custom programs will be retired on or around November 27<\/td>\n<\/tr>\n
005<\/td>2023-10-09<\/td>IBM changes QIC support team's email<\/td>IBM quantum support team's email to ibmquantum@ibm.com. This is for tuture questions, issues adn feedback to IBM regarding quantum system and services
\n<\/td>\n<\/tr>\n
004<\/td>2023-09-07<\/td>433 qubit ibm_seattle was retired<\/td> ibm_seattle was available to our users for a limited time, it was a key technology demonstrator. Thanks to ibm_seattle, we were able to successfully demonstrate high-density signal delivery (and cooling thereof), large chip\/package sizes, and high-density room-temperature electronics at scale, as well as compiler and other software stack enhancements, which is all important data that will be fed forward to our future systems. Seattle has been retired and at a date to be announced in December '23 a new system with the Heron chip will be added to the QIC users<\/td>\n<\/tr>\n
003<\/td>2023-10-03<\/td>Systems being retired <\/td>ibm_hanoi and ibm_auckland on or around November 9th, 2023.<\/td>\n<\/tr>\n
002<\/td>2023-09-27<\/td>Reservable systems decreased<\/td>With the retirement of backends yesterday, only 3 systems are still reservable: lagos (7 qubit), perth (7 qubit) and kolkata (27 qubit). Once these systems are deprecated, the reservation capability will disappear <\/td>\n<\/tr>\n
001<\/td>2023-09-26<\/td>Backends retired<\/td>Today, ibmq_lima, ibmq_belem, ibmq_quito, ibmq_manila, and ibmq_jakarta have been retired as part of our transition towards utility scale systems with more than 100 qubits. ibmq_guadalupe will remain online for a few additional days, and we will send an additional announcement once it has retired as well.<\/td>\n<\/tr>\n
<\/td><\/td><\/td><\/td>\n<\/tr>\n
<\/td><\/td><\/td><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n","protected":false},"excerpt":{"rendered":"","protected":false},"author":3,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_acf_changed":false,"ncst_custom_author":"","ncst_show_custom_author":false,"ncst_dynamicHeaderBlockName":"ncst\/default-header","ncst_dynamicHeaderData":"{\"backgroundColor\":\"red_400\",\"imageID\":29,\"imageURL\":\"https:\/\/quantum.ncsu.edu\/updates\/wp-content\/uploads\/sites\/7\/2023\/09\/quantum-e1678819965513.jpg\",\"useCTA\":false,\"boxPosition\":\"left\",\"ctaNum\":\"one\",\"mirrorLayout\":true,\"imageAlt\":\"\"}","ncst_content_audit_freq":"","ncst_content_audit_date":"","ncst_content_audit_display":false,"ncst_backToTopFlag":"","footnotes":""},"class_list":["post-20","page","type-page","status-publish","hentry"],"acf":[],"yoast_head":"\nQuantum Updates - Quantum Updates<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/quantum.ncsu.edu\/updates\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Quantum Updates - Quantum Updates\" \/>\n<meta property=\"og:url\" content=\"https:\/\/quantum.ncsu.edu\/updates\/\" \/>\n<meta property=\"og:site_name\" content=\"Quantum Updates\" \/>\n<meta property=\"article:modified_time\" content=\"2024-11-08T23:12:36+00:00\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data1\" content=\"1 minute\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\/\/quantum.ncsu.edu\/updates\/\",\"url\":\"https:\/\/quantum.ncsu.edu\/updates\/\",\"name\":\"Quantum Updates - Quantum Updates\",\"isPartOf\":{\"@id\":\"https:\/\/quantum.ncsu.edu\/updates\/#website\"},\"datePublished\":\"2023-09-25T22:44:55+00:00\",\"dateModified\":\"2024-11-08T23:12:36+00:00\",\"breadcrumb\":{\"@id\":\"https:\/\/quantum.ncsu.edu\/updates\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/quantum.ncsu.edu\/updates\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/quantum.ncsu.edu\/updates\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/quantum.ncsu.edu\/updates\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Quantum Updates\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/quantum.ncsu.edu\/updates\/#website\",\"url\":\"https:\/\/quantum.ncsu.edu\/updates\/\",\"name\":\"Quantum Updates\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/quantum.ncsu.edu\/updates\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Quantum Updates - Quantum Updates","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/quantum.ncsu.edu\/updates\/","og_locale":"en_US","og_type":"article","og_title":"Quantum Updates - Quantum Updates","og_url":"https:\/\/quantum.ncsu.edu\/updates\/","og_site_name":"Quantum Updates","article_modified_time":"2024-11-08T23:12:36+00:00","twitter_card":"summary_large_image","twitter_misc":{"Est. reading time":"1 minute"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/quantum.ncsu.edu\/updates\/","url":"https:\/\/quantum.ncsu.edu\/updates\/","name":"Quantum Updates - Quantum Updates","isPartOf":{"@id":"https:\/\/quantum.ncsu.edu\/updates\/#website"},"datePublished":"2023-09-25T22:44:55+00:00","dateModified":"2024-11-08T23:12:36+00:00","breadcrumb":{"@id":"https:\/\/quantum.ncsu.edu\/updates\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/quantum.ncsu.edu\/updates\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/quantum.ncsu.edu\/updates\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/quantum.ncsu.edu\/updates\/"},{"@type":"ListItem","position":2,"name":"Quantum Updates"}]},{"@type":"WebSite","@id":"https:\/\/quantum.ncsu.edu\/updates\/#website","url":"https:\/\/quantum.ncsu.edu\/updates\/","name":"Quantum Updates","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/quantum.ncsu.edu\/updates\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"}]}},"_links":{"self":[{"href":"https:\/\/quantum.ncsu.edu\/updates\/wp-json\/wp\/v2\/pages\/20","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/quantum.ncsu.edu\/updates\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/quantum.ncsu.edu\/updates\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/quantum.ncsu.edu\/updates\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/quantum.ncsu.edu\/updates\/wp-json\/wp\/v2\/comments?post=20"}],"version-history":[{"count":13,"href":"https:\/\/quantum.ncsu.edu\/updates\/wp-json\/wp\/v2\/pages\/20\/revisions"}],"predecessor-version":[{"id":92,"href":"https:\/\/quantum.ncsu.edu\/updates\/wp-json\/wp\/v2\/pages\/20\/revisions\/92"}],"wp:attachment":[{"href":"https:\/\/quantum.ncsu.edu\/updates\/wp-json\/wp\/v2\/media?parent=20"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}