Counsel for the
frontier of computation
PQScope: Post-Quantum Cryptography IntelligencePQScope: Post-Quantum Cryptography Intelligence

Where is post-quantum work heading, and who is driving it?

Building in post-quantum cryptography means making commitments while the technical and commercial landscape is still moving. Which capabilities belong on the next product roadmap? Where is research translating into implementation? Which teams are shaping the protocols a product will depend on?

We built PQScope to pursue those questions across the research, standards, implementation, policy, and patent record. The October 26 collection spans 4,444 research items, 378 research ideas, 2,284 researcher profiles, and 740 organizations. That breadth supports investigations that cross those boundaries: whether an active research area has credible implementation work behind it, which contributors appear across competing proposals, and which dependencies remain unsettled before a design becomes expensive to change.

The figures below examine selected parts of that landscape. They retain their October 21 research snapshot, October 23 process evidence, and individual observation dates. The newer corpus totals above describe the collection as of October 26.

Where research activity is concentrating

Constrained-device protocols, HQC, ML-DSA, and hybrid key exchange lead the October 21 momentum ranking. They represent different engineering commitments: accommodating tight resource budgets, supporting another KEM, integrating signatures, and deploying hybrid key agreement. A product roadmap may depend on several of them at once.

Six areas of research activity

Research momentum · October 21, 2026
Quarterly counts behind the trends
Concept2025 Q12025 Q22025 Q32025 Q42026 Q12026 Q22026 Q32026 Q4
PQ for constrained devices and IoT protocols365479139
HQC424101010610
ML-DSA (Dilithium)561676105
Hybrid key exchange (X25519MLKEM768 and relatives)63469141310
PQ migration planning and measurement86111010222610
FN-DSA (Falcon)643665123
Selected from the six highest momentum scores in this snapshot. Each chart has its own labeled count scale; scores are separate from quarterly counts and do not measure security or maturity. The dashed segment marks an incomplete quarter.

The quarterly record makes the activity more concrete. Migration planning and measurement rose from 10 tracked items in 2026 Q1 to 22 in Q2 and 26 in Q3. Hybrid key exchange recorded 9, 14, and 13 items across those same completed quarters; constrained-device work recorded 7, 9, and 13.

For teams building migration or integration products, the next step is to examine what those items contribute: measurements of existing systems, new tools, implementation results, or recurring constraints that a product might address. Publication activity alone does not establish customer demand.

The field, quarter by quarter

2025 Q1 to 2026 Q4

The 12 most active ideas over the last 8 quarters; darker is more activity. The last quarter is still running.

Tracked items by idea and quarter. The final quarter is incomplete.
Idea2025 Q12025 Q22025 Q32025 Q42026 Q12026 Q22026 Q32026 Q4
Side-channel attacks and masking for PQC19171522251320
PQ migration planning and measurement86111010222610
Post-quantum migration of blockchains and wallets321051251416
PQC hardware acceleration and embedded implementations410101621320
Hybrid key exchange (X25519MLKEM768 and relatives)63469141310
LWE, SIS and NTRU hardness and new variants91191017200
Other code-based constructions and cryptanalysis13912911400
Other multivariate constructions and cryptanalysis296878143
HQC424101010610
PQ for constrained devices and IoT protocols365479139
PQ key exchange in SSH, IPsec and WireGuard135446884
SQIsign4571610135

One color scale across all rows. Cell values are available on hover and to screen readers. On small screens, scroll the table to compare quarters.

Activity measures tracked work, not security, readiness or deployment. The incomplete final quarter should not be read as a decline. Snapshot: October 21, 2026.

TLS research and protocol activity are moving at different rates

The TLS analysis records 44 papers in the recent six-month window, compared with 11 a year earlier. After accounting for growth across post-quantum papers overall, TLS research grew at an estimated 2.21 times the field’s rate, with a 95% interval of 1.15 to 4.23.

Active TLS drafts show a different pattern: a relative growth estimate of 0.91×, with an interval of 0.51 to 1.61. The increase in research activity has no comparably clear counterpart in active-draft growth in this snapshot.

TLS: where the growth signal is clear

October 21, 2026

Growth relative to post-quantum work overall · estimates and 95% intervals

All TLS work: papers2.21×; 95% interval 1.15 to 4.23×
44 vs 11 items · rising
0.25×0.5×1×2×4×8×
All TLS work: new drafts0.62×; 95% interval 0.24 to 1.56×
10 vs 7 items · no clear change
0.25×0.5×1×2×4×8×
All TLS work: active drafts0.91×; 95% interval 0.51 to 1.61×
27 vs 19 items · no clear change
0.25×0.5×1×2×4×8×
Hybrid key exchange: papers2.12×; 95% interval 0.89 to 5.06×
23 vs 6 items · no clear change
0.25×0.5×1×2×4×8×
Hybrid key exchange: active drafts1.02×; 95% interval 0.47 to 2.21×
16 vs 10 items · no clear change
0.25×0.5×1×2×4×8×

1× = growing at the same rate as the field. Logarithmic scale. Recent six months compared with the same six months a year earlier. Intervals crossing 1× do not establish faster or slower growth.

Selected rows from the TLS report. Paper growth is clearer than the change in active drafts relative to the field; smaller subtopics remain uncertain.

That divergence deserves a closer look before it becomes a roadmap assumption. Which results can be implemented within existing protocols? Which require a new negotiation mechanism, a different certificate format, or agreement on operational behavior? The aggregate figures identify the divergence; answering those questions requires examining the individual work.

Deployment changes the differentiation question

Post-quantum key agreement reached 62.9% of HTTPS requests observed by Cloudflare in the week of October 26, 2026, up from 42.8% in the corresponding week a year earlier. The implementation figure also records hybrid key-agreement support in OpenSSL 3.5 and Go 1.24, alongside algorithm and module validation evidence.

For a startup, that changes the question from whether a capability exists to where its product adds value as that capability enters widely used libraries. Integration, authentication, constrained environments, migration tooling, and operational assurance each require their own assessment.

Post-quantum key agreement in observed traffic

Weekly observations · October 27, 2025 to October 26, 2026

62.9%used post-quantum key agreement
Week of October 26, 2026

Share of HTTPS requests (%)025507510042.8%62.9%Oct 2025Apr 2026Oct 2026
Share of HTTPS requests (%)05010042.8%62.9%Oct 2025Apr 2026Oct 2026

HTTPS requests reaching Cloudflare. This measures key agreement, not post-quantum certificates or signatures, and is not a measure of all Internet traffic.

Weekly deployment observations
Week startingShare (%)
2025-10-2742.79
2025-11-0343.46
2025-11-1044.43
2025-11-1745.55
2025-11-2445.44
2025-12-0145.76
2025-12-0847.72
2025-12-1549.08
2025-12-2249.38
2025-12-2949.38
2026-01-0550.88
2026-01-1251.68
2026-01-1953.61
2026-01-2654.77
2026-02-0255.0
2026-02-0955.43
2026-02-1655.43
2026-02-2355.72
2026-03-0256.08
2026-03-0956.47
2026-03-1656.24
2026-03-2356.32
2026-03-3056.45
2026-04-0657.29
2026-04-1357.6
2026-04-2057.7
2026-04-2757.94
2026-05-0458.06
2026-05-1157.97
2026-05-1858.29
2026-05-2558.66
2026-06-0158.55
2026-06-0858.92
2026-06-1559.82
2026-06-2259.77
2026-06-2959.31
2026-07-0659.81
2026-07-1359.43
2026-07-2059.33
2026-07-2759.51
2026-08-0359.93
2026-08-1059.77
2026-08-1759.77
2026-08-2459.99
2026-08-3160.59
2026-09-0760.81
2026-09-1461.54
2026-09-2161.99
2026-09-2862.11
2026-10-0562.11
2026-10-1262.69
2026-10-1962.61
2026-10-2662.93

OpenSSL 3.5

Version 3.5 supports X25519MLKEM768 and puts it first in the default TLS group list.

Peers must support a common group; application settings can override defaults.

Go crypto/tls 1.24

Version 1.24 enables X25519MLKEM768 in the default configuration.

Applies when CurvePreferences is nil; tlsmlkem=0 changes the default.

These examples describe library defaults, not measured deployment. Documentation reviewed October 21, 2026.

331 distinct tracked implementations with a validated post-quantum algorithm

25 tracked FIPS 140-3 modules including a post-quantum algorithm

Algorithm validations and module validations are separate measures; counts are not additive.

Source: Cloudflare Radar (CC BY-NC 4.0), as recorded by PQScope. Weeks of October 27, 2025 to October 26, 2026. Validation counts: October 21, 2026.

The traffic series measures key agreement within Cloudflare’s observations. It does not establish post-quantum authentication or adoption across the entire Internet. A product thesis built around certificate infrastructure or signing cannot borrow that deployment percentage as evidence of its own market’s progress.

The protocol dependencies behind a roadmap

The original NIST competition narrowed 69 accepted submissions to five selected algorithms. In the October 21 snapshot, ML-KEM, ML-DSA, and SLH-DSA have final standards; HQC and FN-DSA remain selected but not final. NIST’s additional-signature process runs separately.

For teams considering HQC or FN-DSA support, the work extends across algorithm specifications, protocol integration, implementation behavior, and validation. Each can introduce a dependency with its own timetable.

The original NIST competition

2017 to 2025 selections
Key establishmentDigital signaturesReductions in candidate entries
−43 entries−11 entries−10 entries3Final standards1 key · 2 signatures2Selected, not final1 key · 1 signature69Accepted201726Round 2201915Round 320205Selected2022 to 2025
Accepted 201769
49 key establishment · 20 signatures
Round 2 201926
17 key establishment · 9 signatures
Round 3 202015
9 key establishment · 6 signatures
Selected 2022 to 20255
2 key establishment · 3 signatures
3Final standards
2Selected, not final

Final standards: ML-KEM, ML-DSA, SLH-DSA

Selected, not final: HQC, FN-DSA

Candidate counts and NIST sources

Counts describe candidate entries at milestones, not proposed standards or deployment. Gray branches show reductions, including mergers, withdrawals and non-advancement. Spacing shows stages, not elapsed time.

MilestoneDateKey establishmentSignaturesTotal
Accepted2017492069
Round 2201917926
Round 320209615
Selected2022 to 2025235
NIST selection and publication are separate milestones. Ribbon widths show candidate counts; gray branches include mergers, withdrawals and non-advancement. Snapshot: October 21, 2026.

At the protocol layer, 119 of the 181 active or published IETF documents in the October 21 snapshot were individual proposals. Another 15 were in working-group development, 19 in last call or publication review, and 28 published as RFCs.

Post-quantum protocols at the IETF

Document status · October 21, 2026

181 tracked documents are active or published.
Individual proposals, working-group drafts and published RFCs.

119Individual proposals
15Working-group development
19Last call & publication review
28Published as RFC

One square = one tracked document.Bar length = tracked documents, on one shared scale. These are current statuses, not a historical conversion funnel.

What the groups include

Individual proposals: 113 individual drafts and 6 calls for adoption. Working-group development: 15 adopted drafts. Review: 7 at working-group last call and 12 with the IESG or RFC Editor. Expired and replaced records are excluded. RFC publication does not necessarily confer Internet Standard status or indicate deployment.

Recent recorded milestones

Merkle Tree Certificates Deployment Use Casesrecorded WG adoption event ↗
A Larger Internet Key Exchange version 2 (IKEv2) Payloadrecorded WG adoption event ↗
Hash-based Signatures: State and Backup ManagementRFC Editor ↗
The IETF view tracks the protocol work that puts algorithms into use. Snapshot: October 21, 2026.

A team committing to one of those proposals needs to examine implementation support, sustained participation, and unresolved choices that could force a redesign. PQScope connects the document history with its authors, related research, and technical ideas so that the assessment can follow a specific dependency through the record.

The historical view shows why that work matters. Of 110 individual drafts first posted before October 21, 2024, 47 had expired without adoption and 28 had become RFCs by the snapshot date. The remaining drafts had been adopted, stayed active as individual proposals, or been replaced.

Proposal activity and the path to publication

Corpus · October 21, 2026
050100150Tracked documents2022 Q12024 Q12026 Q4
Individual draft activity: 130Working-group draft activity: 31RFCs, cumulative: 28

Draft activity counts documents revised in the preceding 185 days, grouped by draft-name prefix. RFC counts are cumulative, using RFC Editor publication dates. These series differ from current process-status counts above. Dashed segments mark the incomplete quarter.

Chart data
QuarterIndividual draft activityWorking-group draft activityCumulative RFCs
2022 Q11616
2022 Q21616
2022 Q31546
2022 Q42266
2023 Q123126
2023 Q225116
2023 Q332126
2023 Q433146
2024 Q135136
2024 Q240206
2024 Q335197
2024 Q449227
2025 Q164258
2025 Q2592911
2025 Q3573312
2025 Q4703117
2026 Q1733319
2026 Q21123223
2026 Q31273128
2026 Q41303128

What became of earlier individual drafts?

110 drafts first posted before October 21, 2024

Expired without adoption47
Published as RFC28
Adopted by a working group22
Still an active individual draft10
Replaced by another individual draft3

How long did recorded milestones take?

331 median days

First version → recorded WG adoption

29 completed records
113 median days

Publication request → first recorded IESG approval

33 completed records
763.5 to 793 median days

First version → RFC publication

28 completed records

Separate completed-record cohorts, not sequential stages for the same drafts or forecasts for pending work. The publication range reflects month-only publication dates, not a confidence interval. Process evidence assembled October 23, 2026.

Milestone definitions and source records

Adoption uses recorded working-group adoption events; approval runs from publication request to first recorded IESG approval; publication runs from first version to RFC Editor publication. Pending and incomplete records are excluded from medians.

  • First version → recorded WG adoption: 29 eligible; excluded: none.
  • Publication request → first recorded IESG approval: 36 eligible; excluded: 3 pending.
  • First version → RFC publication: 28 eligible; excluded: none.

Selected source examples:

Historical activity, older-draft outcomes and milestone durations answer different questions. All 28 RFC publication dates in this snapshot use RFC Editor records.

Completed records also put the time commitment in view: a median of 331 days from first version to recorded working-group adoption, and roughly 764 to 793 days from first version to RFC publication. Those are separate cohorts, not a schedule for pending work. They give a team reason to examine the history of its particular dependency before attaching a delivery date to it.

Who is shaping the work

The October 26 corpus maps 2,284 researchers and 740 organizations. For a team assessing potential hires, collaborators, suppliers, or competitors, the useful detail is in their contributions: who publishes on a technique, who authors its protocol proposals, and who is involved in implementation.

In the October 21 organization view, SQIsign appears among the featured topics for IBM Research, CNRS, Shanghai Jiao Tong University, and KU Leuven. Their other featured interests differ, from threshold signatures to FN-DSA and isogeny-based protocols. That gives an investigation a specific starting point: the work each group has contributed and how it relates to the technical problem at hand.

Who’s doing the work

Six leading organizations · October 21, 2026

SQIsign is highlighted wherever it appears among these organizations’ three featured topics. Shared focus indicates overlapping interests; it does not establish collaboration.

IBM Research

97Momentum
/ 100

large company

20 tracked items in the past 12 months

Featured research focus

  • SQIsign
  • FN-DSA (Falcon)
  • Isogeny-based advanced protocols

CNRS

93Momentum
/ 100

academic

20 tracked items in the past 12 months

Featured research focus

  • ML-DSA (Dilithium)
  • Post-quantum threshold signatures
  • SQIsign

Shanghai Jiao Tong University

91Momentum
/ 100

academic

25 tracked items in the past 12 months

Featured research focus

  • ML-DSA (Dilithium)
  • FN-DSA (Falcon)
  • SQIsign

Chinese Academy of Sciences

89Momentum
/ 100

academic

19 tracked items in the past 12 months

Featured research focus

  • HQC
  • ML-DSA (Dilithium)
  • Post-quantum threshold signatures

Tsinghua University

89Momentum
/ 100

academic

26 tracked items in the past 12 months

Featured research focus

  • HQC
  • Hybrid key exchange (X25519MLKEM768 and relatives)
  • FN-DSA (Falcon)

KU Leuven

88Momentum
/ 100

academic

33 tracked items in the past 12 months

Featured research focus

  • ML-DSA (Dilithium)
  • Isogeny-based advanced protocols
  • SQIsign
Ordered by PQScope momentum, not by item count. Counts match each organization’s linked activity over the past 12 months; topic counts are not added together. Coverage reflects the tracked corpus. Scores do not measure research quality or deployment readiness.

The HQC example follows one such connection into a concrete proposal. HQC-KEM Key Agreement for TLS 1.3 was first posted on October 9 and revised on October 20, 2026. The record connects the proposal with John Preuß Mattsson, Sini Ruohomaa, Ericsson, and the underlying IETF text.

From an idea to its source

HQC · October 21, 2026
  1. 01 · Idea
    HQC

    Code-based key encapsulation. Related research, standards, and contributors.

  2. 02 · Proposal
    HQC-KEM Key Agreement for TLS 1.3

    Individual draft, active. First posted October 9, 2026; revised October 20, 2026.

  3. 03 · Contributors
    John Preuß Mattsson and Sini Ruohomaa

    Authors and organizational affiliations connect the proposal to related work.

  4. 04 · Primary source

    The proposal and revision history provide the primary source record.

A selected path through the evidence, with the proposal’s status and revision date preserved.

For a team considering HQC in a TLS product, technical diligence can begin with the proposed integration, its revision history, related implementation work, and the contributors whose decisions may affect compatibility.

The commercial assessment extends beyond the protocol

The October 26 collection includes 335 NIST-validated implementations and 42 retained ISO patent declarations, alongside government guidance and the research record. These materials belong in the same investigation when a product decision depends on validation requirements, migration timetables, or disclosed intellectual property.

A certificate-infrastructure assessment, for example, may turn on a combination of signature choices, certificate-size constraints, implementation support, procurement requirements, and patent disclosures. The relevant evidence will rarely sit in one paper or standards document.

PQScope’s reports on TLS, PKI, blockchains, and secure messaging organize investigations around those application contexts. The patent-disclosure collection connects declarations and filings with relevant ideas and source passages. A declaration can prompt a closer review; its presence alone does not establish the scope of a patent or its application to a design.

PQScope contains 36,161 searchable evidence records, including public discussion, and 1,934 source records with retained text as of October 26. Retained passages let an investigation return to the wording of a proposal, publication, or disclosure when a conclusion depends on the details.

Our team uses the collection and its reports in client investigations. MCP integration supports research with compatible AI assistants, including search and retrieval of retained source passages.

An investigation can begin with a product decision:

A team is considering HQC support in a TLS product. Which proposals and implementations are relevant, who is contributing, and which dependencies remain unresolved? What source evidence distinguishes implemented capabilities from proposed work?

We built PQScope for questions arising in our own practice. It supports sustained investigation across post-quantum research, standards, implementations, policy, and intellectual property for clients making technical and commercial commitments in the field.