USDC puede ser tan seguro cuánticamente como su billetera, puente o blockchain más lento

Circle emitió una advertencia de que los circuitos cuánticos necesarios para atacar las firmas de blockchain ampliamente utilizadas se están volviendo más eficientes, citando un récord de baja amplitud de 813 qubits lógicos.

Para la migración cuántica de USDC, la consecuencia inmediata es un problema de dependencia en cada cadena anfitriona, billetera, custodio, puente y cuenta de usuario que eventualmente debe aceptar una forma más segura de autorizar transacciones.

La documentación actual del contrato de Circle contiene 37 filas de USDC en la red principal. La empresa puede proteger la infraestructura que controla y ejercer poderes sobre el contrato de tokens en redes soportadas, pero no puede rotar la clave privada de un cliente, reescribir la pila de firmas de un custodio o cambiar unilateralmente las reglas de firma de Ethereum, Solana, XRPL o cualquier otro anfitrión.

En su divulgación del 31 de agosto, Circle dijo a los desarrolladores que inventarien su criptografía, identifiquen las dependencias de los proveedores y preparen la rotación de claves. USDC valía aproximadamente 73.6 mil millones de dólares el 2 de septiembre, lo que da a ese problema de coordinación una escala financiera. Una migración que asegura las propias claves de Circle mientras deja expuesto un viejo monedero, puente o camino de capa base no aseguraría toda la huella.

El número de 813 qubits es una coordenada, no una cuenta regresiva

Circle describe 813 qubits lógicos como el récord de baja amplitud de agosto de 2026 en ECDSA.fail. Eso es evidencia de que los diseños de circuitos cuánticos se están volviendo más eficientes en recursos, pero el número es fácil de malinterpretar.

La especificación del desafío público optimiza un circuito de adición de puntos reversible para secp256k1, la curva utilizada por Bitcoin y Ethereum. Puntúa las presentaciones multiplicando la amplitud máxima de qubits lógicos por el conteo promedio de puertas Toffoli. Un diseño puede reducir la amplitud gastando más puertas, o reducir las puertas utilizando más amplitud. Por lo tanto, la cifra de 813 no describe, por sí sola, un ataque completo de Shor, su profundidad de circuito, su sobrecarga de corrección de errores o cuánto tiempo funcionaría en hardware físico.

Un artículo de marzo de 2026 hace explícito el compromiso. Los investigadores estimaron que un ataque de logaritmo discreto de curva elíptica de 256 bits podría usar menos de 1,200 qubits lógicos y menos de 90 millones de puertas Toffoli, o menos de 1,450 qubits lógicos y menos de 70 millones de puertas Toffoli. Su escenario a escala de minutos también asumió una arquitectura superconductora de reloj rápido, tasas de error físico de 10^-3, conectividad plana y menos de 500,000 qubits físicos.

Esas estimaciones son un modelo de recursos más fuerte que una cifra de amplitud sola, pero aún no proporcionan una fecha de entrega para tal máquina.

La comparación de hardware de Circle también necesita corrección. Su publicación dice que Google logró 105 qubits lógicos con Willow. Google describe Willow como un procesador de 105 qubits, mientras que el artículo asociado de Nature describe 105 qubits físicos utilizados en un experimento de memoria lógica de código de superficie de distancia 7 que involucra 101 qubits. Eso no es lo mismo que 105 qubits lógicos listos para ataque.

El caso de migración no necesita una fecha límite inventada. NIST estandarizó SLH-DSA en FIPS 205 y dice que las organizaciones deberían comenzar a reemplazar la criptografía vulnerable a cuántica ahora. Su horizonte de 2035 se preocupa por la depreciación y eliminación de estándares, no por una predicción del día Q.

El desencadenante práctico es la preparación. Las redes necesitan suficiente tiempo para agregar reglas de verificación, las billeteras y custodios necesitan caminos de rotación de claves probados, y los usuarios necesitan un período en el que la autorización clásica y post-cuántica pueda coexistir sin dividir la liquidez o atrapar saldos.

Arc es una capa controlable dentro de un sistema de 37 redes

Arc le da a Circle un lugar para diseñar soporte post-cuántico de manera más directa, pero su documentación actual separa varias capas que la divulgación de Circle comprime en la frase "soporta SLH-DSA."

La documentación de la capa de ejecución de Arc describe una precompilación que puede verificar firmas SLH-DSA-SHA2-128s. Una precompilación de verificación permite a los contratos comprobar ese tipo de firma. No reemplaza automáticamente la firma que autoriza una transacción de red ordinaria.

La guía de custodia de Arc aún especifica la firma de transacciones estándar secp256k1 ECDSA. Su hoja de ruta post-cuántica coloca las firmas de billetera post-cuánticas beta optativas en el lanzamiento de mainnet y las firmas de validadores post-cuánticos más tarde. Circle también dice que Arc no ha elegido su esquema final de firma de transacciones post-cuánticas y espera soporte híbrido de ECDSA durante la migración.

Arc puede convertirse en un campo de pruebas para un diseño híbrido. No puede hacer que USDC sea seguro cuánticamente en Ethereum, Solana o 35 otras filas de mainnet simplemente adoptando ese diseño.

La migración cuántica de USDC abarca 37 rutas de red diferentes

El conteo público de Circle está en sí mismo en movimiento. Su página de USDC dice 35 redes a partir del 29 de junio de 2026 mientras enumera 37 nombres. La tabla actual de direcciones de contrato es el ancla de mainnet utilizada aquí y contiene 37 filas. Una tabla separada de Circle Mint alcanza 38 solo cuando se incluye la red de prueba de Arc, por lo que la red de prueba de Arc no se cuenta en el inventario a continuación.

La tabla distingue las clases de firma verificadas de los hosts que necesitan su propia auditoría criptográfica. "Ruta EVM" significa que una cuenta externa de estilo Ethereum normalmente utiliza secp256k1 ECDSA, con su clave pública recuperable después de la firma, mientras que una cuenta de contrato inteligente puede utilizar una verificación definida por el contrato. "Específico de la cadena" evita asignar un esquema exacto donde la documentación de la cadena primaria citada no establece uno. La columna de estado registra si el material citado establece un cambio cuántico a nivel de host; no descarta el trabajo exploratorio en otros lugares.

| Específico de la cadena | Gobernanza del host, billeteras, custodios | Módulo de emisión nativa | No se ha establecido un plan a nivel de host | | OP Mainnet | Ruta EVM | Gobernanza de la cadena más pila de billeteras | Roles de administrador de token EVM | No se ha establecido un plan a nivel de host | | Pharos | Ruta EVM | Gobernanza de la cadena más pila de billeteras | Roles de administrador de token EVM | No se ha establecido un plan a nivel de host | | Plasma | Ruta EVM | Gobernanza de la cadena más pila de billeteras | Roles de administrador de token EVM | No se ha establecido un plan a nivel de host | | Plume | Ruta EVM | Gobernanza de la cadena más pila de billeteras | Roles de administrador de token EVM | No se ha establecido un plan a nivel de host | | Polkadot Asset Hub | Cuentas sr25519, Ed25519 o ECDSA | Gobernanza de Polkadot más billeteras | Los controles del Asset Hub varían | No se ha establecido un plan a nivel de host | | Polygon PoS | Ruta EVM | Gobernanza de la cadena más pila de billeteras | Roles de administrador de token EVM | No se ha establecido un plan a nivel de host | | Sei | Ruta de contrato EVM | Gobernanza de la cadena más pila de billeteras | Roles de administrador de token EVM | No se ha establecido un plan a nivel de host | | Solana | Firmas de transacción Ed25519 | Proceso de características y validadores de Solana más billeteras | La autoridad del programa de token varía | No se ha establecido un plan a nivel de host | | Sonic | Ruta EVM | Gobernanza de la cadena más pila de billeteras | Roles de administrador de token EVM | No se ha establecido un plan a nivel de host | | Starknet | Ruta de contrato-cuenta específica de la cadena | Gobernanza del host más contratos de billetera | Los controles de activos nativos varían | No se ha establecido un plan a nivel de host | | Stellar | Específico de la cadena | Consenso de validadores más billeteras | Los controles de activos nativos varían | No se ha establecido un plan a nivel de host | | Sui | Específico de la cadena o multi-esquema | Gobernanza del host, billeteras, custodios | Los controles de activos nativos varían | No se ha establecido un plan a nivel de host | | Unichain | Ruta EVM | Gobernanza de la cadena más pila de billeteras | Roles de administrador de token EVM | No se ha establecido un plan a nivel de host | | World Chain | Ruta EVM | Gobernanza de la cadena más pila de billeteras | Roles de administrador de token EVM | No se ha establecido un plan a nivel de host | | X Layer | Ruta EVM | Gobernanza de la cadena más pila de billeteras | Roles de administrador de token EVM | No se ha establecido un plan a nivel de host | | XDC | Ruta EVM | Gobernanza de la cadena más pila de billeteras | Roles de administrador de token EVM | No se ha establecido un plan a nivel de host | | XRP Ledger | Específico de la cadena o multi-esquema | Soporte de enmienda de validador de confianza sostenida | Los controles del emisor varían | No se ha establecido un plan a nivel de host | | ZKsync Era | Ruta EVM | Gobernanza de la cadena más pila de billeteras | Roles de administrador de token EVM | No se ha establecido un plan a nivel de host |

Los ejemplos documentados muestran por qué un solo plazo no puede describir toda la huella. Las transacciones de Solana utilizan firmas Ed25519. Polkadot admite cuentas sr25519, Ed25519 y ECDSA. Las cuentas externas de Ethereum y las billeteras de contratos inteligentes tienen diferentes opciones de migración incluso antes de compararlas con un host no EVM.

La autoridad de actualización también difiere. Una enmienda de XRPL necesita más del 80% de apoyo de validadores de confianza durante dos semanas. Los cambios en el protocolo de Algorand requieren una supermayoría en la cadena. Las actualizaciones de la red Stellar dependen del consenso de los validadores. Ninguna de esas decisiones pertenece a Circle.

Los poderes de congelación y reemisión no rotan la clave de un usuario

Circle tiene controles importantes en la capa de token. Su diseño de EVM FiatToken incluye roles que pueden acuñar, quemar, pausar, incluir en listas negras y actualizar el contrato. Sus términos de USDC también reservan poderes de bloqueo y suspensión de servicio en circunstancias definidas.

Esos controles podrían ayudar a contener un incidente identificado en un contrato soportado. Circle podría congelar una dirección donde la implementación lo permita, detener la acuñación o transferencias, y organizar la redención o reemisión bajo sus reglas legales y operativas. Pero una congelación no hace que una clave privada robada sea segura. Tampoco puede cambiar el verificador de firmas de la cadena host.

El actor responsable cambia con la clave vulnerable:

• Circle debe rotar las credenciales de emisor y administración de contrato que controla.
• Un usuario o custodio debe mover fondos de una cuenta expuesta utilizando una billetera y cadena host que acepten la firma de destino.
• Un operador de puente debe proteger sus propios controles de firma y contrato mientras coordina la liquidez a ambos lados.
• Una comunidad de capa base debe aprobar y desplegar cambios en el protocolo.
• Los fabricantes de billeteras, proveedores de hardware y exchanges deben soportar tanto las firmas antiguas como las nuevas durante una transición.

Por lo tanto, el eslabón más débil no es necesariamente la cadena con la propuesta técnica más lenta. El custodio que no puede rotar miles de cuentas rápidamente, el puente cuyos controles de emergencia aún dependen de una clave expuesta, o el grupo de usuarios que nunca se mueve antes de que se retire un antiguo camino de firma son todos objetivos.

Una implementación viable necesitaría más que una altura de activación. Cada operador necesitaría un inventario de claves expuestas y no expuestas, un tipo de cuenta de destino probado, soporte de hardware y software para la nueva firma, y una política de recuperación para saldos que no se mueven. La aceptación híbrida necesitaría un estado final definido para que la autorización clásica no permanezca como un bypass indefinido. Circle podría coordinar esos hitos para sus contratos y servicios, pero cada ecosistema host aún decidiría cómo y cuándo se cierra su propio camino clásico.

La urgencia de migración puede ser real sin una fecha Q-day

La divulgación de Circle es útil porque mueve la preparación post-cuántica a la planificación operativa en tiempo presente. El registro 813 muestra que los circuitos de ataque pueden mejorar mientras los equipos de hardware trabajan en la corrección de errores. Los estándares de NIST ofrecen a los implementadores alternativas concretas para probar.

La divulgación se excede cuando compara los qubits de ataque lógico 813 con los 105 qubits de dispositivo físico de Willow como si los dos valores ocuparan una misma escala. También subestima la brecha práctica entre verificar una firma SLH-DSA dentro de Arc y autorizar, liquidar y recuperar USDC a través de docenas de redes de producción independientes.

Circle puede hacer que su parte del sistema sea más adaptable. No puede declarar que USDC es seguro cuánticamente en toda su huella hasta que las cadenas anfitrionas, billeteras, custodios, puentes y usuarios puedan moverse, y hasta que cada ruta clásica restante sea retirada o contenida deliberadamente. Ese es un programa de migración con muchos puntos de veto, no un interruptor criptográfico.

Este contenido se ofrece únicamente con fines informativos generales y no constituye un asesoramiento financiero, de inversión, legal ni fiscal. Cualquier evento, recompensa, promoción en línea o información relacionada que se mencione en el presente documento no debe considerarse como una recomendación, solicitud o invitación a comprar, vender, operar o de negociar de otra manera con cualquier criptoactivo. Los criptoactivos son sumamente volátiles y pueden provocar pérdidas. La disponibilidad de los servicios, productos y eventos relacionados de WEEX puede variar según la región. Tienes la responsabilidad de asegurarte de que tu participación esté de acuerdo con las leyes y regulaciones locales vigentes.