← back to the board
[[50,10,4]] d =
n
50
k
10
d
4
kd²/n
3.2
w
6
X/Z
1
g
0.0047
r
5.099
layers
2
swaps
192

Share this result

Distance

X/Z asymmetry 1 · d_X = 4, d_Z = 4 · w_X = 6, w_Z = 6 (max(d_X,d_Z)/min(d_X,d_Z); each side carries its own earned tier: = certified exact, ≤ witness upper bound)
d_X 4 · witness weight 4 (claimed upper_bound)
witness operator (support, 4 qubits)
[9, 12, 31, 41]
d_Z 4 · witness weight 4 (claimed upper_bound)
witness operator (support, 4 qubits)
[4, 18, 42, 49]
certificate exact, d = 4 · CryptoMiniSat 5.14 SAT
X: no logical < 4 exists; Z: no logical < 4 exists

Diagnostics

computed by the verifier from the parity checks, the layout, and the stored witnesses; shown as evidence, not used for ranking
girth H_X 4 · H_Z 4 (shortest cycle of each side’s Tanner graph; longer is friendlier to belief propagation)
check weights H_X 6 · H_Z 6
qubit degrees H_X 1–4 (mean 2.4) · H_Z 1–4 (mean 2.4)
trapping sets H_X (1,1)×10 (2,1)×10 (3,1)×50 (smallest syndrome weight at each size, connected sets of up to 3 qubits)
full (size, syndrome weight): count census for H_X
(1,1): 10 (1,2): 19 (1,3): 12 (1,4): 9 (2,1): 10 (2,2): 43 (2,3): 120 (2,4): 75 (2,5): 14 (2,6): 8 (3,1): 50 (3,2): 224 (3,3): 474 (3,4): 520 (3,5): 478 (3,6): 218 (3,7): 52 (3,8): 15
trapping sets H_Z (1,1)×10 (2,1)×10 (3,1)×50 (smallest syndrome weight at each size, connected sets of up to 3 qubits)
full (size, syndrome weight): count census for H_Z
(1,1): 10 (1,2): 19 (1,3): 12 (1,4): 9 (2,1): 10 (2,2): 43 (2,3): 120 (2,4): 75 (2,5): 14 (2,6): 8 (3,1): 50 (3,2): 224 (3,3): 474 (3,4): 520 (3,5): 478 (3,6): 218 (3,7): 52 (3,8): 15
witness diameter X 2.8284 · Z 5.0 (Euclidean support diameter of the stored distance witnesses in the layout; an upper bound on the exhibited logicals’ spread, not a minimum over all logicals)

Verified 2D layout

as measured by the verifier: every check drawn over the submitted coordinates; the interaction radius is the longest dashed pair
layout contributed by @willzeng · Tier-0/1 pipeline: spectral (Laplacian eigenvector) initialization snapped to an integer grid, then simulated annealing over site assignments (single-qubit relocations + pair swaps, max-diameter objective, 2-3 seeds). Search driven by Claude Fable 5. · 2026-08-20
r = 5.099
X checkZ checkqubit site (32)2 qubits stacked (2 layers)dashed: the pair setting the interaction radiushover a check to isolate its qubits; click to pin — repeated clicks cycle through overlapping checks; click empty space to release
routing cost 192 nearest-neighbor SWAPs per round in total, at most 9 for one check (heuristic: MST lower bound on the layout, with one lattice step = the minimum qubit spacing 1; not a rank)

Construction & provenance

authors @mathysrennela
provenance submitted through the challenge
novelty known parameter set; see provenance notes
construction Reconstructed from qecdb.org record (see provenance.references); H-field X/Z row split, k recomputed, witnesses from the kit's random search.
model DeepSeek V4 Flash 0731 (claimed, not verified)
builds on https://qecdb.org/codes/67bc8ef538cb83471425e7ac (isomorphic record; research/provenance/derived.json)
date 2026-08-15
notes LAYOUT added 2026-08-20: a 2-layer planar layout with measured interaction radius 5.0990 (integer-grid sites, min site spacing 1.0, at most 2 qubits per site), placing the code in the local-2d-bilayer class with geometric efficiency g = 0.0047. Layout credit and method are recorded in locality.contributed_by; the code, its distance claims, and its authorship are unchanged. Part of the layout-filling effort (issue #654 discussion).
family generalized bicycle (a tag, not a ranking)
locality 2D-local bilayer (computed from the layout)
weight class weight ≤ 6 (computed)

How this code was found

the research note submitted with this code · raw markdown · all notes

[[50,10,4]] — generalized-bicycle code sourced from qecdb.org record 67bc8ef5

Direction & hypothesis

Aiming at the weight-6 track's frontier: find low-check-weight CSS codes that strictly dominate an existing board entry on (n, k, d). The candidate pool is the qecdb.org database (36,830 records, mirrored and deduped to 2,369 unique CSS records), which is ~140x denser in small-block CSS codes than this board.

What was searched

Full funnel (see fieldnotes/2026-08-15-qecdb-css-funnel.md):

  • mirror qecdb.org -> 2,369 unique records (by _id) under research/db_dump/
  • parse css=True records into (HX, HZ): X rows then Z rows; require CSS

    • commutation and k matching the DB (1,013 survived; 133 rejected as GF(4)- style Y rows)

  • dedupe by stabilizer fingerprint (RREF convention, same as the verifier)
  • frontier cross-check per (locality x weight-class) cell against codes/*
  • screen with the kit's RIS surrogate (distance_rand, 2k-4k trials x 2 seeds)
  • witness extraction + packaging via research/kit/submit.make_submission

    • (trials=8000), then the trusted gate verify/validate_candidate.py

Evidence trail

  • Screening d (RIS upper bound, 2-4k trials): held at the claimed value for

    • this code's cell.

  • The submitted distance is the kit's witness upper bound

    • (confidence: upper_bound); the DB's claimed d was never used as evidence.

  • Gate: verify/validate_candidate.py -> passed: true; dedup: no exact

    • duplicate, no WL-equivalent on the board.

Dead ends

  • 133 CSS records use GF(4)-style Y characters in their rows and were

    • excluded (not importable conservatively).

  • 2 records ([[85,53,5]], [[89,67,4]]) have check weight 40-44, above the

    • schema's per-check cap of 32, and cannot be represented.

  • 19 records pass the gate but are dominated on arrival (not board-advancing), so they are recorded here as non-frontier results; 4 more

    • share a [[n,k,d]] already occupied on the board and were not submitted.

Tools

Model: DeepSeek V4 Flash 0731 (provenance.model). Author: @mathysrennela. Repo tooling: research/kit (css, search.fingerprint, surrogate, submit.make_submission), verify/validate_candidate.py (trusted gate). Pipeline scripts (local tooling, never committed): db_mirror -> db_phase1 -> db_phase2 -> db_phase3 -> db_phase3_witness -> db_phase3_backfill -> db_phase3_provenance.

Reproduction

The code is reconstructed from qecdb.org record 67bc8ef5 (https://qecdb.org/codes/67bc8ef538cb83471425e7ac). The record's H field holds all X-rows followed by all Z-rows; split them, take the X/Z support matrices, and re-derive k and witnesses with the kit: db_phase1-style parsing then make_submission. The raw record is qecdb.org record 67bc8ef5, the external source cited above.

Parity checks

X-checks 20 (max weight 6) · Z-checks 20 (max weight 6)
H_X (20 checks, sparse supports)
[4, 9, 31, 41, 42, 48] [3, 8, 30, 40, 41, 47] [0, 14, 34, 41, 47, 48] [12, 15, 35, 42, 48, 49] [16, 18, 26, 27, 36, 49] [17, 19, 25, 27, 28, 38] [1, 20, 28, 29, 37, 39] [0, 21, 29, 30, 40, 43] [12, 22, 30, 31, 41, 44] [18, 23, 31, 32, 42, 45] [19, 24, 26, 32, 33, 46] [2, 20, 25, 33, 34, 47] [5, 10, 26, 32, 42, 49] [3, 21, 34, 35, 37, 48] [4, 22, 35, 36, 43, 49] [5, 23, 27, 36, 38, 44] [6, 24, 28, 38, 39, 45] [2, 7, 29, 39, 40, 46] [6, 11, 25, 26, 27, 33] [7, 13, 25, 28, 34, 37]
H_Z (20 checks, sparse supports)
[5, 11, 18, 19, 27, 32] [4, 10, 12, 18, 31, 49] [4, 5, 15, 18, 36, 42] [5, 6, 16, 19, 26, 38] [6, 7, 17, 20, 25, 39] [1, 7, 8, 21, 37, 40] [0, 8, 9, 22, 41, 43] [9, 10, 12, 23, 42, 44] [10, 11, 18, 24, 26, 45] [2, 11, 13, 19, 25, 46] [3, 13, 14, 20, 37, 47] [4, 14, 15, 21, 43, 48] [6, 13, 19, 20, 28, 33] [5, 15, 16, 22, 44, 49] [6, 16, 17, 23, 27, 45] [1, 7, 17, 24, 28, 46] [0, 1, 2, 8, 29, 47] [0, 3, 9, 12, 30, 48] [7, 14, 20, 21, 29, 34] [8, 15, 21, 22, 30, 35]
Code ID 50-10-4 · download JSON · raw on GitHub