La prueba postcuántica en BNB Chain reduce el TPS de BSC en un 40%

BNB Chain probó una actualización de criptografía poscuántica para BSC, pero la prueba mostró un costo claro: cargas de datos más grandes y menor rendimiento.
Resumen
* BSC probó firmas ML-DSA-44, pero los datos más grandes de las transacciones redujeron el TPS en torno a un 40% en las pruebas en general.
* El tamaño de la firma pasó de 65 bytes a 2.420 bytes en el informe de prueba de migración poscuántica de BSC.
* BNB Chain dice que la ampliación de la red y de la capa de datos sigue siendo el principal obstáculo antes de que pueda avanzar el despliegue en producción.

BNB Chain publicó su Informe de migración de criptografía poscuántica para BSC el 14 de mayo. El informe indicó que BSC probó firmas de transacciones poscuánticas con ML-DSA-44 y usó pqSTARK para la agregación de votos del consenso.

El informe dijo que la migración puede funcionar con los sistemas actuales de BSC. Sigue siendo compatible con direcciones existentes, RPC, SDK, carteras y flujos de transacciones. Eso significa que los usuarios y los desarrolladores no necesitarían cambiar los formatos básicos de cuenta si el diseño avanza a producción.

BNB Chain dijo: “La preparación poscuántica es alcanzable en BSC hoy”, pero añadió que el crecimiento de los datos y los límites de la red siguen siendo las principales compensaciones. El equipo también afirmó que las computadoras cuánticas “todavía no están en una etapa” en la que puedan romper la criptografía de producción actual en sistemas del mundo real.

Cae el TPS de BSC cuando sube el tamaño de la firma
-----------------------------------------

El problema principal vino por el tamaño de los datos. BNB Chain dijo que las firmas de las transacciones aumentaron de 65 bytes a 2.420 bytes después de pasar de ECDSA a ML-DSA-44. El tamaño total de la transacción subió de 110 bytes a unos 2,5 KB.

Esa carga adicional redujo el rendimiento en las pruebas. El informe dijo que el tamaño del bloque creció hasta unos 2 MB, mientras que el rendimiento cayó en torno a un 40% a 50% en las pruebas. En condiciones entre regiones, el TPS cayó alrededor de un 40%, mostrando que la propagación de la red se vuelve más difícil cuando los bloques llevan más datos.

El informe dijo que la finalidad se mantuvo en dos ranuras en los casos de la mediana. La brecha más amplia en los casos más lentos se debió a bloques más grandes moviéndose entre regiones, no a un fallo en el diseño del consenso.

La agregación pqSTARK mantiene la carga del validador bajo control
-------------------------------------------------------

BNB Chain dijo que la agregación de votos del consenso se desempeñó mejor que la capa de transacciones. La agregación pqSTARK entregó una compresión de aproximadamente 43:1, lo que ayudó a mantener la sobrecarga de los validadores manejable durante la prueba.

La actualización no cubrió cada parte del sistema criptográfico de BSC. El informe dijo que los apretones de manos punto a punto y las confirmaciones KZG permanecen fuera de la migración actual. La migración P2P requeriría ML-KEM, mientras que el reemplazo de KZG necesitaría una coordinación más amplia en el ecosistema de Ethereum.

La prueba muestra que BSC puede avanzar hacia una seguridad resistente a los cuánticos, pero no sin trabajo de escalabilidad. BNB Chain dijo que la ampliación de la red y de la capa de datos siguen siendo las principales barreras antes del despliegue en producción.

La hoja de ruta de velocidad de BNB Chain enfrenta una nueva compensación
-----------------------------------------------

La prueba poscuántica agrega una nueva capa a la hoja de ruta más amplia de rendimiento de BNB Chain. Informes relacionados señalaron que BNB Chain ha estado apuntando a una finalidad inferior a 150 milisegundos y a más de 20.000 TPS para transacciones complejas para 2026.

Ahora, ese objetivo de velocidad tiene que encajar con el trabajo de seguridad resistente a los cuánticos. La prueba más reciente muestra que BSC puede adoptar ML-DSA-44 y pqSTARK, pero las firmas más grandes podrían hacer más difíciles las metas de alto rendimiento sin un mejor manejo de datos y escalado de red.