From 3c11e696a2fb2c454585d72710de27cd6bd3be68 Mon Sep 17 00:00:00 2001 From: Joel Pulikkan Date: Fri, 9 Oct 2026 16:59:28 -0400 Subject: [PATCH] Note: the paired-cube decoder does not extend to 4-dimensional ports (no new kappa) In the star family of mod-2 decoders (stars of levels 0 --- research/hypercube-decoder-parity/README.md | 56 ++++++++++++++++++++ research/hypercube-decoder-parity/check.py | 58 +++++++++++++++++++++ 2 files changed, 114 insertions(+) create mode 100644 research/hypercube-decoder-parity/README.md create mode 100644 research/hypercube-decoder-parity/check.py diff --git a/research/hypercube-decoder-parity/README.md b/research/hypercube-decoder-parity/README.md new file mode 100644 index 0000000000..3a13dfd89b --- /dev/null +++ b/research/hypercube-decoder-parity/README.md @@ -0,0 +1,56 @@ +# Why the paired-cube decoder does not extend to 4-dimensional (hyper)cubes (no new κ) + +A scoping note on the port dimension of the paired-cube bit word. **No κ is claimed, and nothing existing changes.** + +## The identity being generalized + +The paired-cube bit word (`research/paired-cube-bit/LEMMA.md`) computes the mod-2 decoder identity + + x_T = sum_{c in T} star(c) + sum_{|S cap T| = 1} x_S (mod 2), + +over **ports**: triples taking one coordinate from each of three distinct coordinate pairs. +- `star(c)` is the sum of `x_S` over all ports containing coordinate `c`. These are the shared center sums. +- The overlap-1 sums are what the cube's local circuits, modules and partner pairs compute. + +A natural question is whether moving to k-dimensional cubes, with ports taking one coordinate from each of k pairs, gives a larger deficit. The source count grows like 2^k·C(p,k), while the center loss grows like p². + +## Result + +Consider the star family of decoders for k-ports: + + x_T = sum_{0