IBM inauguró en Chicago su sistema cuántico más avanzado y lo vinculó con una iniciativa conjunta de corrección de errores en la que participan AMD y el Laboratorio Nacional de Oak Ridge.
Conclusiones clave
IBM inauguró en Chicago su sistema cuántico más avanzado
IBM vinculó el centro de Chicago con una nueva iniciativa de codiseño de corrección de errores en la que participan AMD y el Laboratorio Nacional de Oak Ridge
El Laboratorio Nacional de Oak Ridge incluye «El futuro de la computación», que abarca la computación cuántica, en su página de inicio.
IBM ofrece productos y servicios de computación cuántica.
El Laboratorio Nacional de Oak Ridge incluye «El futuro de la computación», que abarca la computación cuántica, en su página de inicio.
IBM ofrece productos y servicios de computación cuántica.
Chicago presenta al público la computadora cuántica de IBM
La noticia inmediata no es que la computación cuántica haya resuelto su mayor problema. No lo ha hecho.
La noticia es que IBM está invirtiendo capital político, de ingeniería y de sus socios en una ubicación y un cuello de botella, en vez de tratar la máquina como una curiosidad de laboratorio.
Eso importa porque la mayoría de los sistemas cuánticos todavía falla tras ejecuciones breves. Sus cúbits son frágiles, ruidosos y fáciles de alterar.
Una máquina más potente sin una mejor gestión de errores puede producir más respuestas incorrectas con mayor rapidez.
El comunicado de IBM afirmó que la computadora de Chicago marca un hito para el futuro cuántico de Illinois. También vinculó la inauguración de Chicago con una plataforma de codesarrollo junto con Oak Ridge y AMD.
Esa combinación importa más que la ceremonia. Los desarrolladores de hardware cuántico necesitan cada vez más la colaboración de empresas de chips clásicos y laboratorios nacionales para encargarse de los complejos cálculos y ciclos de control que exige una computación cuántica estable.
De los cúbits en bruto a las máquinas útiles
El contexto es un largo cambio en la industria, que se aleja de centrarse únicamente en cifras llamativas de cúbits.
Los primeros anuncios sobre computación cuántica solían centrarse en cuántos cúbits tenía una máquina. En los últimos dos años, la atención se ha desplazado hacia la fidelidad, la calibración, la conectividad y la supresión de errores.
Ese cambio refleja lo que ocurrió con la infraestructura de IA.
Los modelos más grandes dejaron de ser suficientes cuando los usuarios empezaron a exigir resultados fiables, menor latencia y costos operativos más bajos. En la computación cuántica, el obstáculo comparable no son los datos de entrenamiento ni la velocidad de inferencia.
La cuestión es si la máquina puede preservar la información el tiempo suficiente para terminar un cálculo.
IBM lleva varios ciclos de producto promoviendo ese mensaje. La inauguración de Chicago del viernes amplía esa estrategia al anclar la historia en una ubicación física y en asociaciones que abordan la pila de control alrededor de los cúbits, no solo los cúbits en sí.
También puedes leer: una guía de GitHub sitúa a Copilot en cuatro tareas de programación; los humanos deciden
La computadora cuántica de IBM se enfrenta al muro de los errores
El problema central es la corrección de errores.
Los bits cuánticos pueden cambiar de valor o perder su estado debido al calor, las vibraciones, la radiación o las imperfecciones del hardware. Como leer un cúbit puede alterarlo, los ingenieros no pueden simplemente comprobarlo como comprobarían un chip de memoria en un servidor convencional.
En cambio, empresas como IBM distribuyen la información entre grupos de cúbits físicos y utilizan mediciones repetidas de estados relacionados para inferir si se ha producido un error.
Eso requiere una gran cantidad de computación clásica alrededor del chip cuántico. También exige tomar decisiones muy rápido, porque la lógica de corrección debe reaccionar antes de que el estado cuántico se degrade.
AMD entra en escena como socio de computación clásica.
Oak Ridge aporta experiencia de laboratorio nacional en simulación y computación de alto rendimiento. IBM aporta el hardware cuántico y la pila de software.
Si ese ciclo se vuelve más rápido y preciso, los desarrolladores estarán más cerca de contar con sistemas capaces de ejecutar trabajos más largos y generar menos resultados inútiles.
Qué cambia para los socios con la sede de Chicago
Para los compradores empresariales y los grupos de investigación, la sede de Chicago es una señal de que IBM quiere que la adopción de la computación cuántica se parezca más a un programa de infraestructura duradero y menos a una serie de demostraciones desconectadas. Un grupo local de hardware, relaciones con laboratorios y socios de chips puede acortar los ciclos de prueba.
Lo próximo que habrá que observar es si IBM publica datos de rendimiento que demuestren que el sistema de Chicago o la plataforma de codesarrollo reducen las tasas reales de error o aumentan la profundidad de los circuitos.
Sin eso, la inauguración seguirá siendo un hito de infraestructura, no una prueba de ventaja cuántica.
Qué papel desempeña AMD en la lucha de IBM contra los errores
El comunicado de IBM del viernes mencionó a AMD y al Laboratorio Nacional de Oak Ridge en una plataforma de codesarrollo para la corrección de errores cuánticos, y esa combinación dice mucho sobre dónde está el cuello de botella. Los procesadores cuánticos no funcionan por sí solos.
Cada cúbit necesita electrónica de control, rutinas de calibración y una retroalimentación clásica rápida que determine si la máquina debe seguir funcionando o corregir el rumbo.
Para AMD, esto es importante porque el control cuántico es una nueva fuente de demanda de computación clásica avanzada. La tarea no consiste en entrenar un modelo como lo harían OpenAI o Meta.
Consiste en ejecutar ciclos muy ajustados alrededor de un chip cuántico, a menudo con límites de tiempo estrictos, para que el sistema pueda detectar fallos antes de que se desvanezca la información cuántica.
Para los laboratorios y desarrolladores empresariales que usan IBM Quantum, la pregunta práctica es sencilla: ¿puede la pila que rodea al sistema detectar más errores sin ralentizar tanto toda la máquina que desaparezca la mejora?
Ese es el equilibrio que habrá que observar mientras IBM, AMD y Oak Ridge pasan de los anuncios a los resultados publicados.
Lee a continuación: una guía de GitHub sitúa a Copilot en cuatro tareas de programación; los humanos deciden