¿Por qué los claims cuánticos viejos recirculan como nuevos (y cómo fechar uno)?

Estado a: 7 de noviembre de 2026. Los resultados cuánticos viejos reaparecen como noticia fresca con regularidad, y esta semana el Radar entregó dos especímenes vivos en una sola pasada: un preprint fechado el 18 de junio de 2026 cubierto como item de noticias el 5 de noviembre, y un digest del 1 de noviembre que re-corre los claims de ventaja que IBM publicó el 30 de julio. Rosetta Quantum fecha claims como oficio — cada veredicto de nuestro ledger lleva su línea «estado a» exactamente por este modo de falla. Este post fecha tres casos trabajados y deja una checklist de cinco pasos para fechar cualquier claim cuántico.

¿Pasó algo nuevo en las historias recirculadas de esta semana?

No — hasta donde pudimos verificar, no hay ninguna medición nueva detrás de ninguno de los dos especímenes.

Espécimen 1: la «noticia» de 140 días. El 5 de noviembre de 2026, Quantum Computing Report publicó un item sobre el trabajo de AFQMC cuántico-clásico de IQM y Volkswagen para química de baterías (QCR, 5-nov-2026). El artefacto primario es un preprint fechado el 18 de junio de 2026 (arXiv:2606.19239) — 140 días antes. El whitepaper del vendor que lo acompaña lleva agosto de 2026 en la ruta del archivo (PDF de IQM). Para ser claros sobre lo que el trabajo mismo dice: el «hasta 124×» del titular, en un benchmark de 50 orbitales, es una reducción del tiempo de ejecución clásico de un método híbrido, medida contra la implementación anterior del propio equipo, y el «248×» a 100 orbitales es una estimación, no una medición (según el abstract del preprint y el propio texto de QCR). La parte de hardware es un cálculo de estado base de una cadena H8 estirada en el Emerald de 54 qubits de IQM; el estudio relevante para baterías — Li2O4, 26 electrones en 20 orbitales, un espacio activo de 40 qubits — corrió como simulación clásica. Nada de eso está en disputa aquí. Lo que el lector de noviembre nunca ve es la fecha de junio: la cobertura es fiel al preprint y lo enlaza, pero la única fecha que ve quien lee por encima es la de noviembre. El item salió además el mismo día en que IQM reportó sus resultados del Q3 2026 (el índice de noticias de QCR, consultado el 7 de noviembre de 2026) — una coincidencia de fechas que podemos reportar, no una causa que podamos establecer.

Espécimen 2: el item de digest a 94 días. Un digest semanal fechado el 1 de noviembre de 2026 (Quantum Zeitgeist) trae el item «IBM, Qedma, and Algorithmiq Demonstrate 70-Qubit Quantum Advantage with Verification», que describe una «70-logical-qubit computation with verifiable results» y un embedding en spacetime code que «redujo el error efectivo de compuerta en ≈10×». En ningún lugar del item se da una fecha para cuándo ocurrió nada de eso. Los eventos primarios son los comunicados de IBM del 30 de julio de 2026 (IBM–UChicago, IBM–Algorithmiq) — 94 días antes. Rosetta revisitó esos mismos claims en la marca de los 90 días con evidencia nueva y fechada: nuestro re-veredicto del 30 de octubre no encontró ninguno de los tres adjudicado de forma independiente a esa fecha. Dos publicaciones revisitaron los mismos claims de 90 días con 48 horas de diferencia — una re-midió su estado, la otra re-corrió el titular.

¿Cuáles son los tres casos trabajados, con fechas?

Tres claims, seis reapariciones entre ellos — y cero mediciones nuevas detrás de las reapariciones, hasta donde verificamos.

El tercer caso es el veterano. En mayo de 2024, un equipo de la Universidad de Shanghai liderado por Wang Chao publicó, en el Chinese Journal of Computers, la factorización del entero RSA de 22 bits 2.269.753 en un annealer D-Wave Advantage vía una formulación QUBO, más ataques a los cifradores SPN PRESENT y RECTANGLE. Los titulares internacionales de «cifrado de grado militar» llegaron en octubre de 2024 — unos cinco meses después. En junio de 2025 la historia volvió casi textual («China breaks RSA encryption with a quantum computer, threatening global data security», Earth.com, 24-jun-2025) — unos 13 meses después del paper. Los hechos correctivos nunca cambiaron (HSToday): un número de 22 bits se factoriza en una laptop en milisegundos, la llave RSA de desafío más grande factorizada clásicamente es de 829 bits (RSA-250, año 2020), el método se apoyó en pre- y post-procesamiento clásico pesado, y no se demostró ningún speedup cuántico. Y sigue circulando: el escaneo de indicadores de Rosetta del 7 de noviembre de 2026 — el protocolo diario detrás de nuestro expediente de cero llaves rotas — volvió a encontrar los claims recirculando, ya ≈30 meses después del paper. El récord real de llaves tipo RSA rotas por cualquier computador cuántico sigue en cero, y la aritmética de qubits para RSA-2048 vive en nuestro post de RSA-2048.

¿Por qué recirculan los claims viejos?

Porque cada incentivo del pipeline apunta en esa dirección, y ninguno apunta de vuelta a la fecha primaria. Los digests y agregadores publican en su propio reloj semanal, así que lo que entra al embudo sale estampado con la fecha de esta semana. Los vendors re-promocionan resultados medidos-una-vez alrededor de eventos de calendario corporativo — earnings, lanzamientos, aniversarios — y la re-promoción es marketing nuevo, no ciencia nueva. La sindicación y las reescrituras SEO copian la sustancia pero rara vez el timestamp. Y los claims cuánticos envejecen de forma invisible: un lector puede chequear si un marcador de fútbol está vencido, pero pocos lectores pueden chequear si «70 qubits lógicos» pasó esta semana o el trimestre pasado. Nada de esto requiere mala fe — el item de QCR de noviembre es preciso y enlaza su primaria. La falla estructural es que la fecha del artefacto y la fecha de la cobertura viajan separadas, y solo una de las dos es visible en un feed. Esa brecha es la razón por la que un ledger neutral y fechado necesita existir — es la brecha que Rosetta Quantum fue construida para trabajar.

¿Cómo se fecha un claim cuántico en cinco pasos?

1. Lee el identificador antes que el titular. Los IDs de arXiv codifican año y mes: 2606.19239 dice junio de 2026 en sus primeros cuatro dígitos, diga lo que diga la fecha de la cobertura. Un DOI resuelve a un registro fechado.
2. Busca el historial de versiones. La página /abs/ de arXiv lista v1 y cada revisión con sus fechas. La línea de tiempo real de un resultado es su historial de envíos, no su ciclo de prensa.
3. Separa la fecha del evento de la fecha de la cobertura. La fecha de un digest estampa al digest. La de un item de noticias estampa al item. Ninguna re-fecha el claim — y las dos pueden discrepar entre sí (la pieza de QCR muestra dateline del 5 de noviembre y metadata de página del 6).
4. Pregunta qué número cambió. Vocabulario nuevo alrededor de los mismos números es el mismo claim. «70 qubits lógicos» más «≈10× de error efectivo de compuerta» en noviembre calza con los comunicados del 30 de julio; nada se movió.
5. Busca el gatillo de recirculación. Los días de earnings, las conferencias, los lanzamientos y los aniversarios re-flotan resultados viejos con horario. Si el gatillo es un calendario corporativo, la fecha de la ciencia no se movió.

¿Qué sí cuenta como noticia, entonces?

Todo lo que agregue una pieza de evidencia fechada: una versión nueva de arXiv con datos nuevos, una aceptación en revisión de pares, una replicación independiente, una retractación, una corrida nueva en hardware con números nuevos. Cada uno de esos es un evento nuevo con fecha propia, y cada uno puede re-fechar legítimamente el estado de un claim — nuestra checklist para juzgar claims de ventaja cubre cómo pesarlos. Lo que no re-fecha un claim: un item de digest, un whitepaper de un preprint existente, una re-promoción en día de earnings, un refresco de vocabulario, un listicle de aniversario.

La versión constructiva de la recirculación existe, y tiene nombre: re-veredicto. Cuando Rosetta revisitó los claims de julio de IBM el 30 de octubre, el post llevaba evidencia nueva y fechada (qué había pasado revisión de pares, replicación o adjudicación hasta entonces — en ese caso, nada todavía) y dejó comprometido el próximo gatillo que re-fechará la historia. Revisitar claims viejos es buena práctica; la prueba es si la revisita trae una medición nueva o solo un timestamp nuevo. La misma disciplina aplica a nuestro propio trabajo: nuestra medición del corrimiento de roadmaps se re-correrá antes de 2029, y esa re-corrida llevará su propia fecha.

Qué no sabemos

• Si una revisión reciente del arXiv gatilló la cobertura de noviembre. No pudimos leer el historial de envíos de arXiv:2606.19239 en esta sesión (la página sirvió truncada); la cara del paper dice 18 de junio de 2026. Si existe una versión revisada con fecha cercana a noviembre, el marco de 140 días del espécimen 1 se debilita, y Rosetta corregirá este post.
• Si el whitepaper de agosto agregó resultados más allá del preprint de junio. No hicimos el diff entre ambos documentos; la fecha del whitepaper viene además de una ruta de archivo, que es evidencia débil.
• Por qué QCR publicó el item el 5 de noviembre. El release de earnings del Q3 el mismo día es una coincidencia de fechas en nuestros datos, no una causa editorial establecida.
• La tasa real de recirculación. Tres casos son especímenes, no una medición. No muestreamos la cobertura cuántica de forma sistemática para medir la frecuencia de recirculación, y no hacemos ningún claim sobre qué tan común es más allá de «encontramos dos especímenes en una pasada del Radar esta semana».
• El mapa completo de circulación de la historia del RSA de 22 bits. Nuestro escaneo del 7 de noviembre es un chequeo puntual bajo un protocolo fijo, no un censo de medios; «≈30 meses y contando» fecha el lapso entre el paper y nuestro último avistamiento, no cada ola intermedia.

Rosetta Quantum publica veredictos con datos crudos y reproducibles y fecha cada claim que hace. Esto es contenido educativo, no un claim de producto, y no es asesoría de inversión.