Is TAC Quantum Safe?

Is TAC quantum safe? That question is becoming harder to ignore as quantum computing advances from theoretical threat to engineering milestone. TAC, the native token of the TON Application Chain, inherits its cryptographic foundations from the broader TON ecosystem, and those foundations, like virtually every major blockchain today, rely on elliptic-curve cryptography that a sufficiently powerful quantum computer could break. This article dissects the exact algorithms TAC depends on, models the realistic Q-day exposure window, examines whether any migration roadmap exists, and explains how lattice-based post-quantum wallets differ in practice.

What Cryptography Does TAC Actually Use?

TAC is built on top of the TON (The Open Network) blockchain architecture. Understanding its quantum exposure requires understanding TON's cryptographic stack first.

Elliptic-Curve Signatures: The Core Dependency

TON's primary signature scheme is Ed25519, a variant of the Edwards-curve Digital Signature Algorithm (EdDSA) operating over Curve25519. Ed25519 is widely respected in classical computing environments. It offers:

TAC inherits this scheme for wallet key pairs, validator signatures, and smart contract authentication. Every TAC wallet address is derived from an Ed25519 public key, and every transaction is authorised by an Ed25519 signature.

Hash Functions in TAC / TON

Beyond signatures, TAC relies on SHA-256 for Merkle tree construction and block hashing, and on SHA-512 as part of the Ed25519 key derivation process. Hash functions face a different quantum threat profile than signature schemes, discussed in the section on Grover's algorithm below.

Smart Contract Execution Layer

TAC introduces an EVM-compatible execution layer on top of TON, enabling Ethereum-style smart contracts. This layer uses ECDSA over secp256k1 for Ethereum-compatible address derivation, the same curve used by Bitcoin and Ethereum. This is significant: users bridging assets or interacting with TAC's EVM layer through MetaMask-style wallets expose ECDSA secp256k1 keys, not just Ed25519 keys. That is two distinct elliptic-curve attack surfaces, not one.

---

How Quantum Computers Threaten Elliptic-Curve Cryptography

The threat mechanism is Shor's algorithm, published by Peter Shor in 1994. On a classical computer, breaking a 256-bit elliptic-curve private key from a public key is computationally infeasible. It requires roughly 2¹²⁸ operations, a number larger than the estimated atoms in the observable universe. Shor's algorithm reduces this to a polynomial-time problem on a quantum computer.

The Shor's Algorithm Attack Path

  1. An attacker observes a TAC transaction broadcast to the mempool. At that moment, the sender's public key is visible on-chain.
  2. On a quantum computer running Shor's algorithm, the attacker solves the elliptic-curve discrete logarithm problem, recovering the private key from the public key.
  3. The attacker crafts a replacement transaction, signs it with the stolen private key, and submits it with a higher fee, a quantum-enabled front-run.
  4. Any funds controlled by that key are drained before the original transaction confirms, or after, if the address reuses keys.

The critical detail: public key exposure is the trigger. In TAC and TON, public keys are exposed when a wallet sends its first transaction. Wallets that have never sent a transaction (only received funds) have not yet exposed their public key on-chain, which provides partial, temporary protection.

Grover's Algorithm and Hash Functions

Grover's algorithm provides a quadratic speedup against hash functions. SHA-256's effective security drops from 256 bits to approximately 128 bits under Grover's attack. 128-bit security is still considered adequate by most security standards for the foreseeable quantum future, so hash functions are a secondary concern compared to elliptic-curve signatures. The primary, urgent threat is Shor's algorithm against Ed25519 and ECDSA.

What "Q-Day" Means in Practice

Q-day refers to the point at which a cryptographically relevant quantum computer (CRQC) can run Shor's algorithm against real-world key sizes in a practical timeframe. Current estimates vary widely:

SourceEstimated Q-Day Range
NIST (2024 PQC standards framing)2030 – 2040
IBM Quantum Roadmap projectionsMid-2030s for fault-tolerant scale
NCSC (UK) conservative estimate2030s, possibly earlier
Goldman Sachs research note (2023)Within 10 years for some use cases
Optimistic academic scenariosPost-2040

No consensus exists, but the directional signal is clear: the window is measured in years to a decade, not generations. Any long-lived blockchain infrastructure needs migration plans now, not when a CRQC is announced.

---

TAC's Current Quantum Migration Status

As of mid-2025, TAC has not published a formal post-quantum cryptography migration roadmap. This is not unique to TAC. The vast majority of layer-1 and layer-2 blockchain projects are in the same position. However, the absence of a public roadmap does not mean the risk is zero, it means the risk is unmitigated.

What TON's Broader Ecosystem Has Explored

The TON Foundation has acknowledged quantum computing as a long-term challenge in developer forum discussions. Some exploratory proposals have referenced hash-based signature schemes (XMSS, SPHINCS+) as potential candidates for future wallet types. However, these remain at the discussion stage with no implementation timeline.

The EVM Layer Compounds the Problem

TAC's EVM compatibility is a growth driver for adoption. But every Ethereum-native wallet (MetaMask, Rabby, hardware wallets using secp256k1) that interacts with TAC's EVM layer adds ECDSA exposure on top of the existing Ed25519 exposure. If the Ethereum ecosystem has not migrated to post-quantum standards by Q-day, TAC's EVM users face compounded risk.

What a Genuine Migration Would Require

A credible post-quantum migration for TAC would need to address several layers:

This is a multi-year engineering effort even for well-resourced teams. The absence of a published plan is the most important data point for any long-term TAC holder.

---

Lattice-Based Post-Quantum Cryptography: How It Differs

The algorithms NIST finalised in its 2024 Post-Quantum Cryptography standardisation process are primarily lattice-based. Understanding why lattices resist quantum attacks helps clarify what a genuinely quantum-safe wallet must look like.

The Hard Problem Underneath Lattice Cryptography

Classical cryptography like ECDSA relies on the elliptic-curve discrete logarithm problem (ECDLP). Lattice cryptography relies on problems like Learning With Errors (LWE) and Module-LWE (MLWE). These problems involve finding a short vector in a high-dimensional geometric lattice, a task for which no efficient quantum algorithm is known. Shor's algorithm does not apply.

NIST-Standardised Algorithms Relevant to Wallets

AlgorithmTypeUse CaseKey Size (approx.)
ML-DSA (Dilithium)Lattice (MLWE)Digital signaturesPublic key: 1.3 KB
FalconLattice (NTRU)Digital signatures (compact)Public key: 897 bytes
SLH-DSA (SPHINCS+)Hash-basedDigital signatures (conservative)Public key: 32–64 bytes
ML-KEM (Kyber)Lattice (MLWE)Key encapsulationPublic key: 800 bytes–1.5 KB

The trade-off compared to Ed25519 (32-byte public key, 64-byte signature) is larger key and signature sizes. For example, ML-DSA signatures are roughly 2.5 KB, versus 64 bytes for Ed25519. This has implications for on-chain storage costs and transaction throughput, but it is an engineering cost worth paying to eliminate the ECDLP vulnerability.

Why Wallet-Level Protection Matters Independently

Even if TAC or TON never migrate their consensus layer, individual holders can reduce their personal exposure by using wallets that implement post-quantum key generation and signing. A wallet that derives addresses from lattice-based key pairs and signs transactions with ML-DSA cannot have its private key extracted by Shor's algorithm, regardless of what the underlying chain uses for validator signatures. Projects actively building in this space, such as BMIC.ai, focus specifically on delivering NIST PQC-aligned, lattice-based wallet infrastructure that operates independently of whether any given chain has completed its own migration.

---

Practical Steps TAC Holders Can Take Now

While waiting for a protocol-level response that may be years away, individual holders are not without options.

Minimise Public Key Exposure

Assess Your Time Horizon

Monitor Protocol Developments

Diversify Into Quantum-Resistant Infrastructure

---

The Broader Industry Context

TAC is not an outlier. Bitcoin, Ethereum, Solana, BNB Chain, and virtually every other major blockchain use ECDSA or EdDSA. The quantum threat to TAC is the quantum threat to the entire industry. What differentiates projects over the next decade will be the speed and credibility of their migration responses.

Ethereum has an active EIP process that includes early-stage proposals for account abstraction enabling post-quantum signature schemes. Bitcoin's debate is more contentious given its conservative upgrade culture. TAC, as a newer and more flexible architecture built on TON, theoretically has fewer legacy constraints, but "theoretically easier to upgrade" and "actually upgraded" are very different statements.

The projects that proactively integrate NIST-standardised post-quantum algorithms, publish verifiable migration timelines, and offer users genuinely quantum-resistant key management will be positioned differently at Q-day than those that treat it as a future problem.

---

Summary: Is TAC Quantum Safe?

The direct answer is no, not currently. TAC relies on Ed25519 and, via its EVM layer, ECDSA secp256k1. Both are vulnerable to Shor's algorithm on a cryptographically relevant quantum computer. No formal post-quantum migration roadmap has been published as of mid-2025. The risk is not immediate but it is structurally real, and the engineering lead time required for a full migration means the planning horizon should already be active.

For holders and developers in the TAC ecosystem, the quantum question is not a reason for panic but it is a reason for structured, time-aware risk management.

Frequently Asked Questions

Is TAC (TAC) quantum safe right now?

No. TAC relies on Ed25519 (inherited from TON) and ECDSA secp256k1 (via its EVM compatibility layer). Both signature schemes are vulnerable to Shor's algorithm running on a sufficiently powerful quantum computer. As of mid-2025, no post-quantum migration roadmap has been formally published for TAC or the TON base layer.

What is Q-day and why does it matter for TAC holders?

Q-day refers to the moment a cryptographically relevant quantum computer (CRQC) can run Shor's algorithm to derive private keys from exposed public keys in practical time. Estimates range from the early 2030s to post-2040. For TAC holders, it matters because any address that has ever sent a transaction has its public key on-chain — permanently. A CRQC could use that public key to steal funds.

Which specific algorithms make TAC vulnerable to quantum attacks?

Two primary ones: Ed25519 (the TON-native signature scheme used for standard TAC wallets) and ECDSA over secp256k1 (used by Ethereum-compatible wallets interacting with TAC's EVM layer). Both rely on the elliptic-curve discrete logarithm problem, which Shor's algorithm solves efficiently on a quantum computer.

What would a post-quantum migration for TAC actually involve?

A full migration would require replacing signature schemes with NIST-standardised post-quantum alternatives such as ML-DSA (Dilithium), Falcon, or SLH-DSA (SPHINCS+); re-deriving all wallet addresses from post-quantum key pairs; updating validator and consensus-layer signatures; hardening cross-chain bridges; and running a backward-compatible transition period. This is a multi-year engineering effort.

Can individual TAC holders protect themselves before the protocol migrates?

Partially. Using fresh addresses for each transaction prevents public-key exposure for unspent balances. Avoiding consolidation into addresses that have already sent transactions also helps. For stronger protection, using a wallet built on lattice-based post-quantum cryptography, aligned with NIST PQC standards, offers key-level protection regardless of the chain's own migration status.

How do lattice-based wallets differ from standard Ed25519 or ECDSA wallets?

Lattice-based wallets derive keys and generate signatures using algorithms like ML-DSA or Falcon, which rely on the hardness of Learning With Errors (LWE) problems. No efficient quantum algorithm is known to solve LWE, so Shor's algorithm cannot extract the private key. The trade-off is larger key and signature sizes — ML-DSA signatures are roughly 2.5 KB versus 64 bytes for Ed25519 — but this is an acceptable cost for quantum resistance.