BNB Chain has tested a post-quantum migration path for its main smart-contract network, showing that quantum-resistant transaction signing can work today but at a heavy performance cost. The BSC Post-Quantum Cryptography Migration Report replaces today’s ECDSA transaction signatures with ML-DSA-44 and moves consensus vote aggregation toward pqSTARKs, while keeping existing addresses, RPC endpoints, SDKs and wallets compatible.
The compatibility point is important. A disruptive post-quantum migration would be hard for a large EVM chain because users, apps, wallets, exchanges, custodians and infrastructure providers already depend on existing account formats and developer tooling. BNB Chain’s test keeps the user-facing stack familiar while changing the cryptography underneath transaction authorization and validator vote aggregation.
Image placement: Insert the supplied BSC post-quantum upgrade chart or BNB Chain report image here.
ML-DSA is the post-quantum digital-signature standard published under NIST FIPS 204, designed for digital signatures that remain secure against a future large-scale quantum computer. BNB Chain selected ML-DSA-44 as the practical variant because signature size and verification speed matter directly on a high-throughput blockchain.
Bigger Signatures Create The Main Bottleneck
The test also shows why post-quantum upgrades are not simple swaps. BNB Chain’s current ECDSA signature is 65 bytes. Under the ML-DSA-44 design, the signature grows to 2,420 bytes, and the public key expands from 64 bytes to 1,312 bytes. Full transaction size rises from about 110 bytes to roughly 2.5 KB, while equivalent block size increases from around 130 KB to about 2 MB.
That data expansion hits throughput. BNB Chain reported that native transfer TPS fell by about 40% under cross-region testing, while gas throughput dropped by about 50%. The chain did not fail the test, but the larger payloads made block propagation and data availability the main pressure points. In plain terms, post-quantum signatures worked, but moving the extra data across a distributed validator network slowed the system down.
Consensus handled the change better. pqSTARK aggregation compressed validator votes from six individual 2,420-byte signatures into one 340-byte proof, giving BNB Chain a roughly 43:1 compression ratio at the consensus layer. That kept validator overhead manageable and made transaction data, not vote aggregation, the harder scaling problem.
Production Still Needs Network And Data Scaling
The report puts BSC in the same broader conversation as other chains preparing for quantum-era security before the threat becomes practical. Quantum computers are not currently breaking production blockchain cryptography at scale, but the migration work matters because wallets, bridges, validators and long-lived assets may need years of coordinated upgrades before a real deadline arrives. Earlier post-quantum blockchain security work has shown the same trade-off: stronger long-term cryptography often creates heavier signatures, larger proofs and new infrastructure demands.
For BNB Chain, the next phase is not just choosing a signature algorithm. The chain needs data-layer scaling, faster propagation, better compression, stronger caching and careful gas-pricing changes before a production deployment can preserve today’s user experience. Larger post-quantum transactions could also affect wallets, relayers, indexers, block explorers, MEV infrastructure, bridges and exchanges that need to process heavier blocks without breaking latency assumptions.
The test gives BSC a working migration design, but the cost is now measurable: 37 times larger signatures, roughly 18 times larger blocks at equivalent throughput and a 40% to 50% hit to tested capacity. The next engineering target is clear. BNB Chain has to make the data layer strong enough for post-quantum security without turning long-term cryptographic protection into a major bottleneck for daily transactions.
Be the first to comment