Verify It Yourself

This page does not ask for trust. It provides the data, the tables, and the derivations for you to independently verify every position of the K4 solution, and to audit the helper-card layer, the f-table, the gate, and the published structural signatures.

97 positions checkable Full grids published Helper cards derived Falsifiable claims

What's on this page

A reference page for skeptical readers. The mechanism is verifiable arithmetically at every position; the supporting structure (helper cards, f-table, helper packet, structural signatures) is forward-derivable from public clues and the physical sculpture. Anchor links jump to each section.

How to verify: step by step

Two independent verification paths exist. Either one is sufficient; together they are complementary.

Path A: Arithmetic verification: Compute R = (C − P) mod 26 at each of the 97 positions and compare to the published R-grid. Requires only pencil, alphabet, and the published plaintext. Confirms that the plaintext is arithmetically consistent with the ciphertext.
Path B: On-site / physical reconstruction: Use the four-step on-site procedure (KRYPTOS keyword, back-of-sculpture helper letter, one-bit gate, Quagmire III subtraction) at each position and confirm each shift matches the R-grid. The complete procedure is in the On-Site Field Guide; a deeper-view derivation path for remote solvers (using only photographs and arithmetic) is included beneath. Note that the gate, unlike the helper letter, is currently applied as a position-derived value rather than read from the sculpture; see the gate map for why.

Step 1: Get the ciphertext

The K4 ciphertext is 97 characters, as inscribed on the sculpture:

OBKRUOXOGHULBSOLIFBBWFLRVQQPRNGKSSOTWTQSJQSSEKZZWATJKLUDIAWINFBNYPVTTMZFPKWGDKZXTJCDIGKUHUAUEKCAR

Step 2: Get the K4 plaintext

The K4 plaintext (97 characters):

THECOMPASSROSEISHEREXEASTNORTHEASTTHISISYOURPOSITIONXCOMMISSIONBERLINCLOCKWHICHISNORTHEASTOFHEREX

Step 3: Assign letter values

Use the standard alphabet: A=0, B=1, C=2, D=3, E=4, F=5, G=6, H=7, I=8, J=9, K=10, L=11, M=12, N=13, O=14, P=15, Q=16, R=17, S=18, T=19, U=20, V=21, W=22, X=23, Y=24, Z=25.

Step 4: Compute (C − P) mod 26 for each position

For each of the 97 positions, subtract the plaintext letter value from the ciphertext letter value. If the result is negative, add 26. The result is R, the shift at that position.

Worked example, Position 1: C = O (14), P = T (19). R = (14 − 19) mod 26 = (−5) mod 26 = 21. ✓

Position 22: C = F (5), P = E (4). R = (5 − 4) mod 26 = 1. ✓

Step 5: Compare to the published R-grid

The R-grid table below lists the verified R value at every position. Your computed values should match at all 97 positions. If they do, the plaintext is arithmetically valid.

Step 6: Spot-check the anchors

Verify specifically that positions 22–25 produce EAST, 26–34 produce NORTHEAST, 64–69 produce BERLIN, and 70–74 produce CLOCK. These are artist-confirmed and must be preserved exactly.

Step 7 (optional). Use the downloadable tools

The verification bundle includes a Python script (verify.py), CSV and JSON reconciliation tables, and an Excel workbook (verify.xlsx) with formulas already set up. These automate the full 97-position check.

Quick check: verify any position in 30 seconds

Pick any position from 1 to 97. Look up the ciphertext letter (C) and the proposed plaintext letter (P) in the table below. Compute (C − P) mod 26. Compare the result to the R value in the table. It will match.

For example, position 22: C = F (5), P = E (4). Shift: (5 − 4) mod 26 = 1. The table shows R = 1. ✓ This is the start of the confirmed anchor EAST.

Try position 64: C = N (13), P = B (1). Shift: (13 − 1) mod 26 = 12. The table shows R = 12. ✓ This is the start of the confirmed anchor BERLIN.

Every one of the 97 positions resolves the same way. No position requires a special case, an exception, or a secondary key. The formula is uniform.

Position lookup tool

Enter any position (1–97) to see its full data: ciphertext letter, plaintext letter, grid coordinates, gate value, shift values, and the arithmetic verification.

Confirmed anchors (hard constraints)

Any proposed K4 solution must preserve these artist-confirmed plaintext segments at their exact documented positions. A proposal that moves them is not testing the same K4.

AnchorPositionsCiphertextR valuesYear
EAST22–25FLRV1, 11, 25, 22020
NORTHEAST26–34QQPRNGKSS3, 2, 24, 24, 6, 2, 10, 0, 252020
BERLIN64–69NYPVTT12, 20, 24, 10, 11, 62010
CLOCK70–74MZFPK10, 14, 17, 13, 02014

How a skeptic tests this

Four independent checks, any of which would falsify the proposal if it fails:

1. Anchor lock

Verify that EAST appears at positions 22–25, NORTHEAST at 26–34, BERLIN at 64–69, and CLOCK at 70–74 in the proposed plaintext. If any anchor is misplaced, the proposal fails immediately.

2. Uniform arithmetic and grid consistency

Compute R[i] = (C[i] − P[i]) mod 26 at all 97 positions. Every result must match the published R value. Verify that lane = ((i − 2) mod 14) + 1 and tier = ⌈i ÷ 14⌉ hold at all 97 positions, and that the one-bit gate for each cell matches the published gate map (R = r + gate at every position). The gate value is fixed by position and fully verifiable from the published rule chain (see the gate map).

3. Decomposition agreement

Verify that R = r + gate at every position. Both the direct R lookup and the r + gate decomposition must produce identical results. Any discrepancy invalidates the mechanism.

4. Falsification test

If Sanborn or any verified source confirms a plaintext letter inconsistent with this proposal at its documented position, or if original coding records show R values contradicting this table, the proposal is falsified. This is stated in advance and by design.

Step-by-step verification walkthrough

This walkthrough demonstrates the full verification process for several positions, including both gate = 1 and gate = 0. Follow these steps with any position to independently confirm the solution.

Step 1: Get the letters

For position 22 (the first letter of the confirmed EAST anchor): ciphertext letter C = F, plaintext letter P = E.

Step 2: Convert to numbers

Using A=0, B=1, … Z=25: F = 5, E = 4.

Step 3: Compute the shift

R = (C − P) mod 26 = (5 − 4) mod 26 = 1.

Step 4: Check the decomposition

Position 22: gate = 1. The r-grid value is r = 0. r + gate = 0 + 1 = 1 = R. Verified.

Step 5: Confirm the grid coordinates

tier = ⌈ 22 ÷ 14 ⌉ = 2. lane = ((22 − 2) mod 14) + 1 = 7. Position 22 is Tier 2, Lane 7.


More examples

iCPC−PR Gaterr+GateTierLane
1O (14)T (19)−52102121 ✓114
22F (5)E (4)11101 ✓27
64N (13)B (1)121201212 ✓57
74K (10)K (10)00000 ✓63
97R (17)X (23)−62011920 ✓712

Position 1 (gate = 0): a boundary position. Position 74 (K→K): a self-mapping position where ciphertext equals plaintext. Position 97: the last filled cell in the 7×14 grid. All follow the same formula with no exceptions.

Automate it: A Python verification script (verify.py) is included in the download bundle. It runs all four checks across all 97 positions with no dependencies beyond the standard library.

The R-grid (verified shift values)

The complete 7×14 grid of R values. Each value is verified: R = (C − P) mod 26 at the corresponding position.

L14L1L2L3L4L5L6L7L8L9L10L11L12L13
T12120615628141415323914
T2619111023251112523224
T3246210025211214180112
T42411522717318522139617
T52218416517141220241011610
T6141713002521818151221412
T7152562015112152361122·20

The dot (·) marks the blank cell at Tier 7, Lane 13.

The r-grid (base shift values)

Derived from the R-grid: r = R − gate. Where gate = 1, r is one less than R. Where gate = 0, r equals R.

L14L1L2L3L4L5L6L7L8L9L10L11L12L13
T12119614627131314223813
T261800923250102412224
T32351100252011130725101
T42301421616217421129516
T5211731551613122024911610
T61316120252521717140211411
T7142561914011142261021·19

Each r value is produced by r = (f(C) + g_state(T)) mod 26, where f is the row-identity card applied to the cipher letter and g_state is the helper-card value for the back-side letter at that position. See The four helper cards below for the complete tables.

The one-bit gate map

Each cell carries a one-bit gate (0 or 1) that is added to the base shift r to give the final shift R. The gate value at every position is fixed and verifiable: it is whatever makes R = r + gate match the arithmetic R = (C − P) mod 26. Equivalently, it is reproducible from position alone (col31, tier mod 3, and seam-corner), or from the ciphertext letter and its lane. See The gate on the How It Works page for the position-derived rule.

Gate status: solved and fully verifiable. The one-bit gate is fixed by position and reproduced exactly by the published rules: X cap = 0101, Y-row gate rule, Z1 from Y by +3 internal drift with terminal +1 carry, and Z2 from Y by footer / basis-handoff collapse. This reconstructs all 97 gate bits.
L14L1L2L3L4L5L6L7L8L9L10L11L12L13
T101010011111011
T201111001111100
T311100011111111
T411111111111011
T511110110001000
T611101001111101
T7100111111011·1

Across the 97 active cells, the solved gate map contains 69 cells with gate = 1 and 28 cells with gate = 0. These counts are directly reproduced by the position-defined X/Y/Z rules.

The helper packet from the physical flip

The helper letter T at each K4 position is not fitted, guessed, or computed from text. It is read physically off the tableau side of the copper screen at the same row and column as the K4 ciphertext letter. The full 97-character helper keystream is generated by this one rule.

Boundary alignment (the K4 entry)

On the cipher side, the K4 region begins at the bottom of the screen. Reading the continuous cipher transcript, cipher row 25 columns 26–31 are:

cipher row 25, columns 26-31:    ... W ? O B K R

At the same physical row and columns on the tableau side of the screen:

tableau row 25, columns 26-31:   U V W X Z K

So the cell-by-cell mapping at the boundary is:

cipher  W  ?  O  B  K  R
tableau U  V  W  X  Z  K
                |  |  |  |
                pre-K4 boundary, then OBKR
                |  |  |  |
                ? -> V              (excluded "virtually invisible" bridge cell)
                OBKR -> WXZK        (active X-pass cap, positions 1-4)

The full helper packet (97 cells)

Continuing the physical flip down the screen, the next three K4 lines (positions 5–35, 36–66, 67–97) map to the full Y row, the full Z row, and the footer shelf:

positions  1-4    cap:    WXZK                              (4 cells)
positions  5-35   Y row:  YXZKRYPTOSABCDEFGHIJLMNQUVWXZKR  (31 cells)
positions 36-66   Z row:  ZZKRYPTOSABCDEFGHIJLMNQUVWXZKRY  (31 cells)
positions 67-97   footer: _ABCDEFGHIJKLMNOPQRSTUVWXYZABCD  (31 cells, blank + standard A-Z + ABCD)
                                                            ─────────
                                                            4 + 31 + 31 + 31 = 97

The visible footer is the standard A–Z alphabet plus a partial wrap, not a re-read of the Z row. This matches the physical fact that there is no normal alphabetic row beneath the Z row of the tableau, only the alphabetic footer shelf.

The Z2 footer basis handoff

The Z2 pass visibly reads the standard footer, but its effective lookup basis is not the visible standard letter itself. Before the g_Z2 lookup, the footer is converted into KALPHA state with a one-step carry:

visible footer:       _ABCDEFGHIJKLMNOPQRSTUVWXYZABCD
effective Z2 key:    ZZKRYPTOSABCDEFGHIJLMNQUVWXZKRY

effective_Z2_key = KALPHA[(stdpos(footer_letter) - 1) mod 26]
blank = carried Z

In mapping form: blank -> Z, A -> Z, B -> K, C -> R, D -> Y, E -> P, and so on through Z -> X, then the wrap repeats A -> Z, B -> K, C -> R, D -> Y. This reproduces the derived g_Z2 values at 31/31 Z2 positions.

Why this is the second physical layer

Sanborn's 2006 correction to the K2 ending, replacing the previously read "ID BY ROWS" with "X LAYER TWO", names the second physical layer of the sculpture. The Morse phrase "VIRTUALLY INVISIBLE" on the entrance slab names the excluded V cell. The Morse phrase "T IS YOUR POSITION" becomes literal: the helper letter T at each cipher position is determined by your physical position on the screen, by flipping to the tableau side.

The full coordinate ledger, every K4 position, its continuous-transcript position, its (row, col) on the cipher side, the matching helper letter T on the tableau side, and the resulting r, gate, R, is included in the verification bundle.

The four helper cards (summary)

The active helper layer uses g_X, g_Y, g_Z1, g_Z2, and Z2_delta. These are computed values, not guesses.

  1. For each position, compute R = (C - P) mod 26.
  2. Remove the gate to get base shift: r = (R - gate) mod 26.
  3. Read C on the front, read T on the back at the same cell.
  4. Solve helper value with g_state(T) = (r - f(C)) mod 26.
  5. Store it on the pass card (X, Y, Z1, Z2) and verify repeats stay consistent.

Note: mod 26 means wrap around, after 25 comes 0.

Cap-pass lock values are g_X(W)=21, g_X(X)=4, g_X(Z)=24, g_X(K)=11. Then Y is solved from positions 5-35, Z1 is derived from Y by +3 drift with terminal +1 carry, Z2 is derived by footer or basis-handoff collapse, and Z2_delta = (g_Z2 - g_Z1) mod 26.

Full card tables and derivation chain: Appendix, helper cards.

Y template replacement note

The previous zero-template writeup has been replaced by the rev 16 Y master template derivation and explicit Y -> Z1/Z2 transforms.

Full derivation: Appendix, Y master template.

The f-table derivation and IDQLNAME signature (summary)

The f-table is fully constrained, 24 entries from chain derivation and 2 from unique closures, with the KRYPTOSA -> IDQLNAME identity-card signature retained.

Full derivation: Appendix, f-table. Uniqueness proof: Appendix, KRYPTOSA -> IDQLNAME.

The Z1 binary mask (summary)

The mask is derivable from KALPHA class structure (kpos mod 8 with constrained exceptions), no plaintext feedback required.

Full derivation: Appendix, Z1 mask.

SUB UMBRA FLOREO, hero summary

A 14-lane register signature appears in the helper layer as SUB UMBRA FLOREO. The publication probability headline remains 6.82 x 10^-8 for the tested random-string condition.

Full construction and probability proof: Appendix, SUB UMBRA FLOREO.

AMID GRAY / I MAP J (summary)

The internal instruction card remains recovered from D = g_Y - g_Z1 under the KYPT/ROSA basis switch.

Full derivation: Appendix, AMID GRAY.

KYPT / ROSA balance laws (summary)

The 26-letter partition and balance identities remain consistent with the helper-card transport model.

Full derivation: Appendix, balance laws.

ANDER -> KYARX witness (summary)

The Alexanderplatz witness mapping is retained as a publication-grade closure test tied to YAHR.

Full derivation: Appendix, ANDER -> KYARX.

K / C / S -> T / Z / K closure (summary)

Terminal-state closure under g_Z2 and standard alphabet indexing remains consistent.

Full derivation: Appendix, K / C / S -> T / Z / K.

Where the evidence stands

The proposed plaintext now satisfies the four artist-confirmed anchors, full Quagmire III arithmetic at 97/97 positions, the physically-derived helper stream, the position-derived gate, the rev 16 Y master template (31/31, 0/100,000 null), and an independent recovery from Sanborn archive scraps (Kobek/Byrne, September 2025, Sanborn-confirmed authenticity). The remaining open item is line-by-line public release from the archive itself.

Kobek/Byrne archive recovery. Richard T. Kobek and Elonka Dunin Byrne reported a plaintext recovery from archived Sanborn working materials in September 2025, and Sanborn confirmed the material's authenticity. This corroborates plaintext recovery, while mechanism derivation remains separate work.

What a competing plaintext would have to satisfy

No competing proposal currently in circulation satisfies even three of these simultaneously.

Sanborn's authoring budget

Under the rev 16 reductions, K4's authored choices collapse to three design decisions:

  1. The plaintext, about 97 characters of English.
  2. The KRYPTOS keyword, inherited from K1-K3.
  3. The SUBUMBRAFLOREO phrase choice.

Everything else is mechanical under the published transport rules. Open items remain open: the exact source logic for the 7-letter shadow set, and the compass-surface interpretation of the gate.

Certainty ladder

The project's findings sit at different levels of certainty. This ladder makes them explicit. Higher levels are stronger claims.

Locked (arithmetic / artist-confirmed)

Physically derived (artifact-grounded)

Gate certainty

Forward-derived (from public clues)

Publication-grade signatures

Still open

Negative results, what was ruled out

The K4 project ruled out a long list of candidate mechanisms before arriving at the current model. These are listed here so future solvers do not retrace dead ends.

Direct keyword keystreams (ruled out)

Direct text keystreams (ruled out)

Direct external-clock encodings (ruled out)

Simple tableau reads (ruled out)

Period analysis (no period found)

The negative results above were tested before the physical-flip discovery. After that discovery, the project's remaining work narrowed to forward-derivation of the helper-card numeric values, which is documented in the sections above.

Reconciliation table (all 97 positions)

The complete position-by-position data. Every row is independently checkable: verify that R = (C − P) mod 26 and that R = r + gate.

iTLCC#PP#GaterRCheck
1114O14T1902121
211B1H711920
312K10E4066
413R17C211415
514U20O14066
615O14M12022
716X23P15178
817O14A011314
918G6S1811314
1019H7S1811415
11110U20R17123
12111L11O1402323
13112B1S18189
14113S18E411314
15214O14I8066
1621L11S1811819
1722I8H7101
1823F5E4101
1924B1R171910
2025B1E402323
2126W22X2302525
2227F5E4101
2328L11A011011
2429R17S1812425
25210V21T19112
26211Q16N13123
27212Q16O14022
28213P15R1702424
29314R17T1912324
3031N13H7156
3132G6E4112
3233K10A001010
3334S18S18000
3435S18T1902525
3536O14T1912021
3637T19H711112
3738W22I811314
3839T19S18101
39310Q16I8178
40311S18S181250
41312J9Y2411011
42313Q16O14112
43414S18U2012324
4441S18R17101
4542E4P1511415
4643K10O1412122
4744Z25S18167
4845Z25I811617
4946W22T19123
5047A0I811718
5148T19O14145
5249J9N1312122
53410K10X2311213
54411L11C2099
55412U20O14156
56413D3M1211617
57514I8M1212122
5851A0I811718
5952W22S18134
6053I8S1811516
6154N13I8055
6255F5O1411617
6356B1N1311314
6457N13B101212
6558Y24E402020
6659P15R1702424
67510V21L111910
68511T19I801111
69512T19N13066
70513M12C201010
71614Z25L1111314
7261F5O1411617
7362P15C211213
7463K10K10000
7564W22W221250
7665G6H702525
7766D3I802121
7867K10C2178
7968Z25H711718
8069X23I811415
81610T19S18101
82611J9N1312122
83612C2O1401414
84613D3R1711112
85714I8T1911415
8671G6H702525
8772K10E4066
8873U20A011920
8974H7S1811415
9075U20T19101
9176A0O1411112
9277U20F511415
9378E4H712223
9479K10E4066
95710C2R1711011
96711A0E412122
97712R17X2311920

T = Tier, L = Lane, C# = ciphertext letter value (A=0), P# = plaintext letter value, Gate = the one-bit gate (0 or 1), R = verified shift. All 97 rows pass: R = (C# − P#) mod 26 and R = r + gate.

Download verification data

All verification data is published for independent analysis. The canonical bundle includes everything needed to reproduce and verify the solution from scratch.

Bundle contents (v13):

k4_ciphertext.txt. The 97 ciphertext characters
k4_proposed_plaintext.txt. The 97 proposed plaintext characters
k4_confirmed_anchors.txt. The four artist-confirmed anchors with positions
k4_reconciliation.csv. All 97 rows: i, tier, lane, C, P, gate, r, R
k4_reconciliation_table.json. Same data as JSON (for programmatic use)
k4_reconciliation_table.tsv. Same data as TSV (tab-separated)
r_grid_7x14.txt. The verified R-grid and base r-grid in 7×14 layout (both in one file)
Shift Table.txt. The canonical R-grid with lane_phys indexing notation
gate_map.txt, One-bit gate values (0/1 per cell)
ray_classification.txt, per-cell classification notes aligned to the solved gate map (derived and reproducible from the same 97-position rule set)
f_table.txt, Complete row-identity card (f) for all 26 KRYPTOS letters
helper_cards.txt. The four helper cards (g_X, g_Y, g_Z1, g_Z2) plus Z2_delta, full values for all 26 KRYPTOS letters
z2_footer_basis_handoff.txt. The visible-footer to KALPHA-state handoff, with the 31/31 Z2 check
y_master_template.txt. Rev 16 Y template rule, prediction table, and 0/100,000 null summary
k4_field_card.pdf. Two-sided printable on-site field card
structural_signatures.txt. The six structural signatures (KRYPTOSA→IDQLNAME, SUB UMBRA FLOREO, AMID GRAY / I MAP J, KYPT/ROSA balance, ANDER→KYARX, K/C/S→T/Z/K)
control_card.txt. The 3×3 control card for Z-pass column keys (legacy reference, superseded by the four helper cards above)
verify.py, Python 3 verification script (no dependencies)
verify.xlsx, Excel workbook with formulas for verification (3 sheets)
k1_plaintext.txt, k2_plaintext.txt, k3_plaintext.txt. K1–K3 plaintexts
entrance_slab_morse.txt, Morse code transcriptions from the entrance slabs
README.txt, File manifest, indexing conventions, and verification instructions
SolveKryptos_README.txt, Extended documentation and cipher classification reference

Programmers: the CSV and TSV files import directly into Python (pandas), R, Excel, or any spreadsheet application. The JSON file is a 97-element array of objects with all fields. All files are UTF-8 encoded, no BOM. The Python script runs all four checks across all 97 positions with no external dependencies.

The four helper-card values (g_X, g_Y, g_Z1, g_Z2) are included in helper_cards.txt. A plain-language companion is available at helper_cards_explained.txt. A future bundle revision will add a full coordinate ledger (cipher row × column → tableau letter T) per position.

What would falsify this

A closed mechanism claim should be able to state clearly what would prove it wrong:

Confirmation of any plaintext letter inconsistent with the proposed string at its verified position. Release of original coding records showing R values that contradict the published table. Demonstration that lane = ((i − 2) mod 14) + 1 fails at any position. Identification of a position where R ≠ (C − P) mod 26. Discovery of a tableau-side letter at any (row, column) that does not match the published helper packet (cap WXZK, Y row, Z row, footer shelf).

The mechanism claims are uniform across all 97 positions and do not depend on interpretive choices about the plaintext. They can be verified or falsified directly from the reconciliation table or by physically inspecting the tableau back.

Continue