Change the Product, Keep the Parameters: Associative Algebra Layers for Transformers

Ilya Koziev, Ivan Oseledets

DAIMLD · Artificial Intelligence Research Institute

Published September 26, 2026 · on the feed September 29, 2026 · ▲ 21 · arXiv 2609.32814

Other No code arXiv ↗Hugging Face ↗

The abstract

Fast matrix multiplication algorithms keep the product fixed and search for a cheaper way to evaluate it. We instead ask whether a Transformer's learned projections can use a different, cheaper product altogether. Building on an associative-algebra construction that replaces ordinary matrix multiplication with a sparser interaction table over the same weight blocks, we construct a family with quadratic arithmetic in the matrix dimension when the physical block size remains fixed, and derive finite-shape constraints for GPU execution. The construction is provably optimal for its bilinear rank by the Alder--Strassen bound and can be realized as row-typed rectangular projections compatible with causal masking and KV-cached decoding. We provide an empirical test of this approach by training two approximately 110M-parameter decoder-only Transformer LMs from the same recipe and 12.3B-token budget, differing only in their feed-forward layer: one uses ordinary dense matrix multiplication and the other uses the associative-algebra product. Across four prompt domains, the algebraic model achieves a 6.2--7.8\% increase in end-to-end generation throughput, while obtaining lower scores on all three reported downstream metrics. We treat these results as a feasibility and trainability check for the proposed approach at small scale, leaving further investigation to future work.

The Brief

2:27

A short podcast summary of the paper. Written and voiced by AI.

Transcript

Change the Product, Keep the Parameters. Associative Algebra Layers for Transformers. By Ilya Koziev and one other, from D A I M L D and the Artificial Intelligence Research Institute. Published on the twenty-sixth of September. No code repository is linked to it.

Fast matrix multiplication algorithms have a fixed target. The product itself never changes: the search is for a cheaper way to compute it. The question posed here steps sideways from that tradition. If a Transformer's projections are learned anyway, does the product they use have to be ordinary matrix multiplication at all, or could a different and cheaper product serve?

The starting point is an associative-algebra construction that swaps ordinary matrix multiplication for a sparser interaction table over the very same weight blocks. The parameters stay. The rule that combines them changes. From that construction the authors build a family whose arithmetic grows quadratically in the matrix dimension when the physical block size is held fixed.

Three properties are established for it. First, finite-shape constraints are derived so that it can execute on a GPU. Second, the construction is provably optimal for its bilinear rank, a guarantee that follows from the bound of Alder and Strassen. Optimality here is a proof, not an empirical observation. Third, it can be realised as row-typed rectangular projections, which remain compatible with causal masking and with KV-cached decoding. That last property matters for where the layer can go: it fits inside an ordinary autoregressive model that generates one token at a time, rather than needing a special setting of its own.

The empirical test is deliberately narrow. Two decoder-only Transformer language models of roughly one hundred and ten million parameters are trained from the same recipe on the same twelve point three billion token budget. They differ only in the feed-forward layer: one uses dense matrix multiplication, the other the associative-algebra product. Across four prompt domains, the algebraic model generates end to end between six point two and seven point eight percent faster. It also scores lower on all three of the downstream metrics reported. Speed moved one way and quality the other, in a comparison built so that nothing else differed.

The authors frame the outcome plainly, as a check of feasibility and trainability at small scale, with further investigation left for later. A modest throughput gain arrives together with a quality cost, and both are stated. What the paper establishes is that the product inside a learned layer is itself a design choice, one that can be changed while the parameters stay put.

Paper Quest · 7 chapters · about 41 min

Play this paper

Learn it by doing: make the calls the authors made, guess the result before you see it, and defend it in a viva graded on your own words. Chapter 1 is right here.

Chapter 1 🧩 · The problem

Most speed work tries to compute the same product faster. This quest asks whether it has to be the same product.

You are training a Transformer. Its learned projections are ordinary matrix multiplications, and they carry much of the arithmetic cost.

The road ahead

  1. 1 · The problem ~7 min A Transformer spends much of its arithmetic on ordinary matrix products, yet its weights are learned, so it is worth asking whether that exact product is needed.
  2. 2 · What came before ~3 min
  3. 3 · The key idea ~9 min Keep every learned weight block, but change the fixed rule of which blocks meet, so fewer block products are needed while layers still compose.
  4. 4 · Choose your own research ~3 min
  5. 5 · Build the method ~8 min Define a sparser multiplication table, turn its rows into per-token projections, put it in the feed-forward layer, and train it beside a dense twin.
  6. 6 · The experiment ~6 min You’ll guess: Swapping dense matrix multiplication for an associative-algebra product in a small Transformer's feed-forward layer, what happened to generation speed and downstream scores?
  7. 7 · The viva ~5 min Three questions from the examiners, answered in your own words. Win it for the paper’s trophy.
Join free to play the whole quest ›

Free, with Google or an email address. Your stars and progress are kept.

KipQuest: the day’s AI research, as podcasts and quests. All papers Android app Privacy Contact Episodes are written and voiced by AI from each paper. Summaries can contain mistakes: the paper is the source.