ArXiv: 2009.06489
🎯 Pitch
The deep learning revolution almost didn't happen—backpropagation was invented in 1963 but remained a perceived failure for decades simply because the hardware needed to run matrix multiplies efficiently didn't exist until GPUs were accidentally repurposed for the task. This essay introduces the 'hardware lottery' to argue that the tools available to researchers silently determine which ideas succeed, and warns that today's rush to build specialized AI chips for current methods may make the next breakthrough impossible to even discover.
1. Executive Summary
This essay introduces the term hardware lottery to describe a persistent phenomenon in computer science research where a research idea succeeds primarily because it is compatible with available software and hardware—not because the idea is inherently superior to alternative directions. Drawing on historical examples spanning from Babbage's analytical engine to the delayed recognition of deep neural networks, the paper argues that choices about tooling have played a disproportionate and underappreciated role in determining which research directions thrive and which are abandoned, with deep neural networks themselves losing the hardware lottery for roughly four decades—from the invention of backpropagation in 1963 until GPUs were serendipitously repurposed for matrix multiplies in the 2000s—despite the core algorithms being largely in place. The essay further posits that the current shift toward domain-specialized hardware (TPUs, edge-TPUs, Arm Cortex-M55) optimized explicitly for deep neural network operations like matrix multiplies is amplifying this dynamic, making it even more costly to stray from accepted building blocks and establishing that the gap between winners and losers in research will grow increasingly uneven as hardware becomes more heterogeneous and narrowly tailored to existing commercial use cases.
2. Context and Motivation
The Core Problem: Tooling as an Invisible Arbiter of Scientific Merit
The fundamental problem this essay addresses is deceptively subtle but profoundly consequential: the hardware and software available to researchers function as covert gatekeepers that determine which ideas are even testable, let alone recognized as successful. The author introduces the term "hardware lottery" to name this dynamic explicitly—a phenomenon where a research idea wins not because it is superior to alternatives, but because it happens to be compatible with the hardware and software ecosystem of its time. This is not a question of whether good ideas eventually triumph; rather, the essay argues that history contains examples of ideas that failed not on their intellectual merits, but because the physical substrate needed to demonstrate their efficacy did not yet exist.
The problem is one of counterfactual invisibility. When an idea cannot be implemented efficiently—or at all—on available hardware, it does not leave behind a clear evidentiary record of "this would have worked if only the tooling had been different." Instead, the idea is perceived as impractical, theoretically elegant but empirically disappointing, or simply ahead of its time. The negative results accumulate, the field moves on, and only decades later might a hardware accident reveal that the idea was correct all along. The essay's framing makes clear that this is not a rare edge case but rather a systematic feature of how computer science research progresses.
Why This Problem Matters
Epistemological: We Cannot Trust the Historical Record
The hardware lottery introduces a deep unreliability into the scientific process itself. If we accept that hardware compatibility acts as a filter on which ideas succeed, then the historical narrative of computer science—which ideas "worked" and which "didn't"—is not a clean readout of intellectual merit. It is a confounded signal, where tooling availability is entangled with algorithmic quality in ways that are difficult to disentangle retroactively. This matters for how we train new researchers, how we allocate funding, and how we interpret negative results.
The essay makes this concrete through the Anna Karenina principle adapted to scientific breakthroughs (Section 3): success requires multiple factors to align—algorithmic insight, hardware that can execute it efficiently, software that makes implementation tractable, and a community that can build on the work. Failure requires only one of these factors to be absent. This means that when we observe a failed or abandoned research direction, we cannot simply conclude the idea was bad. It may have failed on the hardware dimension alone.
Economic: Misallocated Resources and Lost Decades
The time scales involved are staggering. The essay documents that the core algorithmic components for deep neural networks—backpropagation (1963), deep convolutional architectures (1982, paired with backpropagation in 1989)—were in place for roughly three to four decades before empirical success was demonstrated at scale (Section 3.1). During this period, the field of AI research invested heavily in symbolic approaches that were well-suited to the LISP and Prolog ecosystems and the general-purpose CPU hardware of the era, while connectionist approaches languished.
This represents an enormous opportunity cost. The resources—researcher careers, funding dollars, institutional commitments—that were poured into approaches that happened to fit the hardware of the day were resources that were not available for approaches that, in retrospect, proved more fruitful. The essay does not quantify this cost in dollar terms, but the implication is clear: the hardware lottery distorts the allocation of intellectual capital across the entire field, and the distortions can persist for entire careers or generations of researchers.
Forward-Looking: The Problem Is Getting Worse, Not Better
The essay's most urgent claim is that the present moment—characterized by a shift toward domain-specialized hardware—is amplifying the hardware lottery, not resolving it (Section 4). Prior eras had the benefit (or crutch) of general-purpose computing: CPUs were suboptimal for everything but at least uniformly available, meaning that even inefficient implementations of novel ideas could be prototyped and demonstrated at small scale. The shift to specialized accelerators like TPUs, edge-TPUs, and similar hardware changes this calculus fundamentally. These devices achieve their efficiency gains by being optimized for a narrow set of operations—primarily the matrix multiplies at the heart of deep neural networks. This creates a sharp performance cliff: algorithms that fit the specialization pattern run orders of magnitude faster, while algorithms that deviate from it become practically infeasible.
The essay crystallizes this with the capsule networks example (Section 4, citing Barham & Isard, 2019). Capsule networks introduced novel architectural components—squashing operations, routing by agreement—that addressed well-known deficiencies in convolutional neural networks (lack of rotational invariance, poor spatial hierarchy understanding). However, because these operations fell outside the matrix-multiply optimization envelope that GPUs and TPUs target, performance degraded dramatically on accelerators relative to CPUs. The operations that were fast (matrix multiplies) became the operations researchers could afford to experiment with, while novel operations became prohibitively expensive to explore at scale. The hardware itself, by making certain operations cheap and others expensive, is actively shaping which hypotheses researchers can test.
This creates a self-reinforcing cycle that the essay identifies but does not name explicitly: commercial use cases drive hardware design → hardware design makes certain research directions cheap and others expensive → researchers gravitate toward cheap directions → commercial success in those directions justifies further hardware specialization → the cost of deviation increases further. The long-term consequence is a narrowing of the research frontier, where the space of ideas that can be empirically validated shrinks to fit the hardware that was designed for yesterday's successful ideas.
Where Existing Approaches Fall Short
The Siloed Evolution of Hardware, Software, and Algorithms
The essay identifies the historical separation of hardware, software, and algorithm research communities as a structural condition that enables hardware lotteries (Section 2). This separation is not accidental—it is a product of specific historical forces:
The general-purpose computing era (1969 onwards). Moore's law, combined with Dennard scaling, delivered a roughly three-order-of-magnitude increase in microprocessor performance between 1980 and 2010 (Section 2.1). This predictable, compounding improvement effectively removed the incentive for hardware experimentation. Why invest $30-80 million and 2-3 years to develop a specialized chip when the next generation of general-purpose CPUs would eclipse its performance anyway before it reached market? The few attempts to deviate—the Connection Machine (1985), the Japanese 5th generation computer project, various neural network accelerators—were financially unsustainable because the consumer market for specialized hardware did not exist, and without it, there was insufficient volume to recoup development costs.
The essay notes an important cultural consequence of this era: hardware research developed a fundamentally different cadence and risk tolerance than machine learning research. While ML publications grew exponentially, hardware publications maintained a steady trickle, constrained by the enormous capital requirements, the 2-3 year development cycles, and the existential threat of intellectual property leakage in a field where a single design leak could destroy a firm. This asymmetry meant that machine learning researchers rationally treated hardware as a fixed constraint—a sunk cost to work around—rather than as a variable that could be shaped to serve algorithmic needs.
Software as a secondary filter. The essay extends the lottery concept to software (Section 3.2). Through the 1990s, the dominant languages in AI research were LISP and Prolog, which were well-suited to symbolic manipulation and logic programming—the core operations of expert systems and reasoning-based AI. For researchers working on connectionist approaches like neural networks, there was no comparably suited language ecosystem until Matlab's Neural Network Toolbox emerged in 1992. Implementing neural networks in LISP or Prolog was cumbersome; most connectionist researchers worked in low-level languages like C++. The software ecosystem was not neutral—it differentially lowered the barrier to entry for certain classes of ideas and raised it for others.
The Absence of Feedback Mechanisms Between Algorithm and Hardware
The essay identifies a critical gap: there is no easy, cheap mechanism for machine learning researchers to understand how their algorithms interact with hardware, let alone to influence hardware design (Section 6.1). Several specific deficiencies are noted:
- No unified benchmarking interfaces: there is no straightforward way to test algorithm performance across multiple hardware types simultaneously.
- Inconsistent software operation support: different hardware platforms support different subsets of operations, preventing portability of algorithms across hardware types.
- Over-optimized software kernels: software is often tuned for specific hardware, creating large efficiency discrepancies when used with different hardware, making cross-hardware comparisons unreliable.
This feedback gap means that researchers cannot easily quantify the opportunity cost of their hardware choices. They cannot readily answer the question: "If I were running on different hardware, would this algorithm look more or less promising?" The invisibility of this counterfactual is precisely what allows hardware lotteries to operate undetected.
Prior Treatment of Hardware in AI History
The essay implies—though does not state explicitly—that the existing historiography of AI has systematically underweighted the role of hardware and tooling in explaining the trajectory of the field. Standard narratives tend to focus on intellectual debates (symbolic vs. connectionist), algorithmic innovations (backpropagation, convolutional architectures), and benchmark achievements (ImageNet). The hardware and software substrate on which these debates, innovations, and achievements played out is treated as background context rather than as a causal force in its own right.
The essay's contribution, in part, is to recenter hardware as a protagonist in this history. The delayed recognition of deep neural networks is not framed as a story of intellectual resistance (though that existed) but as a story of hardware incompatibility: the von Neumann bottleneck that made matrix multiplies on CPUs painfully slow, the inability to train networks with multiple layers given memory bandwidth constraints, and the four-decade gap between algorithmic insight and empirical validation that was only closed when GPUs—designed for an entirely different purpose—happened to provide the massively parallel architecture that neural networks needed.
How This Paper Positions Itself
The essay does not present itself as a traditional research paper with a novel method or empirical result. It is, as the author states in the introduction, "part position paper and part historical review." Its contribution is primarily conceptual: it introduces a term and a framework that make a pervasive but under-discussed phenomenon legible and nameable.
The positioning relative to existing literature is multifaceted:
Against the "algorithms in isolation" view. The essay explicitly pushes back against the tendency in machine learning research to evaluate ideas independent of their implementation substrate. This is the core of the hardware lottery concept: it asserts that "does this algorithm work?" is an ill-posed question unless qualified by "...on what hardware, with what software?"
As a bridge between communities. By articulating the stakes of hardware-algorithm co-design in historical terms accessible to machine learning researchers (rather than in the specialized language of computer architecture), the essay positions itself as an intervention that makes hardware considerations legible to an audience that has been trained to ignore them. It argues that this ignorance is both historically contingent (a product of the general-purpose era) and increasingly dangerous (as hardware becomes specialized).
As a warning about the present trajectory. The essay does not merely diagnose a historical problem; it argues that the current wave of domain specialization is making the hardware lottery more severe. Deep neural networks won a hardware lottery in the 2000s when GPUs were repurposed for matrix multiplies. The current generation of hardware (TPUs, etc.) is being designed to optimize explicitly for the operations that deep neural networks need, effectively locking in that victory and making it harder for the next algorithmic paradigm to emerge. The essay positions itself as a cautionary voice against this narrowing, arguing that the field should actively invest in making the hardware landscape more flexible and the feedback between algorithms and hardware more transparent—even when (especially when) the commercial incentives point in the opposite direction.
As a call for institutional and infrastructural change. The essay's proposed solutions (Section 6) are not algorithmic but systemic: sustained public and private investment in exploratory hardware (biological, analog, neuromorphic, optical, quantum), better profiling and benchmarking tools that make hardware-algorithm interactions visible to researchers, domain-specific languages that enable portability across hardware, and auto-tuning software that adapts to different hardware backends. The positioning is that the hardware lottery is not a law of nature but a product of specific institutional arrangements, funding incentives, and research cultures—and that changing those arrangements can reduce its severity.
3. Technical Approach
3.1 Reader Orientation
This paper is a conceptual essay and historical analysis, not a system paper — it does not build, train, or evaluate a technical artifact but instead constructs an analytical framework (the "hardware lottery") for understanding how hardware and software availability has systematically shaped which research directions in computer science succeed or fail. The core idea is that research outcomes in AI are not determined solely by algorithmic merit; rather, the compatibility of an idea with the dominant hardware paradigm of its era acts as a powerful, often invisible filter, and the field lacks the feedback mechanisms to detect when promising ideas are being prematurely abandoned because the tooling to implement them efficiently does not yet exist.
3.2 Big-Picture Architecture (Diagram in Words)
The essay's structure can be understood as a pipeline that processes historical evidence into a forward-looking warning:
-
Historical Case Repository. The essay assembles a curated set of historical examples — Babbage's analytical engine, the Connection Machine, the delayed recognition of deep neural networks, the LISP/Prolog ecosystem for symbolic AI — each serving as a data point about hardware-algorithm co-evolution.
-
Diagnostic Principle (Anna Karenina Principle, adapted). A success criterion is formulated: a research breakthrough requires all of algorithmic insight, compatible hardware, usable software, and community adoption to align; failure requires only one of these to be absent. This principle is used to re-interpret the historical cases.
-
Causal Mechanism (Hardware Lottery). The term "hardware lottery" is defined as the phenomenon where an idea wins because it is compatible with available tooling, not because it is superior. This is the central explanatory construct.
-
Amplification Mechanism (Domain Specialization Feedback Loop). The essay argues that the current shift toward domain-specialized hardware (TPUs, edge-TPUs) creates a self-reinforcing cycle: commercial successes (deep neural networks) → hardware optimized for their operations (matrix multiplies) → cheaper experimentation on those operations → more commercial success → further specialization. This narrows the space of testable ideas.
-
Prescriptive Recommendations. The essay closes with infrastructure proposals: flexible hardware (FPGAs, CGRAs), domain-specific languages, auto-tuning software, better profiling tools, sustained public funding for exploratory hardware directions — all aimed at reducing the cost of testing ideas that deviate from the current hardware mainstream.
3.3 Roadmap for the Deep Dive
- First: the historical framework — how the essay conceptualizes the relationship between tooling and research outcomes, and the specific historical forces that created the siloed evolution of hardware, software, and algorithm research. This establishes why the hardware lottery exists as a structural feature rather than a historical accident.
- Second: the Anna Karenina principle as an analytical lens, which provides the formal logic for why specific historical cases represent hardware lotteries rather than simply intellectual dead ends.
- Third: the deep neural network case study as the central empirical exhibit, tracing the four-decade gap between algorithmic availability and empirical validation, and identifying the specific hardware mechanisms (the von Neumann bottleneck, the GPU repurposing accident) that governed this timeline.
- Fourth: the domain specialization amplification argument — how the current hardware paradigm differs structurally from the general-purpose era and why it makes future hardware lotteries more likely, not less.
- Fifth: the prescriptive infrastructure proposals, including their mechanisms, trade-offs, and the specific bottlenecks they target.
3.4 Detailed, Sentence-Based Technical Breakdown
This is a conceptual and historical analysis paper whose core contribution is a framework for understanding how hardware and software availability acts as a selective filter on research directions in computer science, together with a diagnosis of why this filter is becoming more restrictive under the current paradigm of domain-specialized hardware.
Historical Framework: The General-Purpose Era and the Siloed Evolution of Research Communities
The essay's analytical framework rests on a specific historical claim: that the general-purpose computing era (roughly 1969–2010) created the conditions under which hardware, software, and algorithm research evolved as separate communities with weak feedback loops between them, and that this separation is the structural precondition for hardware lotteries.
The technological driver: Moore's law and Dennard scaling. Moore's 1965 prediction — that transistor density on integrated circuits would double approximately every two years — combined with Dennard scaling (which held that as transistors shrink, their power density stays constant, allowing higher clock speeds at the same power envelope) produced what the essay describes as "a factor of three magnitude increase in microprocessor performance between 1980–2010." The key phrase is "predictable increases in compute and memory every two years." This predictability had a specific economic consequence: it made hardware design risk-averse. As the essay states (Section 2.1):
"Even for tasks which demanded higher performance, the benefits of moving to specialized hardware could be quickly eclipsed by the next generation of general purpose hardware with ever growing compute."
The mechanism here is a form of temporal competition: a specialized chip requires 2–3 years and $30–80 million to develop. By the time it reaches market, the general-purpose alternative — which benefits from Moore's law compounding — may have already caught up or surpassed it in raw performance, while also offering the flexibility to run arbitrary software. The specialized chip must therefore outperform not today's general-purpose hardware, but the general-purpose hardware that will exist at its release date, while also amortizing its development cost over a narrower set of use cases. This economic calculus systematically disfavored specialized hardware for all but the most narrow and prestigious tasks (the essay cites chess-playing machines as an exception where corporate sponsorship was available due to visibility).
The cultural consequence: hardware as sunk cost. The essay identifies a specific feedback effect: because hardware development was expensive and slow relative to algorithm development, and because Moore's law guaranteed that general-purpose hardware would improve regardless of what algorithm researchers did, machine learning researchers "rationally began to treat hardware as a sunk cost to work around rather than something fluid that could be shaped" (Section 2.1). This is not presented as a failure of imagination but as a rational response to incentive structures — researchers optimized what they could control (algorithms) and treated what they could not control (hardware) as a fixed constraint.
This created an asymmetry in attention: algorithm researchers did not need to think about hardware because Moore's law guaranteed improvements regardless, and hardware researchers did not need to think about specific algorithms because general-purpose design meant optimizing for no particular workload. The two communities decoupled.
The software ecosystem as a parallel filter. The essay extends this analysis to software (Section 3.2). The dominant AI programming languages through the mid-1990s — LISP and Prolog — were not neutral substrates. They were specifically well-suited to symbolic manipulation: LISP's homoiconicity (code as data) made it natural to represent and manipulate logical expressions, while Prolog's built-in backtracking search was directly applicable to rule-based reasoning systems. For researchers working on connectionist approaches (neural networks), these languages offered no particular advantage, and implementing matrix operations, gradient computation, and weight updates in LISP or Prolog was cumbersome. The essay notes that most connectionist researchers worked in low-level languages like C++ (citing Touretzky & Waibel, 1995), and that a healthier software ecosystem for neural networks only began to emerge in the 2000s with LUSH (2002) and subsequently Torch (2002).
The software lottery operates analogously to the hardware lottery: a language ecosystem that makes certain operations natural and others awkward will differentially lower the barrier to entry for research directions that align with those operations. A graduate student choosing between implementing a symbolic reasoning system in Prolog (where the language provides built-in support for the core operations) and implementing a neural network in C++ (where they must build everything from scratch) faces an asymmetry that is not about the intellectual merits of the two approaches but about the tooling available to explore them.
The Anna Karenina Principle as Analytical Lens
The essay adapts the Anna Karenina principle — originally from Tolstoy's novel, popularized in scientific contexts by Moore (2001) — as a formal diagnostic tool for identifying hardware lotteries (Section 3). The principle states:
"a deficiency in any one of a number of factors dooms an endeavor to failure."
The application to computer science research success is: a breakthrough requires the alignment of algorithmic insight, hardware capable of executing it efficiently, software that makes implementation tractable, and a research community that can build on the work. If any one of these factors is absent, the endeavor fails — and importantly, the reason for failure may not be visible to contemporaries who only see the algorithmic dimension.
This principle provides the essay's core analytical move. When the essay identifies a "hardware lottery," it is making a specific counterfactual claim: if the hardware (or software) factor had been different, the historical outcome would have been different, because the algorithmic insight was valid but could not be empirically demonstrated given the available tooling. The Anna Karenina principle gives logical structure to this counterfactual — it says that observing a failure does not tell you which factor was deficient, only that at least one was.
The principle also explains why hardware lotteries are hard to detect in real time. Researchers working within a paradigm typically assume the tooling is adequate and attribute failures to the algorithm. Only in retrospect, when a different hardware substrate becomes available and the previously failed idea suddenly works, can the earlier failure be attributed to the hardware factor rather than the algorithmic factor.
The Deep Neural Network Case Study: Anatomy of a Hardware Lottery
The essay's central empirical exhibit is the delayed recognition of deep neural networks (Section 3.1). This case study is important because it is the clearest documented instance of a multi-decade hardware lottery in AI research, and because the lessons from this case directly inform the essay's forward-looking claims about domain specialization.
The timeline of algorithmic availability. The essay establishes that the core algorithmic components were in place well before empirical success was demonstrated:
-
Backpropagation: invented in 1963 by Steinbuch and Piske, reinvented by Linnainmaa in 1976, and again by Rumelhart, Hinton, and Williams in 1988. The essay's choice to list all three dates is significant — it shows that the algorithm was not a single obscure paper but was repeatedly discovered, indicating that the basic insight was available to the community but could not be made to work at scale.
-
Deep convolutional neural networks: Fukushima and Miyake's Neocognitron (1982) introduced the core architectural pattern, and LeCun et al. (1989) paired convolutional architectures with backpropagation for handwritten digit recognition. The architecture existed, the training algorithm existed, and small-scale demonstrations existed — but deep networks (with many layers) could not be trained effectively.
-
The gap: the essay states it was "only three decades later that deep neural networks were widely accepted as a promising research direction." The timeline is roughly 1963 (first backpropagation) to 2006–2012 (the deep learning "revolution" with Hinton et al., 2006, and Krizhevsky et al., 2012).
The hardware mechanism: the von Neumann bottleneck. The essay identifies a specific architectural feature of general-purpose CPUs as the primary obstacle: the von Neumann bottleneck (Section 3.1). In the von Neumann architecture, program instructions and data share the same bus between the CPU and memory. The CPU fetches an instruction, decodes it, fetches the required data, executes the operation, and stores the result — all through this single channel. The essay describes this as "the available compute is restricted by 'the lone channel between the CPU and memory along which data has to travel sequentially'" (citing Time, 1985).
For deep neural networks, this is catastrophic because their core operations — matrix multiplies between layer weights and activations — are highly parallelizable. Each element of the output matrix can be computed independently (as a dot product of a row of the first matrix with a column of the second). On a CPU, however, these independent operations must be serialized through the von Neumann bottleneck, and intermediate results must be constantly shuttled to and from memory. The essay notes that training on CPUs "quickly exhausted memory bandwidth and it simply wasn't possible to train deep neural networks with multiple layers."
The consequence was not that neural networks were impossible — small networks could be trained — but that depth (the key to representational power) was practically unattainable. Researchers could demonstrate proof-of-concept but could not scale to the regime where the approach's advantages would manifest. This is precisely the pattern the Anna Karenina principle predicts: the algorithmic factor was present, but the hardware factor was deficient, and the endeavor failed — not because the idea was wrong, but because the tooling could not execute it.
The early recognition of the parallelism requirement. The essay notes, crucially, that the need for hardware supporting massive parallelism was explicitly identified by researchers at the time. The 1980s essays "Parallel Models of Associative Memory" (Hinton & Anderson, 1989) argued "persuasively that biological evidence suggested massive parallelism was needed to make deep neural network approaches work" (Section 3.1). The problem was not that researchers failed to diagnose what was needed; the problem was that the hardware to provide that parallelism did not exist in a form accessible to them.
Failed attempts to build specialized hardware. The essay documents a series of attempts in the late 1980s and 1990s to build specialized hardware for neural networks, all of which failed for economic rather than technical reasons:
-
The Connection Machine (1985): a massively parallel supercomputer with up to 65,536 simple processors. It was financially unsustainable and Thinking Machines, the company behind it, went bankrupt after DARPA funding dried up (Section 3.1, Figure 4).
-
SPACE (1992): designed for symbolic processing in associative computing elements — the essay notes this and similar projects (the Ring Array Processor, 1989) were "designed to favor logic programming such as PROLOG and LISP that were poorly suited to connectionist deep neural networks." The hardware that did get built was optimized for the dominant symbolic paradigm, not for the connectionist approach that needed parallelism for matrix operations.
-
HipNet-1 (1998), the Analog Neural Network Chip (1991): these were more directly targeted at neural networks but were "promising but short lived because of the intolerable cost of iteration and the need for custom silicon." Without a consumer market for neural network hardware, there was no economic basis for sustained development.
The essay's framing is that these failures were not evidence against the viability of neural networks — they were evidence that the economic conditions for specialized hardware development were not present. The hardware lottery here operated at the level of which specialized hardware got built: the projects that survived were those aligned with the dominant symbolic paradigm, while connectionist hardware died for lack of a market, creating a self-fulfilling prophecy where connectionist approaches underperformed because they lacked the hardware they needed, and they lacked the hardware because they underperformed.
The GPU repurposing as a hardware accident. The key event in this narrative is the repurposing of GPUs for neural network training in the 2000s (Section 3.1). The essay frames this explicitly as an accident — GPUs were "originally introduced in the 1970s as a specialized accelerator for video games and for developing graphics for movies and animation" and were "re-purposed for an entirely unimagined use case." The analogy to Edison's phonograph (intended for recording dying words, repurposed for music) is deliberate: GPUs were not designed for neural networks; they happened to have the architectural property (massive parallelism) that neural networks needed.
The specific architectural advantage is that GPUs are designed for single instruction, multiple data (SIMD) parallelism: the same operation (e.g., a pixel shading calculation) is applied to many data elements simultaneously. This maps directly onto matrix multiplication, where each output element is computed by the same dot-product operation on different rows and columns. The essay states the advantage simply: GPUs provide a "higher number of floating operation points per second (FLOPS)" for the class of operations that neural networks need.
The essay provides a striking quantitative comparison to illustrate the magnitude of the hardware lottery effect: a 2012 Google paper (Le et al., 2012) used 16,000 CPU cores to classify cats, while a paper published only a year later (Coates et al., 2013) solved the same task with two CPU cores and four GPUs. The ratio is not merely one of convenience — it is the difference between a project that requires a Google-scale datacenter and one that can run on a single workstation. For researchers without access to massive CPU clusters, neural networks were effectively untestable at scale before GPUs.
The essay's implicit argument is that if GPUs had not existed — if the video game industry had not created a mass market for massively parallel chips — deep neural networks might have remained in the "promising but impractical" category for much longer, perhaps indefinitely. The breakthrough was not driven by algorithmic insight (the algorithms were already known) but by an exogenous shock to hardware availability from an unrelated industry. This is the hardware lottery in its purest form: success depended on a factor entirely outside the control of AI researchers and orthogonal to the intellectual merits of their ideas.
The Domain Specialization Amplification Argument
The essay's forward-looking argument (Sections 4–5) is that the current shift toward domain-specialized hardware is structurally different from the general-purpose era and will make future hardware lotteries more severe. This section unpacks the specific mechanisms and evidence for this claim.
What domain specialization means concretely. The essay identifies a specific set of hardware products — TPUs (Jouppi et al., 2017), edge-TPUs (Gupta & Tan, 2019), Arm Cortex-M55 (ARM, 2020), Facebook's Big Sur (Lee & Wang, 2018) — that share a common design philosophy: they "optimize explicitly for costly operations common to deep neural networks like matrix multiplies" (Section 4). The key design choice is to make the operations that dominate deep neural network computation (matrix multiplies, convolutions implemented as matrix multiplies, activation functions) extremely fast, while other operations receive no special acceleration. This is in contrast to CPUs, which are suboptimal for everything but equally suboptimal — a CPU will run a matrix multiply slowly and a symbolic reasoning task slowly, with the performance ratio between them being relatively modest. On a TPU, the ratio can be orders of magnitude: matrix multiplies run at teraflops, while arbitrary non-matrix operations run at CPU-like speeds because they fall back to the host CPU or to the limited scalar processing capabilities on the accelerator.
The capsule networks case study as evidence. The essay cites Barham & Isard (2019), a paper titled "Machine Learning Systems Are Stuck in a Rut," to illustrate the consequences of this specialization for novel research directions (Section 4). Capsule networks (Sabour et al., 2017) introduced two novel architectural components:
- Squashing operations: a non-linear activation that compresses the length of a vector to lie between 0 and 1 while preserving its direction, used to represent the probability that an entity exists at a given location.
- Routing by agreement: an iterative mechanism where lower-level capsules send their outputs to higher-level capsules that "agree" with their predictions, implementing a form of dynamic connectivity that differs from the fixed weight matrices of standard neural networks.
These components were designed to address well-known deficiencies in convolutional neural networks — specifically, the lack of rotational invariance (a CNN will not recognize an object if it is rotated to an orientation not seen in training) and the failure to represent spatial hierarchies explicitly (a CNN knows that a nose and an eye are present in an image but not that the nose is between the eyes).
The critical finding from Barham & Isard (2019), as reported in the essay, is:
"while capsule networks operations can be implemented reasonably well on CPUs, performance falls off a cliff on accelerators like GPUs and TPUs which have been overly optimized for matrix multiplies."
The mechanism is straightforward: squashing and routing operations are not matrix multiplies. They involve per-vector normalization, softmax over routing weights, and iterative refinement. On a CPU, these operations run at whatever speed the CPU provides. On a TPU, they run slowly because the hardware lacks specialized units for these operations, and they may require costly data transfers between the accelerator and the host CPU. Meanwhile, the matrix multiplies that are part of capsule networks run fast — but the overall throughput is limited by the slowest components (Amdahl's law).
The self-reinforcing cycle. The essay does not name this cycle explicitly, but the logic can be extracted from Sections 4–5:
- Commercial deep learning applications (image recognition, language models, recommendation systems) generate demand for hardware that accelerates their core operations — primarily matrix multiplies.
- Hardware vendors (Google with TPUs, NVIDIA with tensor cores, etc.) design chips optimized for these operations, achieving large efficiency gains (measured in FLOPS per watt or FLOPS per dollar) for these operations specifically.
- Researchers, who want to train models at scale, must use the hardware that provides the best performance per dollar. Since matrix-multiply-heavy architectures run orders of magnitude faster on this hardware, researchers gravitate toward architectures composed primarily of matrix multiplies.
- The commercial success of matrix-multiply-heavy architectures (demonstrated by their widespread adoption) further justifies hardware investment in accelerating matrix multiplies.
- New researchers entering the field face an environment where the path of least resistance — the architectures that are well-supported by available software frameworks (TensorFlow, PyTorch) and that train quickly on available hardware (GPUs, TPUs) — is heavily skewed toward standard deep neural network building blocks.
- Architectures that deviate from these building blocks, even if intellectually promising, face an uphill battle: they are harder to implement in standard frameworks, they train more slowly on available hardware, and they cannot easily be scaled to the dataset sizes where their advantages might manifest. Negative results accumulate, funding dries up, and the approach is abandoned — not because it was a bad idea, but because it lost the hardware lottery.
The essay's key claim about the present moment is that this cycle represents a qualitative shift from the general-purpose era. Under Moore's law, hardware improved uniformly across all operations — a faster CPU made everything faster. Under domain specialization, hardware improves only for the specific operations it is designed for, while other operations see no improvement or even regress (as when a task that previously ran on a CPU is ported to a TPU, only to find that its non-matrix-multiply components bottleneck performance). This means the gap between "ideas that fit the hardware" and "ideas that don't" is growing over time, not shrinking.
The implicit overfitting argument. The essay poses a question that serves as the thesis of Section 4:
"It prompts the question of how much researchers will implicitly overfit to ideas that operationalize well on available hardware rather than take a risk on ideas that are not currently feasible?"
This is the core forward-looking concern. In machine learning, "overfitting" refers to a model that fits the training data well but fails to generalize to new data. The essay is proposing an analogous phenomenon at the level of the research field itself: the community is overfitting to the set of ideas that work well on current hardware, and this overfitting will be exposed if (when) the hardware landscape changes or if (when) the limitations of those ideas become apparent at scales that current hardware cannot reach.
Biological counterexamples as evidence of alternative paths. Section 5 of the essay surveys ways in which biological intelligence differs from deep neural networks, not to argue that any specific alternative is correct, but to establish that there are plausible alternative models of intelligence that current hardware does not support well. This is a crucial move in the essay's argument: to claim that the hardware lottery is a problem, the essay must establish that there are potentially promising directions being foreclosed, not merely that the current direction is successful.
The biological differences cited include:
-
Local vs. global learning rules. Deep neural networks use global updates (backpropagation propagates error signals through the entire network). The brain appears to use local learning rules (synaptic plasticity depends only on local pre- and post-synaptic activity), with global coordination emerging in ways that are not fully understood (citing Lillicrap & Santoro, 2019; Marblestone et al., 2016). Hardware optimized for backpropagation (which requires dense matrix multiplies for both forward and backward passes) may not efficiently support architectures that use local learning rules.
-
Energy efficiency. The human brain has approximately 85 billion neurons but operates on roughly 20 watts — the essay describes this with the evocative comparison to "the energy equivalent of an electric shaver." In contrast, training large neural networks consumes kilowatts to megawatts. This energy disparity suggests that biological intelligence is using computational strategies fundamentally different from the brute-force matrix multiplies of current deep learning — strategies that current hardware is not designed to exploit.
-
Sample efficiency. The brain learns from far fewer labeled examples than deep neural networks, which typically require millions of labeled instances. This suggests the brain uses stronger inductive biases and more efficient credit assignment mechanisms. Hardware optimized for large-batch stochastic gradient descent on massive datasets may not accelerate training algorithms designed for few-shot learning or online adaptation.
-
Sparse activation. Evidence suggests the brain does not perform a full forward and backward pass for every input. Instead, it simulates expected inputs against incoming sensory data and only processes deviations — the essay quotes Eagleman & Sejnowski (2000): "what we see is largely virtual reality computed from memory." Current hardware is optimized for dense matrix operations where every neuron's output is computed for every input, making sparse, predictive architectures inefficient to implement.
-
Specialized neural pathways. The brain has distinct, highly optimized pathways for different types of processing, as illustrated by the fact that humans can walk and talk simultaneously but struggle to read and talk simultaneously (the Stroop effect; Stroop, 1935). This suggests that architectural specialization — having different network structures for different tasks — is as important as raw network size. Current deep learning hardware is optimized for homogeneous architectures where the same operations (matrix multiplies) are applied uniformly across the network.
The essay is careful to state that its purpose is "not to convince you that deep neural networks are not the way forward. But, rather that there are clearly other models of intelligence which suggest it may not be the only way." The argument is probabilistic: given that biological intelligence differs from deep neural networks in multiple fundamental ways, it is plausible that some future breakthrough will require hardware capabilities that current domain-specialized accelerators do not provide. If that breakthrough arrives, the field may discover — retrospectively — that it has been in a hardware lottery, optimizing architectures to fit the available hardware rather than exploring the space of architectures that might work better on different hardware.
The decreasing returns to scale argument. The essay bolsters its concern about the sustainability of the current direction with evidence that scaling up existing architectures is hitting diminishing returns (Section 5):
- For Inception V3 (21.8 million parameters) versus Inception V4 (41.1 million parameters), the nearly doubling of parameters yields less than 2% improvement on ImageNet (78.8% vs. 80% accuracy, citing Kornblith et al., 2018).
- The training cost of GPT-3 is cited as exceeding $12 million (citing Wiggers, 2020), framing the scaling approach as economically unsustainable at the limit.
The implication — stated through the metaphor that "we appear to be trying to build a ladder to the moon" — is that continuing to scale current architectures on current hardware may hit fundamental limits well before achieving human-level intelligence, and that alternative approaches that require different hardware capabilities may become necessary. If those alternative approaches cannot be explored because hardware is locked into the current paradigm, the hardware lottery will have constrained the field's ability to find the next breakthrough.
Prescriptive Infrastructure Proposals
The essay's proposed solutions (Section 6) are not algorithmic but infrastructural and institutional. They target the specific mechanism that makes hardware lotteries harmful: the high cost, long time, and limited feedback that prevent researchers from exploring hardware-algorithm combinations outside the commercial mainstream.
Reconfigurable hardware as an intermediate solution. The essay discusses field-programmable gate arrays (FPGAs) and coarse-grained reconfigurable arrays (CGRAs) as hardware that can be reconfigured after manufacturing to support different computational patterns (Section 6). Unlike ASICs (application-specific integrated circuits like TPUs), which are permanently etched to accelerate specific operations, FPGAs can be reprogrammed with new logic configurations.
The advantage is flexibility: an FPGA can be configured to accelerate matrix multiplies for one project, then reconfigured to accelerate a novel operation for another project, without requiring a new chip fabrication cycle. This reduces the cost of exploring non-standard architectures from the $30–80 million and 2–3 years of a new ASIC to the cost of developing new FPGA configurations (much cheaper and faster, though the essay does not provide specific figures).
The trade-off is performance: FPGAs provide far lower peak FLOPS than ASICs for any given operation, and programming them remains "very painful and time-consuming" (Section 6). The essay notes that "coding even simple algorithms on FPGAs remains very painful and time consuming" (citing Shalf, 2020). The performance gap means that for mainstream deep learning workloads, FPGAs are not competitive with TPUs or GPUs — they are a tool for exploration rather than production.
Domain-specific languages for hardware portability. The essay proposes domain-specific languages (DSLs) as a software solution that trades expressive power for portability across different hardware backends (Section 6.1). A DSL restricts the programmer to a specific set of operations (e.g., tensor operations, reductions, convolutions) but can then compile those operations efficiently to different hardware targets (CPUs, GPUs, TPUs, FPGAs) because the restricted operation set makes the compilation problem tractable.
The advantage is that researchers can write code once and have it run (with reasonable efficiency) on whatever hardware is available, rather than rewriting for each hardware target. This reduces the lock-in effect where researchers are forced to use specific hardware because porting their code to alternatives is prohibitively difficult.
The essay notes a tension, however: "if successful, this further abstracts humans from the details of the implementation," which means researchers may become even less aware of the hardware-algorithm interaction that the essay is trying to make visible. The DSL solves the portability problem but may exacerbate the feedback problem.
Auto-tuning software for hardware adaptation. The essay points to automatic parameter tuning — "automatically auto-tuning the algorithmic parameters of a program based upon the downstream choice of hardware" — as a way to reduce the expertise required to achieve good performance on diverse hardware (Section 6.1). Systems like ATLAS (Clint Whaley et al., 2001) and OpenTuner (Ansel et al., 2014) automatically search the space of implementation choices (loop unrolling factors, tile sizes, parallelization strategies) to find configurations that perform well on specific hardware.
The advantage is that it lowers the barrier to achieving reasonable performance on non-mainstream hardware: a researcher does not need to be a hardware expert to get their algorithm running efficiently on an FPGA or a novel accelerator; the auto-tuner handles the optimization.
Better profiling and recommendation tools. The essay calls for "better profiling tools to allow researchers to have a more informed opinion about how hardware and software should evolve" (Section 6.1). The specific vision is software that can "surface recommendations about what type of hardware to use given the configuration of an algorithm" and that makes it easy to "register what differs from our expectations" — that is, to detect when an algorithm performs unexpectedly poorly or well on specific hardware, which can reveal misalignments between the algorithm's computational patterns and the hardware's capabilities.
This is the feedback mechanism the essay identifies as missing: researchers currently have no easy way to quantify the hardware-dependence of their results, making it impossible to distinguish between "this algorithm is bad" and "this algorithm is bad on the hardware I happen to have access to."
Sustained public and private funding for exploratory hardware. The essay argues that funding is the critical bottleneck for exploring hardware directions that lack immediate commercial viability — including biological hardware, analog hardware with in-memory computation, neuromorphic computing, optical computing, quantum computing, and transistor development using new materials (Section 6). The essay notes that "investment in hardware tailored to deep neural networks is assured because neural networks are a cornerstone of enough commercial use cases," but that the same market logic does not support investment in hardware for use cases that do not yet exist.
The essay cites the DARPA Electronics Resurgence Initiative (47 billion) as examples of public investment in microelectronic technology research, but cautions that "investment of this magnitude may still be woefully inadequate, as hardware based on new materials requires long lead times of 10–20 years and public investment is currently far below industry levels of R&D" (Section 6, citing Shalf, 2020).
The underlying logic is that the hardware lottery is partially a market failure: the private sector will not invest in hardware for algorithms that do not yet exist, but algorithms cannot be developed without hardware to run on. Public funding can break this cycle by supporting hardware development that is not justified by near-term commercial returns, maintaining a portfolio of hardware options that the private market alone would not sustain. Without such funding, the essay implies, the hardware landscape will narrow to whatever is commercially viable for current deep learning workloads, and the next algorithmic breakthrough — whatever it requires — may find itself without a hardware platform, repeating the pattern of the deep neural network case study.
4. Key Insights and Innovations
Innovation 1: The Hardware Lottery as a Diagnostic Concept That Names a Pervasive but Invisible Selection Mechanism
The essay's most fundamental contribution is not a technical finding but a conceptual innovation: the introduction of the term "hardware lottery" as a named, legible phenomenon that explains a pattern previously treated as background noise in the history of computer science research. This is not merely a new label for an old observation — it is a diagnostic tool that enables researchers to ask counterfactual questions that were previously unaskable within the standard narrative of algorithmic progress.
What the field did before this concept. Prior to this essay, the relationship between hardware and algorithmic success was primarily treated in one of two ways. In the dominant narrative of AI history, hardware was a backdrop — acknowledged as enabling (e.g., "bigger datasets and faster computers made deep learning possible") but not analyzed as a selective force that determined which ideas could be empirically validated in the first place. In the computer architecture community, the concept of hardware-software co-design was well-established, but it was framed as an engineering optimization problem (how to make a given algorithm run faster) rather than as a scientific epistemology problem (how hardware availability shapes which hypotheses are testable). The essay identifies this gap in Section 2 when it notes that "machine learning researchers tend to think of hardware, software and algorithm as three separate choices" and that this separation is a product of the general-purpose computing era rather than a natural state.
What makes this framing distinctive. The hardware lottery concept does three things that prior treatments did not. First, it makes a causal claim about research outcomes: an idea's success or failure is partially determined by hardware compatibility, not solely by intellectual merit. This is stronger than the uncontroversial observation that hardware helps — it asserts that hardware can be the deciding factor, flipping a would-be success into a perceived failure. Second, it identifies a counterfactual invisibility problem: when an idea fails because hardware cannot execute it efficiently, the failure looks identical to an idea that fails on its intellectual merits, making the hardware lottery self-concealing. Third, it provides a unified explanatory framework that connects disparate historical episodes — Babbage's analytical engine, the Connection Machine's bankruptcy, the four-decade delay of deep neural networks, the dominance of symbolic AI — under a single causal mechanism.
Significance beyond any single result. The hardware lottery concept is significant because it reframes the epistemology of AI research. If we accept its validity, then the historical record of which ideas "worked" and which "didn't" is not a clean signal of intellectual merit — it is a confounded signal where tooling availability is entangled with algorithmic quality. This has direct implications for how the field should interpret negative results, allocate funding across research directions, and train new researchers to evaluate the promise of novel ideas. A negative result on current hardware does not necessarily mean an idea is bad; it may mean the idea is losing a hardware lottery, and the field should maintain a portfolio of approaches that are currently impractical but may become practical if the hardware landscape shifts. This is a fundamentally different posture than the "survival of the fittest" model where ideas that work are presumed to be the best ideas.
Tie to evidence. The essay anchors this concept in the deep neural network case study (Section 3.1), which is the most thoroughly documented example: backpropagation existed from 1963, convolutional architectures from 1982 (paired with backpropagation in 1989), yet deep neural networks were not recognized as promising until the GPU repurposing of the 2000s — a hardware accident from an unrelated industry. The four-decade gap between algorithmic availability and empirical validation is the essay's primary evidence that the hardware lottery is not a minor perturbation but can produce multi-decade delays in research progress. The concept is further supported by the capsule networks case (Section 4, citing Barham & Isard, 2019), which demonstrates the mechanism operating in the present day: a novel architecture with intellectually motivated design choices suffers severe performance penalties on domain-specialized hardware, making it difficult to evaluate whether its underlying ideas are sound.
Fundamental vs. incremental. This is a fundamental conceptual contribution — not an incremental refinement. It names a phenomenon that did not previously have a standard term in the machine learning literature and provides an analytical framework for reasoning about it that generalizes across historical periods and research domains.
Innovation 2: The Anna Karenina Principle Applied to Research Breakthroughs as a Formal Diagnostic for Hardware Lotteries
The essay adapts the Anna Karenina principle — originally from Tolstoy's observation that "happy families are all alike, every unhappy family is unhappy in its own way," later popularized in ecology and risk assessment (Moore, 2001) — into a formal diagnostic criterion for identifying when a research failure constitutes a hardware lottery rather than a genuine intellectual dead end. This adaptation is analytically powerful because it provides a rigorous counterfactual framework in a domain where counterfactuals are notoriously difficult to establish.
The diagnostic logic. The principle states that success requires all necessary conditions to be met, while failure requires only one condition to be absent. Applied to AI research, the necessary conditions include algorithmic insight, compatible hardware, usable software, and a receptive research community. If we observe a failure (i.e., a research direction that was explored and abandoned), the Anna Karenina principle tells us that we cannot conclude the algorithmic insight was flawed — we can only conclude that at least one condition was absent. Determining which condition was absent requires a separate investigation, and the essay argues that the hardware condition has been systematically under-investigated in standard historical accounts. This is a specific, falsifiable claim: if hardware had been different, the outcome would have been different. The essay supports this claim by pointing to cases where hardware did become different (GPUs arriving), and the previously failed idea did succeed — post-hoc validation of the counterfactual.
What the field did before this framework. Prior histories of AI have typically explained the delayed recognition of neural networks in terms of intellectual resistance — the dominance of symbolic AI, the Minsky and Papert (1969) critique of perceptrons, the "AI winter" that followed. These explanations focus on sociological and intellectual factors (which researchers believed what, which ideas had institutional power). The Anna Karenina adaptation reframes the same historical episode by foregrounding a material factor: even if every AI researcher in 1985 had been convinced that deep neural networks were the right approach, they still would have been unable to train them at scale because the von Neumann bottleneck made it practically impossible on available hardware. The intellectual resistance story and the hardware lottery story are not mutually exclusive, but the essay argues that the hardware dimension has been underweighted relative to its causal importance.
Significance beyond explanation. The Anna Karenina framing has prescriptive implications. It implies that a research portfolio should be diversified across the dimensions that can independently cause failure — not just algorithmic diversity but also hardware diversity. If a single hardware paradigm dominates (as the essay argues domain-specialized hardware is beginning to), then any algorithmic approach that is incompatible with that paradigm is vulnerable to failure regardless of its intellectual merits. The principle provides a formal justification for investing in hardware platforms that are not justified by near-term commercial returns: they preserve the option to test algorithmic ideas that might fail on the dominant platform.
Tie to evidence. The principle is introduced in Section 3 and immediately applied to the Babbage analytical engine case: the algorithmic concept (stored program, modifiable code, memory, conditional branching) was valid, but the hardware condition (electromagnetic technology with sufficient precision) was absent in 1837. The idea was rediscovered a century later when the hardware condition was met during WWII (vacuum tubes repurposed for code-breaking). The gap between Babbage's death (1871) and the rediscovery demonstrates that the absence of a single condition can produce a century-long delay, consistent with the Anna Karenina logic.
Fundamental vs. incremental. This is a methodological contribution — it provides a reusable diagnostic tool rather than a domain-specific finding. Any researcher evaluating a historical or contemporary case of research failure can apply the Anna Karenina criteria to determine whether a hardware lottery is a plausible explanation.
Innovation 3: The Domain Specialization Feedback Loop as an Amplification Mechanism That Distinguishes the Present Era from Prior Hardware Lotteries
While the historical hardware lottery examples (Babbage, Connection Machine, deep neural networks) describe past failures of hardware-algorithm alignment, the essay makes a forward-looking argument that is structurally novel: the current shift to domain-specialized hardware creates a qualitatively different dynamic than the general-purpose computing era, one that actively amplifies hardware lotteries rather than merely failing to prevent them. This is not simply a prediction that "more hardware lotteries will happen" — it is a specific claim about a self-reinforcing feedback loop that was absent in prior eras.
The structural difference from the general-purpose era. Under the general-purpose computing paradigm (roughly 1969–2010), Moore's law delivered uniform performance improvements across all types of computation. A faster CPU made everything faster — matrix multiplies, logic programming, graph traversal, symbolic manipulation. This meant that even if CPUs were suboptimal for a given operation, the performance gap between operations was relatively modest, and researchers could prototype novel ideas at small scale. The essay argues (Section 4) that domain-specialized hardware breaks this uniformity: a TPU accelerates matrix multiplies by orders of magnitude relative to a CPU, but provides no acceleration (and sometimes actively penalizes, due to host-device transfer overhead) for operations outside its specialization envelope. The performance ratio between specialized and non-specialized operations widens dramatically, making it impossible to evaluate non-standard architectures at competitive scales.
The feedback loop mechanism. The essay does not name this explicitly as a feedback loop, but the logic (reconstructed from Sections 4–5) is: commercial success of deep neural networks → hardware optimized for their core operations (matrix multiplies) → cheaper/faster experimentation on matrix-multiply-heavy architectures → more commercial success → further hardware specialization. Each iteration of this loop makes it more costly (in relative terms) to explore architectures that deviate from the matrix-multiply paradigm. The loop did not exist in the general-purpose era because hardware improvements were not coupled to any specific algorithmic paradigm — Moore's law improved everything, so there was no mechanism by which success in one paradigm made hardware less suitable for others.
What this means for the hardware lottery concept. The historical hardware lotteries the essay describes were primarily about one-time misalignments: the hardware that existed at a given time was incompatible with a specific algorithmic idea, but the hardware was not actively becoming more incompatible over time. The domain specialization era introduces a dynamic where misalignment compounds: as hardware is optimized for paradigm A, the cost of exploring paradigm B increases not just absolutely (because B gets no acceleration) but relatively (because A gets faster, making B's researchers less competitive in terms of results per dollar). This creates a winner-take-most dynamic that the essay warns will make "the gains from progress in computing... increasingly uneven" (Section 7), with certain research directions in the fast lane and others "further obstructed."
Significance beyond the historical analysis. This innovation transforms the essay from a retrospective diagnosis into a forward-looking warning. The hardware lottery is not just something that happened in the past — the essay argues it is becoming more severe under current technological and economic conditions. The implication is that the AI research community should be more concerned about hardware lock-in now than it was during the general-purpose era precisely because the hardware landscape is becoming less flexible, not more.
Tie to evidence. The capsule networks case study (Section 4, citing Barham & Isard, 2019) is the primary empirical anchor: capsule networks introduced novel, intellectually motivated architectural components that addressed known CNN deficiencies, but their performance on TPUs and GPUs "falls off a cliff" because these accelerators are optimized for the matrix-multiply operations that capsule networks partially replace. This is not a hypothetical future scenario — it is a documented present-day example of domain specialization creating a hardware lottery for a specific research direction. The essay's claim that this dynamic will generalize to other non-standard architectures is a prediction, but one grounded in the structural logic of how specialized hardware creates asymmetric performance cliffs.
Fundamental vs. incremental. This is a structural diagnosis that identifies a qualitative change in the hardware-algorithm relationship. It is not incremental because it argues that the conditions that produced past hardware lotteries are not merely persisting but are being amplified by a new feedback mechanism that was absent in prior eras.
Innovation 4: Counterfactual Reasoning as the Missing Evidentiary Standard for Evaluating Research Failures
The essay implicitly introduces a methodological standard that is novel in its application to AI research history: to determine whether a failed research direction was genuinely flawed or merely lost a hardware lottery, one must evaluate the counterfactual — what would have happened under different hardware conditions — and use cases where hardware did change as natural experiments that validate the counterfactual logic. This is not presented as a formal methodology, but it structures the essay's entire historical analysis and constitutes a distinct intellectual contribution.
The evidentiary problem. The core difficulty in identifying hardware lotteries is that the counterfactual is invisible in real time. When a research direction fails, the default interpretation — reinforced by the incentives of the publication system, which favors positive results — is that the idea was flawed. The essay argues that this default interpretation is systematically unreliable because it does not control for the hardware condition. But how can one demonstrate that hardware was the decisive factor without access to the counterfactual world where different hardware existed?
The essay's methodological move. The essay uses hardware regime changes as natural experiments. The GPU repurposing of the 2000s is the key example: before GPUs, deep neural networks were a marginal research direction that had been explored and largely abandoned; after GPUs, the same algorithmic ideas (backpropagation, convolutional architectures, depth) produced dramatic empirical success. The fact that the algorithms did not fundamentally change during this transition (the essay emphasizes that backpropagation was already decades old) isolates hardware as the causal variable. This is a before-after comparison where the "treatment" is a change in available hardware, and the "outcome" is a reversal in the perceived viability of a research direction. The reversal validates the counterfactual: if GPUs had existed in 1963, the essay implies, the deep learning revolution might have happened decades earlier.
This methodological move is significant because it provides a template for identifying future hardware lotteries. If a research direction is currently failing, one should ask: is there a plausible hardware configuration (existing but not widely available, or foreseeable but not yet built) under which this approach would become competitive? The capsule networks case can be read as an application of this template: the hardware that would make capsule networks competitive (accelerators with support for dynamic routing and vector normalization operations) does not currently exist at commercial scale, but the essay's framework suggests that this is a hardware lottery rather than evidence that capsule networks are a dead end.
What this changes about how to read the literature. If the field adopted this evidentiary standard, negative results would be reported with more nuance: rather than "approach X does not work," the report would be "approach X does not work on hardware Y, and we have reason to believe (or not believe) that hardware Z would change this conclusion." The essay does not explicitly call for this reporting standard, but it is a natural consequence of taking the hardware lottery concept seriously.
Tie to evidence. The structure of Section 3.1 — where the essay first establishes the timeline of algorithmic availability (1963–1989), then identifies the hardware obstacle (von Neumann bottleneck), then documents failed attempts to build specialized hardware (Connection Machine, SPACE, HipNet-1), and finally chronicles the GPU-driven reversal — is an explicit demonstration of this counterfactual methodology. Each step in the narrative is designed to isolate hardware as the binding constraint and to rule out alternative explanations (e.g., that the algorithms were simply not ready).
Fundamental vs. incremental. This is a methodological contribution embedded within the essay's analytical practice rather than stated as an explicit prescription. It provides a template for how to do the kind of historical analysis the essay performs, and it raises the evidentiary bar for claims that a research direction has been fairly evaluated on its intellectual merits.
5. Experimental Analysis
This paper is a position essay and historical analysis, not an empirical study. It does not conduct experiments, train models, benchmark systems, or collect quantitative data in the conventional sense. There are no datasets, base models, metrics, baselines, generation budgets, or cross-validation protocols to report. The paper's evidence base consists of curated historical cases drawn from published literature and computing history, presented as narrative argument rather than as controlled experimentation.
However, the paper does make empirical claims—about timelines, about the performance consequences of hardware-algorithm mismatch, about the scaling behavior of deep neural networks—that are anchored in cited external work. This section treats those cited empirical findings as the paper's de facto experimental support and evaluates them under the same critical standards applied to traditional empirical papers, with appropriate caveats about the nature of the evidence.
Evaluation Methodology
-
"Dataset." The paper's evidence base is a curated set of historical episodes drawn from published computer science history, technical reports, and prior literature. The primary cases are: Babbage's analytical engine (1837, unbuilt), the Connection Machine (1985, bankrupt), the Japanese 5th generation computer project (1980s, failed), the delayed recognition of deep neural networks (1963–2012), and capsule networks on domain-specialized hardware (2017–2019). Each case is sourced to specific references (Kurzweil, 1990; Taubes, 1995; Morgan, 1983; LeCun et al., 1989; Barham & Isard, 2019; among others). The "dataset" is not systematically constructed—there is no explicit inclusion criterion, no attempt at exhaustiveness, and no discussion of cases that might contradict the thesis.
-
"Base model(s)." Not applicable in the conventional sense. The analytic "model" is the hardware lottery framework itself and the adapted Anna Karenina principle (Section 3), which serves as the diagnostic criterion applied to each historical case.
-
Metrics. The paper uses no quantitative metrics. Its evaluative categories are qualitative: an idea "succeeds" (achieves widespread adoption and empirical validation) or "fails" (is abandoned or marginalized), and the paper attributes these outcomes—through counterfactual reasoning—to the alignment or misalignment between the idea's computational requirements and the available hardware/software of its era. "Success" is operationalized as eventual empirical demonstration at scale (e.g., ImageNet results for deep neural networks), while "failure" is operationalized as abandonment, bankruptcy, or multi-decade delay.
-
Baselines. The implied counterfactual baseline in each historical case is: the idea would have succeeded if compatible hardware had existed at the time of its proposal. For the forward-looking argument, the baseline is the general-purpose computing era (roughly 1969–2010), during which Moore's law provided uniform performance improvements across all computational patterns, preventing the extreme performance ratios that domain-specialized hardware creates between supported and unsupported operations.
-
Generation budget / compute accounting. Not applicable. There is no notion of FLOPs, generation budget, or sample count. The closest analog is the paper's discussion of economic costs in hardware development: 7 billion for a manufacturing plant (citing Thompson & Spanuth, 2018), and $12 million to train GPT-3 (citing Wiggers, 2020). These figures serve as evidence for the claim that hardware exploration is expensive and risk-averse, not as accounting for fair comparison between methods.
-
Cross-validation / statistical protocol. None. The paper's method is historical argumentation, not statistical inference. The validity of its claims rests on the persuasiveness of its counterfactual reasoning, the accuracy of its historical citations, and the reader's acceptance that the documented cases are representative rather than cherry-picked. The paper does not address selection bias in its choice of historical examples, does not discuss cases where hardware-algorithm alignment was strong and the idea still failed, and does not quantify the frequency of hardware lotteries relative to genuine intellectual failures.
Main "Results"
Because the paper conducts no experiments, this section reports the empirical claims drawn from cited external work that the essay uses to support its central thesis. Each claim is attributed to a specific external source, and the paper's interpretation of that claim is critically examined.
Historical Timeline of Algorithmic Availability for Deep Neural Networks
The paper's central exhibit is the claim that core deep learning algorithms were available decades before they were recognized as successful, and that this delay was caused by hardware incompatibility rather than algorithmic immaturity (Section 3.1). The specific timeline cited is:
- Backpropagation: invented in 1963 (Steinbuch & Piske, cited as K & Piske, 1963), reinvented in 1976 (Linnainmaa, 1976), and again in 1988 (Rumelhart et al., 1988).
- Deep convolutional neural networks: Fukushima & Miyake (1982) introduced the Neocognitron; LeCun et al. (1989) paired convolutional architectures with backpropagation for handwritten digit recognition.
- GPU-enabled breakthrough: the paper cites Chellapilla et al. (2006), Oh & Jung (2004), Ciresan et al. (2010), and others as early examples of GPU repurposing for neural networks. The ImageNet breakthrough years (2011–2015) are cited via Ciresan et al. (2011), Krizhevsky et al. (2012), and Szegedy et al. (2015).
Interpretation: The paper frames this ~30–40 year gap as evidence of a hardware lottery. The claim is that the algorithms were "in place" and that what changed was not algorithmic innovation but hardware availability (the GPU). This is a strong causal claim, and it depends on the assumption that the algorithms of 1963 (or 1976, or 1989) were sufficient for the results of 2012 if only the hardware had existed. The paper does not examine whether later algorithmic innovations—batch normalization (2015), ReLU activations (which replaced sigmoid/tanh and mitigated vanishing gradients, ~2011), dropout (2012–2014), improved weight initialization (2010), or the use of larger datasets like ImageNet (2009)—were necessary conditions for the deep learning breakthrough. The GPU was almost certainly a necessary condition, but the paper's stronger claim that it was the only missing condition (the Anna Karenina logic) is asserted rather than demonstrated.
The GPU Efficiency Comparison
The paper provides a specific quantitative comparison to illustrate the magnitude of the hardware lottery (Section 3.1):
- Le et al. (2012): 16,000 CPU cores used to train a model that classified cats.
- Coates et al. (2013): the same task solved with two CPU cores and four GPUs.
The implied ratio is approximately a 4000:1 reduction in CPU core count (though the GPUs are not directly comparable to CPU cores in FLOPs, and the paper does not provide a FLOPs-matched comparison). This is not the paper's own measurement—it is a side-by-side reading of two published results from different groups with different implementations. No direct controlled experiment is cited that isolates the GPU speedup for identical workloads on identical datasets with identical architectures. The comparison is evocative rather than rigorous, and the paper does not discuss potential confounds (differences in model architecture, training hyperparameters, dataset preprocessing, or implementation efficiency between the two papers).
The Capsule Networks Performance Cliff
The paper cites Barham & Isard (2019) to support the claim that domain-specialized hardware is creating present-day hardware lotteries (Section 4). The specific finding cited is:
"while capsule networks operations can be implemented reasonably well on CPUs, performance falls off a cliff on accelerators like GPUs and TPUs which have been overly optimized for matrix multiplies."
No specific performance numbers are quoted—no FLOPs ratios, no training time comparisons, no throughput measurements. The paper relies entirely on the qualitative description from Barham & Isard (2019). For a reader evaluating whether this constitutes strong evidence, the absence of quantitative magnitudes makes it difficult to assess the severity of the performance penalty or to compare it against the performance penalty that non-standard architectures faced in the general-purpose era (which the paper argues was smaller and less consequential).
Interpretation: The capsule networks case is the paper's single contemporary example of a hardware lottery in action. If this case is not convincing—if it is unclear whether the performance penalty is genuinely prohibitive or merely inconvenient, or whether subsequent work on optimizing routing operations could close the gap without hardware changes—then the paper's forward-looking claim that the hardware lottery is "getting worse" rests on a thin evidential base. The paper does not discuss any counterexamples: contemporary research directions that deviate from standard neural network building blocks yet perform well on domain-specialized hardware, or cases where poor performance on specialized hardware was overcome through software optimization rather than hardware redesign.
Diminishing Returns to Scale
The paper cites scaling behavior to argue that the current paradigm may be hitting fundamental limits, which would increase the cost of being locked into hardware optimized only for that paradigm (Section 5):
- Inception V3 (21.8 million parameters) vs. Inception V4 (41.1 million parameters): the near-doubling of parameters yields less than 2% improvement on ImageNet (78.8% vs. 80% accuracy). Cited to Kornblith et al. (2018).
- GPT-3 training cost: exceeding $12 million. Cited to Wiggers (2020).
The Inception comparison has significant limitations as evidence for the paper's broader claim. It compares two specific architectures from the same family, not a systematic scaling study across diverse architectures. A 2% improvement on ImageNet top-1 accuracy at the 78–80% range represents a non-trivial reduction in error rate (from ~21% to ~20%, or roughly a 5% relative error reduction), and the paper does not discuss whether this improvement is cost-effective in deployment scenarios where small accuracy gains have large economic consequences. More fundamentally, citing one architecture family's diminishing returns does not establish that all scaling of deep neural networks is hitting diminishing returns—the paper does not cite the contemporaneous work on GPT-3 (Brown et al., 2020, which the paper does cite elsewhere) showing that scaling language models by orders of magnitude continued to yield substantial capability improvements.
The von Neumann Bottleneck Claim
The paper's explanation for why CPUs were inadequate for deep neural networks centers on the von Neumann bottleneck (Section 3.1):
"the available compute is restricted by 'the lone channel between the CPU and memory along which data has to travel sequentially'" (citing Time, 1985)
The paper then states that "training on CPUs quickly exhausted memory bandwidth and it simply wasn't possible to train deep neural networks with multiple layers."
This is a qualitative claim about a hardware limitation, not a quantitative measurement. It is almost certainly true that CPUs were substantially slower than GPUs for the matrix operations at the core of neural network training. However, the paper does not provide: (a) a FLOPs comparison between a contemporary CPU and GPU from any specific year, (b) an analysis of whether the limiting factor was memory bandwidth, compute throughput, or a combination, (c) an estimate of what network depth would have been practical on CPUs of a given era, or (d) any controlled experiment measuring the CPU-GPU gap for identical neural network training workloads. The claim that it "simply wasn't possible" to train deep networks on CPUs is not quantified—was it literally impossible or merely impractically slow? The answer matters for the strength of the hardware lottery claim: if training a deep network on a 1990 CPU would have taken 100 years, that is a qualitatively different barrier than if it would have taken one month but researchers were unwilling to wait.
Ablation Studies and Robustness Checks
The paper does not conduct ablations in the conventional sense. However, one can evaluate whether the paper's argument would survive the addition or removal of specific support.
Alternative explanation for the deep learning delay: algorithmic immaturity. The paper does not seriously engage with the possibility that the algorithms of 1963–1989 were genuinely insufficient for the results of 2012, independent of hardware. The backpropagation of 1963 was formulated for a different context (learning matrices, not training multi-layer neural networks). The Neocognitron (1982) used unsupervised competitive learning, not backpropagation. LeCun et al. (1989) demonstrated backpropagation-trained convolutional networks for a specific, constrained task (handwritten digit recognition on a small dataset). The paper does not examine whether the algorithmic innovations that emerged between 1989 and 2012—including but not limited to better activation functions, better weight initialization schemes, better regularization methods (dropout, batch normalization), better optimization algorithms (Adam, RMSprop), and the availability of ImageNet-scale datasets—were individually or collectively necessary for the ImageNet breakthrough. The counterfactual claim that "the algorithms were already in place" is more contestable than the paper acknowledges.
Alternative explanation for symbolic AI dominance: intellectual merit, not software lottery. The paper attributes the dominance of symbolic AI through the 1990s partly to the LISP and Prolog software ecosystem that made symbolic approaches easy to implement (Section 3.2). It does not engage with the possibility that symbolic approaches dominated because many researchers found them intellectually compelling on their own terms—because they offered interpretability, compositionality, and explicit reasoning capabilities that connectionist approaches lacked. The software lottery claim is that the tooling caused or substantially contributed to the dominance. Demonstrating this would require evidence that researchers chose symbolic approaches because they were easier to implement, not because they believed in the approach. The paper provides no such evidence (e.g., surveys of researcher motivations, historical accounts of funding decisions influenced by software availability).
Missing cases: hardware lotteries that were won, and non-lottery failures. The paper selects cases where hardware was a binding constraint and the idea later proved successful. A more robust analysis would include: (a) cases where an idea was well-supported by available hardware yet still failed, to establish the base rate of failure that is not attributable to hardware, and (b) cases where the hardware lottery was won (the hardware existed) but the idea failed anyway, to test whether hardware alignment is sufficient for success. The absence of any systematic attempt to sample from the distribution of research successes and failures makes it impossible to assess whether the documented cases are representative or selected to support the thesis.
Missing evidence on the magnitude of the capsule network performance penalty. The capsule networks case (Section 4, citing Barham & Isard, 2019) is described qualitatively: performance "falls off a cliff." Without specific numbers—what is the training time ratio on TPU vs. CPU? What is the throughput ratio? How does this ratio compare to the ratio for standard CNNs?—the reader cannot evaluate whether the penalty is large enough to deter research investment, or whether it is comparable to the penalties that non-standard architectures faced in the general-purpose era. The paper could have strengthened this argument substantially by including a table of performance measurements across hardware platforms for capsule networks vs. standard architectures, but such measurements are not provided.
Critical Assessment
The paper's central claims, as identified in the Executive Summary, must be evaluated against the evidence it provides, with careful attention to what is demonstrated versus what is asserted.
Claim 1: "The hardware lottery exists as a systematic phenomenon where research ideas win because they are compatible with available hardware, not because they are superior." The paper provides a coherent conceptual framework for this phenomenon and documents cases that are consistent with the hardware lottery interpretation. The deep neural network case is the strongest exhibit: the multi-decade gap between algorithmic proposal and empirical validation, followed by rapid success when a hardware platform (GPU) with compatible architectural properties became available, is genuinely suggestive of a hardware constraint. However, demonstrating that hardware compatibility was the decisive factor—rather than one factor among several—requires ruling out alternative explanations. The paper does not systematically rule out algorithmic immaturity, dataset limitations, or sociological factors as primary causes of the delay. The evidence is sufficient to establish that hardware lotteries are plausible and that the historical cases are consistent with the hardware lottery interpretation. It is not sufficient to establish that the hardware lottery was the primary or sole cause of the delayed recognition of deep neural networks, nor to establish the frequency of hardware lotteries relative to other causes of research failure.
Claim 2: "Domain-specialized hardware is amplifying the hardware lottery, making it more costly to stray from accepted building blocks." The paper provides a clear mechanism for this claim: specialized hardware creates a performance cliff between supported operations (matrix multiplies, which run at teraflops) and unsupported operations (which fall back to CPU speeds or incur host-device transfer overhead), and the ratio between these is far larger than the ratio between any two operations on a general-purpose CPU. The mechanism is logically sound. However, the empirical evidence that this mechanism is actually operating to suppress specific research directions consists of a single case—capsule networks, cited through Barham & Isard (2019)—reported qualitatively without performance numbers. A single qualitative case study is a thin evidentiary base for a claim about a broad structural shift in the research ecosystem. The paper does not provide evidence about the magnitude of the effect (how many research directions are affected, how severe the penalty is, whether researchers actually avoid certain architectures because of hardware concerns). The capsule networks case establishes that the mechanism can operate; it does not establish that it is systematically distorting the research frontier.
Claim 3: "The gap between winners and losers in research will grow increasingly uneven." This is a forward-looking prediction, not an empirical claim that can be evaluated against the paper's evidence. The prediction follows logically from the domain specialization amplification mechanism if one accepts that (a) the mechanism operates as described, (b) hardware will continue to become more specialized rather than more general, and (c) the next algorithmic breakthrough will require operations that current hardware does not accelerate well. The paper provides no empirical evidence for (b) or (c) beyond the observation that biological intelligence differs from deep neural networks in ways that might require different hardware. The prediction is plausible but not empirically grounded in any trend data about hardware diversity, research direction diversity, or the correlation between hardware fit and research adoption.
Claim 4: "Deep neural networks lost the hardware lottery for roughly four decades." The timeline evidence—backpropagation in 1963, GPUs enabling deep networks in the 2000s—establishes that there was a long gap between algorithmic proposal and empirical success. However, the paper's framing implies that the algorithms of 1963 were the same as the algorithms of 2012 and that only hardware changed. This is historically contestable. The backpropagation of 1963 (Steinbuch & Piske) was formulated for learning matrices, not for training multi-layer neural networks with gradient descent. Rumelhart et al. (1988) is typically credited with popularizing backpropagation for neural network training specifically, which places the "algorithmic availability" starting point closer to 1988 than 1963. From 1988 to 2012 is a ~24-year gap, still substantial, but the four-decade framing (from 1963) stretches the continuity of the algorithmic lineage. More importantly, the gap between 1988 and 2012 saw significant algorithmic innovations (LSTM in 1997, improved optimization methods, better activation functions and initialization schemes, the development of large-scale datasets like ImageNet) that were likely necessary for the 2012 breakthrough. The paper's claim that hardware was the sufficient missing condition, with algorithms already "in place," elides this algorithmic progress.
Genuine weaknesses in the evidentiary structure:
-
No quantitative measurements of hardware-algorithm mismatch. The paper provides no original benchmarks, no FLOPs comparisons, no training time measurements, and no controlled experiments. All empirical claims are drawn from cited literature without systematic quantitative synthesis. For a paper that argues for the importance of quantifying hardware-algorithm interactions, the absence of any such quantification in its own evidence is a significant gap.
-
Selection bias in historical cases. The paper selects cases that support its thesis (Babbage, Connection Machine, deep neural networks, capsule networks) and does not discuss potential counterexamples—research directions that had strong hardware support yet failed, or research directions that succeeded despite hardware incompatibility. Without any attempt to bound the prevalence of hardware lotteries, the paper cannot distinguish between "hardware lotteries happen" (a weak claim that is almost certainly true) and "hardware lotteries are a primary determinant of research outcomes" (a strong claim that requires comparative evidence).
-
The Anna Karenina framework is asserted, not tested. The principle that "success requires all factors; failure requires only one" is used diagnostically to reinterpret historical cases, but the paper provides no independent test of whether this principle holds in the domain of computer science research. Are there documented cases where multiple factors were absent and the idea nevertheless succeeded? Are there cases where only one factor (hardware) was absent and the idea nevertheless succeeded by finding a workaround? The framework's validity is assumed rather than empirically validated.
-
The forward-looking prediction is untestable with the provided evidence. The claim that hardware lotteries will become more severe under domain specialization rests on a single contemporary case study (capsule networks) and a mechanistic argument about performance cliffs. To strengthen this claim, the paper would need to provide evidence that: (a) the hardware landscape is actually becoming less diverse (not just that individual devices are specialized, but that the portfolio of available hardware types is narrowing), (b) researchers are actually avoiding non-standard architectures because of hardware concerns (e.g., survey data, publication trend analysis), and (c) the magnitude of the performance penalty for non-standard operations on specialized hardware is large enough to deter research investment (quantified, not just described as "falling off a cliff").
Experiments that would have strengthened the paper:
- A systematic survey of abandoned research directions in AI, coded by whether hardware incompatibility was a contributing factor, with an attempt to estimate the proportion of failures attributable to hardware vs. algorithmic vs. other causes.
- A quantitative benchmark comparing the performance (training time, throughput) of a non-standard architecture (e.g., capsule networks, spiking neural networks, graph neural networks with non-standard operations) across CPU, GPU, and TPU, with a direct FLOPs-matched comparison to a standard architecture (CNN, Transformer) on the same task.
- An analysis of publication trends correlating with hardware releases—e.g., did the release of TPUs (2017) correlate with an increased proportion of papers using architectures composed almost entirely of matrix-multiply operations, relative to the pre-TPU baseline?
- Interviews or surveys with AI researchers about whether hardware availability has influenced their choice of research direction, providing direct evidence for (or against) the claim that hardware shapes research agendas.
None of these are conducted, and the paper does not claim to conduct them. This is consistent with the paper's stated genre (position paper and historical review), but it means that the empirical claims are supported by illustration rather than by systematic evidence.
Conditions under which the paper's claims hold (or do not):
-
The claim that domain specialization amplifies hardware lotteries holds if the next breakthrough requires operations that are not well-supported by current specialized hardware. If the next breakthrough can be expressed in terms of operations that current hardware already accelerates well (matrix multiplies, convolutions, attention), then domain specialization is not a barrier—it is an enabler. The paper acknowledges this conditional explicitly (Section 5: "The risk you attach to depending on domain specialized hardware is tied to your position on this debate").
-
The claim that deep neural networks lost a hardware lottery for ~30–40 years holds if the algorithms of the 1960s–1980s were sufficient in principle and only lacked hardware. If subsequent algorithmic innovations were necessary conditions, the delay is partially attributable to algorithmic progress, not solely to hardware. The paper's case is weaker the more one attributes the 2012 breakthrough to algorithmic innovations between 1989 and 2012.
-
The claim that LISP/Prolog created a software lottery favoring symbolic AI holds if the software ecosystem was a primary cause of symbolic AI's dominance, rather than a secondary factor alongside intellectual appeal, institutional momentum, and the genuine limitations of early connectionist approaches. The paper provides suggestive evidence (LISP/Prolog were widely taught and well-suited to symbolic reasoning) but not causal evidence.
-
The overall hardware lottery framework is most valuable as a conceptual tool for generating hypotheses and questions rather than as a demonstrated empirical regularity. It provides a lens through which to examine research outcomes, and that lens may prove productive even if the specific historical claims are partly contested. The framework's value is in changing what questions researchers ask (e.g., "Is this negative result hardware-dependent?" rather than "Is this idea bad?") rather than in providing definitive answers about any specific historical episode.
6. Limitations and Trade-offs
The Counterfactual Evidentiary Standard Is Intrinsically Difficult to Meet
The assumption or constraint. The hardware lottery framework requires demonstrating that a research direction failed because of hardware incompatibility rather than because the idea was genuinely flawed — a counterfactual claim that is inherently difficult to prove. The paper acknowledges this challenge explicitly in Section 4:
"It is difficult to answer this question because data points here are limited — it is hard to model the counterfactual of would this idea succeed given different hardware."
The Anna Karenina principle (Section 3) provides a logical structure for this counterfactual: if success requires all factors (algorithm, hardware, software, community) and failure requires only one, then observing a failure tells you only that at least one factor was absent, not which one. Distinguishing hardware-caused failures from algorithmic-caused failures requires evidence that the other factors were present — and for historical cases, this evidence is often incomplete or contested.
The consequence. The entire thesis of the paper rests on claims about counterfactuals that cannot be experimentally verified. For the central case study — deep neural networks — the paper asserts that the algorithms were "already in place" by 1963–1989 and that only hardware (the GPU) was missing. If this counterfactual is wrong — if subsequent algorithmic innovations between 1989 and 2012 (better activation functions, initialization schemes, normalization techniques, larger datasets like ImageNet) were also necessary conditions — then the "four-decade hardware lottery" claim is overstated, and the hardware lottery framework exaggerates the causal role of hardware relative to algorithmic progress. The paper provides no systematic method for testing whether backpropagation in 1963 plus a 2012-era GPU would have produced the ImageNet breakthrough without batch normalization, ReLU activations, dropout, and ImageNet itself. The counterfactual is asserted, not tested.
For the forward-looking claim (domain specialization is amplifying hardware lotteries), the counterfactual problem is even more acute: the paper must argue that future research directions will be suppressed by current hardware trends. This requires predicting both what the next breakthrough will require and whether hardware will exist to support it — predictions the paper acknowledges are tied to one's position on a debate (Section 5) about whether deep neural networks are "the only way forward." A reader who believes that future breakthroughs will be variants of current deep learning architectures (and therefore compatible with matrix-multiply-optimized hardware) will find the paper's warning unconvincing, and the paper provides no empirical evidence to adjudicate between these beliefs.
What evidence exists in the paper. The paper's primary method for addressing the counterfactual problem is to use hardware regime changes as natural experiments — specifically, the GPU repurposing of the 2000s as a before-after comparison where hardware changed and the previously failed idea succeeded (Section 3.1). This is a valid form of evidence but is limited to a single case (deep neural networks) and does not control for other changes that occurred during the same period (algorithmic innovations, dataset availability, increased research investment). The capsule networks case (Section 4, citing Barham & Isard, 2019) attempts to provide a contemporary example, but the counterfactual there is projected into the future: capsule networks perform poorly on current hardware, and we do not yet know whether they would succeed on different hardware or whether they will ultimately prove to be a less promising direction than alternatives regardless of hardware.
Mitigation status. The paper does not attempt to resolve the counterfactual problem — it is frank about the difficulty (Section 4) and the dependence of its forward-looking argument on an unresolved debate (Section 5). This is honest but means the paper's central claims are fundamentally unfalsifiable within the evidence it provides. A reader who is unconvinced by the historical interpretation (e.g., who believes algorithmic immaturity, not hardware, was the primary cause of deep learning's delayed recognition) will find no empirical evidence in the paper that could change their mind, because the paper does not test alternative explanations — it only illustrates its preferred one.
The Paper Provides No Quantitative Measurements of Hardware-Algorithm Mismatch
The assumption or constraint. The essay's argument depends on the claim that hardware-algorithm mismatch produces performance penalties that are large enough to deter research investment — that the mismatch is not merely inconvenient but decisive. However, the paper provides no original quantitative measurements of these penalties. No FLOPs comparisons, no training time benchmarks, no throughput ratios, no controlled experiments isolating the hardware component of performance differences are conducted. The paper's evidence for the magnitude of hardware lottery effects consists entirely of qualitative descriptions drawn from cited external work, and even these are reported without specific numbers.
The consequence. Without quantitative magnitudes, the reader cannot assess the severity of the hardware lottery problem, cannot distinguish between cases where hardware makes an idea slightly slower versus cases where it makes an idea practically impossible, and cannot evaluate whether the claimed effects justify the paper's proposed remedies (sustained public funding for exploratory hardware, investment in reconfigurable architectures, development of domain-specific languages and profiling tools). The key quantitative comparison in the paper — Le et al. (2012) used 16,000 CPU cores versus Coates et al. (2013) using two CPU cores and four GPUs for a similar task — is a side-by-side reading of two different papers from different groups with different implementations, not a controlled experiment. The paper does not provide FLOPs-per-operation comparisons, does not discuss whether the two systems were training identical architectures on identical data, and does not address whether differences in implementation efficiency (independent of hardware) could account for part of the gap. For the capsule networks case (Section 4, citing Barham & Isard, 2019), the performance penalty is described qualitatively as "falling off a cliff" with no specific ratios, no throughput numbers, and no comparison to the performance penalty that non-standard architectures faced in the general-purpose era (which the paper argues was smaller). A reader cannot assess from the paper's description whether the capsule network penalty on TPUs is 2×, 10×, or 100× relative to CPUs, or how this compares to, say, the penalty a logic programming system would face on a GPU.
The von Neumann bottleneck analysis (Section 3.1) is similarly qualitative: CPUs "quickly exhausted memory bandwidth" and "it simply wasn't possible to train deep neural networks with multiple layers" — but the paper provides no estimate of what depth would have been trainable on a 1990-era CPU, what training time would have been required, or how this compares to the training times that researchers at the time were willing to tolerate. Was the barrier literal impossibility (the hardware could not represent models of sufficient size) or practical infeasibility (training would take years)? The distinction matters for the strength of the hardware lottery claim.
What evidence exists in the paper. The paper cites specific performance claims from external literature:
- The 16,000 CPU cores vs. 2 CPUs + 4 GPUs comparison (Le et al., 2012; Coates et al., 2013), reported in Section 3.1.
- The Inception V3 vs. V4 scaling comparison (Kornblith et al., 2018), providing the <2% accuracy improvement for ~2× parameters, reported in Section 5.
- The GPT-3 training cost (exceeding $12 million, Wiggers, 2020), reported in Section 5.
None of these are the paper's own measurements, and none directly quantify the hardware-algorithm mismatch penalty for a specific algorithm on specific hardware under controlled conditions. They are illustrative anecdotes, not systematic measurements.
Mitigation status. The paper does not acknowledge the absence of quantitative measurements as a limitation. The omission is consistent with the paper's genre (position essay and historical review) but is consequential for readers who want to evaluate the practical severity of the problem the paper diagnoses. A reader could accept the conceptual framework (hardware lotteries exist) while remaining uncertain about their frequency, their magnitude, and whether the proposed interventions are proportionate to the problem — and the paper provides no quantitative basis for resolving this uncertainty.
No Systematic Method for Distinguishing Hardware Lotteries from Genuine Intellectual Failures
The assumption or constraint. The hardware lottery framework makes a specific kind of claim: a research direction that appeared to fail actually failed because of hardware incompatibility, and would have succeeded if different hardware had been available. To apply this framework reliably — to determine whether any specific case of research failure constitutes a hardware lottery — one needs criteria for ruling out alternative explanations (the idea was genuinely flawed, the implementation was incompetent, the community lost interest for sociological reasons). The paper provides no such criteria beyond the Anna Karenina principle (Section 3), which is a diagnostic framework rather than a test — it tells you that hardware could be the cause of failure but does not tell you how to determine whether it was.
The consequence. The hardware lottery framework, as presented, can be applied retrospectively to reinterpret virtually any research failure as a potential hardware lottery, because the counterfactual ("it would have worked on different hardware") is not testable in cases where the different hardware never materialized. This makes the framework unfalsifiable for cases that lack a natural experiment (i.e., cases where a hardware regime change did not occur and the idea was never revisited). The paper's selection of cases — Babbage's analytical engine, the Connection Machine, deep neural networks — all share the feature that the idea was eventually vindicated, making the counterfactual testable in retrospect. But the framework provides no guidance for identifying present-day hardware lotteries where the vindication has not yet occurred, because it provides no positive criteria for recognizing a lottery before the winning ticket is drawn.
This is a practical limitation for the forward-looking argument. The paper argues that domain specialization is creating current and future hardware lotteries, and that the field should invest in mitigating them. But if the framework cannot distinguish between "this idea is currently losing a hardware lottery" and "this idea is genuinely less promising than alternatives," then the prescription "invest in hardware diversity to avoid lotteries" reduces to "invest in everything because any failure might be hardware-caused." This is not a practical allocation principle. Without a method for estimating the probability that a given failure is hardware-caused — or for identifying features that make an idea more likely to be lottery-vulnerable — the framework cannot guide resource allocation.
What evidence exists in the paper. The paper's primary method for establishing that a specific case was a hardware lottery is the natural experiment of a hardware regime change: the idea was proposed, failed to gain traction, hardware changed (GPU for deep neural networks), and the idea succeeded without fundamental algorithmic revision. This method works for the deep neural network case but is not available for the forward-looking cases (capsule networks, any future non-standard architecture) because the hardware change has not happened. The paper provides no alternative method for evaluating whether capsule networks (or any other novel architecture) are losing a hardware lottery in real time. The qualitative description "performance falls off a cliff" (Section 4) is consistent with either a hardware lottery or a genuinely inefficient architecture, and the paper provides no way to distinguish these possibilities.
Mitigation status. The paper does not address this limitation explicitly. The Anna Karenina principle is presented as an analytical lens (Section 3), but the paper does not discuss the practical challenge of applying it without the benefit of hindsight. The forward-looking claims in Sections 4–5 implicitly assume that the framework can be applied prospectively, but the paper provides no methodology for doing so and no criteria for evaluating which current research directions are most at risk.
Absence of Evidence on Base Rates: How Common Are Hardware Lotteries Relative to Genuine Failures?
The assumption or constraint. The paper's thesis that hardware lotteries are a significant problem — severe enough to warrant sustained public funding, investment in reconfigurable hardware, and development of new software infrastructure (Section 6) — depends on an implicit claim about frequency: hardware lotteries are common enough, and their consequences severe enough, to justify costly interventions. The paper provides no evidence about base rates. It does not attempt to estimate what fraction of abandoned research directions in AI history were hardware-caused versus algorithmically flawed versus institutionally unsupported, nor does it discuss whether hardware lotteries are the primary cause of research failure or a relatively rare edge case.
The consequence. Without base rate information, a reader cannot evaluate whether the hardware lottery is a first-order driver of research outcomes or a second-order phenomenon that occasionally produces dramatic (and memorable) failures. The cases the paper documents — Babbage, Connection Machine, deep neural networks — are all striking, but they are selected from a much larger universe of research failures. The paper does not discuss whether these cases are representative or extreme outliers. If hardware lotteries account for, say, 2% of research failures, then the paper's proposed interventions (billions of dollars in public funding for exploratory hardware, development of entirely new software ecosystems) may be disproportionate to the problem. If they account for, say, 30%, the interventions would be much more strongly justified. The paper provides no basis for estimating this quantity.
This is a specific instance of a broader selection bias in the paper's argument: it selects cases that support its thesis and does not search for or discuss cases that might contradict it. For the claim that LISP/Prolog created a software lottery favoring symbolic AI (Section 3.2), the paper does not examine whether there were research directions that did have strong software support yet still failed, which would demonstrate that software fit is not sufficient for success. For the claim that the Connection Machine failed because of a hardware lottery (Section 3.1), the paper does not examine whether there were contemporaneous specialized hardware projects that did have commercial viability and yet still failed, which would suggest that market forces rather than hardware-algorithm mismatch were the primary cause. Without any attempt to bound the prevalence of hardware lotteries by examining negative cases (directions with good hardware fit that nevertheless failed) and positive controls (directions with poor hardware fit that nevertheless succeeded), the reader cannot assess whether hardware lotteries are a dominant pattern or an occasionally interesting anomaly.
What evidence exists in the paper. The paper provides no base rate estimates, no systematic sampling from the distribution of research successes and failures, and no discussion of how the documented cases were selected. The selection process appears to be: cases where a research direction (a) was initially unsuccessful, (b) later proved successful, and (c) the timing of success coincided with a hardware change. This selection criterion guarantees that every case in the paper appears to be a hardware lottery, but it provides no information about how many other research directions shared features (a) and (c) without feature (b) — in other words, directions that got a hardware upgrade and still failed. The absence of such cases from the paper does not mean they do not exist; it means the paper did not look for them.
Mitigation status. The paper does not acknowledge selection bias or the absence of base rate estimates as a limitation. The historical cases are presented as illustrating a general phenomenon without any attempt to establish how general the phenomenon actually is. This is a significant gap for a paper that aims to motivate substantial changes in research funding and infrastructure — the strength of the prescription should scale with the demonstrated magnitude of the problem, and the paper provides no quantitative basis for assessing that magnitude.
The Forward-Looking Amplification Claim Rests on a Single Qualitative Case Study
The assumption or constraint. The paper's most urgent claim — that domain-specialized hardware is actively amplifying hardware lotteries in the present day, making it increasingly costly to stray from deep neural network building blocks — is supported by a single contemporary example: capsule networks, cited through Barham & Isard (2019) in Section 4. This example is reported qualitatively, without performance numbers, and no other contemporary cases are discussed. The paper does not provide evidence that the capsule network experience generalizes to other non-standard architectures, nor does it discuss the possibility that the capsule network performance penalty might be addressed through software optimization or compiler improvements without requiring hardware changes.
The consequence. A single qualitative case study — even if accurately reported — is insufficient to establish the broad structural claim that domain specialization is systematically distorting the research frontier. To establish that claim, the paper would need to demonstrate that: (a) the capsule network experience is representative of what happens when researchers attempt to implement non-standard architectures on domain-specialized hardware, (b) the performance penalty is large enough to deter research investment (not just noticeable), (c) researchers are actually avoiding or abandoning non-standard architectures because of hardware concerns (as opposed to other reasons), and (d) the problem is getting worse over time as hardware becomes more specialized (not better as software frameworks and compilers improve to support more diverse operations on specialized hardware). The paper provides evidence for none of these subsidiary claims. The mechanism — that specialized hardware creates performance cliffs between supported and unsupported operations — is logically sound, but the paper provides no evidence about the magnitude of that mechanism or its effect on actual researcher behavior.
The single-case limitation is particularly significant because the capsule networks case has an alternative interpretation that the paper does not address: perhaps capsule networks underperform on GPUs and TPUs not because the hardware is overly specialized, but because the operations they require (dynamic routing, iterative refinement) are genuinely more expensive than the matrix multiplies they replace, and this expense would manifest on any hardware platform. If routing-by-agreement is inherently more computationally intensive than feedforward convolution, then the performance penalty on TPUs is not a hardware lottery — it is a reflection of the algorithm's intrinsic computational cost. The paper does not disentangle these interpretations.
What evidence exists in the paper. The capsule networks case study is introduced in Section 4 with the citation to Barham & Isard (2019) and the qualitative description "performance falls off a cliff on accelerators like GPUs and TPUs which have been overly optimized for matrix multiplies." No performance measurements are provided. No other contemporary examples of hardware-algorithm mismatch on specialized hardware are discussed. No survey data, publication trend analysis, or interview evidence about researcher behavior is provided. The section on biological differences from deep neural networks (Section 5) mentions several alternative computational paradigms — local learning rules, sparse activation, predictive processing — but does not provide evidence that any of these are currently being suppressed by domain-specialized hardware.
Mitigation status. The paper does not acknowledge the thinness of the evidence base for its forward-looking claim. The capsule networks example is presented as sufficient illustration of the mechanism, and the biological comparisons in Section 5 are presented as establishing that alternative models of intelligence exist — but the gap between "alternatives exist" and "alternatives are being suppressed by current hardware" is not bridged by evidence. The paper's argument would be substantially strengthened by a systematic survey of non-standard architectures and their performance characteristics across hardware platforms, but such a survey is not conducted or cited.
The Proposed Interventions Do Not Address the Economic Fundamentals That Create Hardware Lotteries
The assumption or constraint. The paper's prescriptive proposals in Section 6 — reconfigurable hardware (FPGAs, CGRAs), domain-specific languages, auto-tuning software, better profiling tools, and sustained public funding for exploratory hardware — all target the technological dimension of the hardware lottery problem: making it easier to explore non-standard hardware-algorithm combinations. The paper acknowledges but does not attempt to resolve the economic fundamentals that it identifies as the root cause of hardware risk-aversion: developing a new chip costs 7 billion (Section 6, citing Thompson & Spanuth, 2018), and hardware development requires "long lead times of 10–20 years" for new materials (Section 6, citing Shalf, 2020). These costs create a structural incentive to design hardware for existing commercial use cases — specifically, deep neural networks — because that is where the market guarantees a return on investment.
The consequence. The paper's proposed interventions may be necessary but are unlikely to be sufficient. FPGAs and CGRAs offer flexibility but at "far higher FLOPS" cost (Section 6) and with "very painful and time-consuming" programming requirements (citing Shalf, 2020) — they are a tool for exploration but not a competitive platform for production-scale training of novel architectures. Domain-specific languages and auto-tuning software can reduce the software engineering cost of porting algorithms to diverse hardware, but they cannot close the performance gap between an operation that has dedicated silicon (matrix multiplies on a TPU) and one that does not — the hardware physics ultimately determines the achievable throughput. Better profiling tools can make hardware-algorithm interactions more visible, but visibility does not change the economic incentives that cause hardware vendors to optimize for existing commercial workloads.
Sustained public funding for exploratory hardware is the proposal that most directly addresses the economic problem — it is a mechanism for funding hardware development that is not justified by near-term commercial returns. But the paper provides no analysis of the scale of funding required relative to the scale of the problem. The examples cited — DARPA's 47 billion semiconductor fund — are mentioned as potentially "woefully inadequate" (Section 6, citing Shalf, 2020), but no estimate is provided of what adequate funding would look like. The paper does not address the practical challenge of sustaining public investment in hardware directions that may take 10–20 years to mature across multiple political and funding cycles. If the DARPA initiative is renewed for a few years and then discontinued (as happened with the Connection Machine's DARPA funding in the 1980s; Section 3.1), the result may be another generation of abandoned hardware projects rather than a durable solution to the hardware lottery problem.
What evidence exists in the paper. The paper cites specific costs in hardware development (Section 2.1, Section 6) and acknowledges the trade-off between flexibility and performance in reconfigurable hardware (Section 6: "the trade-off for flexibility is far higher FLOPS and the need for tailored software development"). It cites public funding initiatives as examples (DARPA, China's semiconductor fund) and notes that public investment "is currently far below industry levels of R&D" (Section 6, citing Shalf, 2020). The paper does not provide cost estimates for its own proposals, does not analyze the expected return on investment for increased hardware diversity, and does not discuss the political economy of sustaining public hardware funding through the 10–20 year time horizons that new materials require.
Mitigation status. The paper acknowledges that its proposals face economic constraints — it notes that FPGAs remain difficult to program, that public funding may be inadequate, and that hardware development is inherently expensive and slow. But it does not present these as limitations of the framework — rather, it presents the economic fundamentals as part of the problem that the proposals are meant to address. The paper does not address the possibility that the economic fundamentals are the primary problem and that technological interventions (better software, better profiling tools) can only mitigate, not solve, the hardware lottery. A reader who believes that the hardware lottery is fundamentally an economic problem (the market will not fund hardware for algorithms that do not yet exist) may find the paper's technological proposals to be addressing symptoms rather than causes, and the paper provides no argument or evidence to the contrary.
7. Implications and Future Directions
How This Work Changes the Landscape
This essay does not introduce a new algorithm, benchmark, or empirical result. It introduces something potentially more consequential: a diagnostic concept that makes a pervasive but largely invisible phenomenon legible and discussable within the machine learning community. The term "hardware lottery" provides a shared vocabulary for something many researchers have experienced intuitively—the sense that certain ideas are easier to explore than others for reasons unrelated to their intellectual merit—but that the field lacked language to articulate systematically. This is a reframing contribution, not a paradigm shift: it does not propose a new way of doing AI research but rather changes how the community should interpret the outcomes of the research it already does.
The magnitude of the shift depends on adoption. If the hardware lottery concept enters the working vocabulary of the field—if conference reviewers, funding panels, and research managers begin asking "could this negative result be hardware-dependent?" as a standard reflex—then the paper will have caused a genuine change in how the community evaluates evidence. If the term remains a provocative essay that is cited but not operationalized, the shift is smaller: an elegant articulation of a known frustration rather than a catalyst for methodological reform.
What the essay resolves and what it leaves open. The essay provides a unified explanatory framework that reconciles several tensions in the historical narrative of AI research:
-
Why did deep neural networks take so long to succeed? The standard story—that the field was dominated by symbolic AI and that connectionist ideas were marginalized by intellectual opposition—is not wrong, but the essay argues it is incomplete. Even if the intellectual climate had been favorable, the hardware to train deep networks at scale did not exist. The von Neumann bottleneck made CPUs fundamentally unsuitable for the massively parallel matrix operations at the core of neural network training (Section 3.1). The essay's contribution is to foreground this material constraint as a causal factor co-equal with the sociological factors that dominate standard accounts.
-
Why did specialized hardware projects for neural networks fail in the 1980s/90s? The Connection Machine, SPACE, HipNet-1, and similar projects are sometimes cited as evidence that neural network hardware was tried and failed—implying the approach was not viable. The essay reframes these failures as economic rather than technical: without a consumer market for neural network accelerators, the projects could not achieve financial sustainability. The hardware lottery framework distinguishes between "the idea was bad" and "the economic conditions for the necessary hardware did not exist"—a distinction the field had not clearly made.
-
Are symbolic and connectionist approaches inherently opposed, or was their competition shaped by tooling? The essay suggests that the dominance of symbolic AI through the 1990s was amplified by software lotteries: LISP and Prolog made symbolic approaches natural to implement, while connectionist approaches lacked comparably suited languages until Matlab's Neural Network Toolbox (1992) and later Torch (2002) (Section 3.2). This does not settle the intellectual debate between the paradigms, but it adds a tooling dimension that prior accounts underweighted.
Research directions that become more attractive. If the hardware lottery framework is taken seriously, several research postures become more attractive:
-
Hardware-algorithm co-design as a first-class research activity. Rather than treating hardware as a fixed constraint and optimizing algorithms within it, researchers should consider what new hardware capabilities would unlock currently impractical algorithmic ideas. This reverses the standard direction of influence (hardware → algorithm) and asks what algorithms would be possible if hardware could be designed to serve them.
-
Systematic negative result analysis. The essay implies that negative results should be reported with hardware context: "approach X failed to outperform baseline Y on hardware Z under conditions W." This makes it possible for future researchers to re-evaluate negative results when new hardware becomes available, rather than treating them as permanent verdicts on the underlying ideas.
-
Portfolio approaches to research investment. The Anna Karenina principle (Section 3) implies that any single hardware paradigm creates a single point of failure for research directions incompatible with it. A diversified hardware portfolio—maintaining capability on CPUs, GPUs, TPUs, FPGAs, and exploratory platforms—reduces the risk that a promising direction will be prematurely abandoned because it happens to be incompatible with the dominant platform of its era.
Research directions that become less attractive. The framework also implies caution about directions that are heavily dependent on continued dominance of current hardware:
-
Over-specialization to current accelerators. Research that optimizes architectures to squeeze maximum performance from current TPU/GPU microarchitectures—while practically valuable—may be fragile if the hardware landscape shifts or if the next breakthrough requires operations that current accelerators handle poorly. The paper's capsule networks example (Section 4) illustrates this fragility from the opposite direction: an architecture that deviated from the matrix-multiply paradigm suffered severe performance penalties on specialized hardware.
-
Treating scaling as the primary path forward. The essay's discussion of diminishing returns (Section 5, citing the Inception V3→V4 comparison and GPT-3's training cost) and biological counterexamples (local learning, sparse activation, energy efficiency) implies that betting exclusively on scaling current architectures may hit fundamental limits. If those limits are reached, and if hardware has been optimized exclusively for the current paradigm, the field may find itself without the tooling to explore alternatives—exactly the hardware lottery scenario the essay warns about.
Follow-Up Research This Work Enables
A systematic survey of abandoned AI research directions, coded for hardware-dependence. The essay's historical case studies are curated illustrations, not a systematic sample. A rigorous follow-up would identify a defined population of AI research directions that were actively explored and then abandoned (or marginalized) between, say, 1960 and 2010, and code each for: the computational patterns it required, the dominant hardware of its era, whether hardware-algorithm mismatch was a plausible contributing factor to its abandonment, and whether the direction was later revived (and if so, whether a hardware change coincided with the revival). This would transform the essay's qualitative thesis into a testable empirical claim: if hardware lotteries are a first-order phenomenon, a non-trivial fraction of abandoned directions should show a pattern of hardware-mismatch at time of abandonment and hardware-alignment at time of revival. The survey could be conducted via systematic review of AI textbooks, review articles, and citation networks tracing the lineage of ideas that were "ahead of their time." A strong result would be: of N abandoned directions, K% show clear evidence that hardware was a binding constraint, and of the subset that were later revived, L% coincided with a hardware regime change. Low K and L would suggest hardware lotteries are rare; high K and L would validate the essay's thesis quantitatively.
A hardware-diversity benchmark for novel architectures. The essay argues that domain-specialized hardware creates performance cliffs for operations outside the matrix-multiply envelope, but provides only one qualitative case study (capsule networks) and no numbers. A concrete follow-up would construct a benchmark suite of architectures that deliberately deviate from standard building blocks—capsule networks, spiking neural networks, graph neural networks with non-standard message-passing operations, networks with local learning rules, predictive coding architectures, attention mechanisms with non-standard similarity functions—and measure their training throughput, inference latency, and energy consumption across a representative set of hardware platforms: CPU (x86, ARM), GPU (NVIDIA), TPU (Google), FPGA (with optimized configurations), and any available neuromorphic or analog hardware. For each architecture-hardware pair, the key metric would be the performance ratio relative to a standard baseline (e.g., ResNet-50 or a Transformer of equivalent parameter count) on the same hardware. This would quantify exactly how much domain specialization penalizes deviation from the mainstream, and would identify which operations are most penalized. A strong result would be: for architectures that replace matrix multiplies with operation X, the throughput ratio relative to standard architectures is Y:1 on TPUs vs. Z:1 on CPUs, and Y >> Z, confirming that specialization creates asymmetric penalties. Absence of such asymmetry would suggest the hardware lottery concern is overstated.
A researcher behavior study: does hardware availability influence research direction choice? The essay's central claim is that hardware shapes which ideas researchers pursue, but provides no direct evidence about researcher behavior. A concrete follow-up would survey or interview AI researchers (academic and industry) about whether hardware considerations have influenced their choice of research problem. Specific questions could include: "Have you ever abandoned a research direction because it was too slow or difficult to implement on available hardware?" "Have you ever chosen a research direction because it was well-supported by available hardware and software frameworks?" "If a new hardware platform optimized for operation X became available, would it change your willingness to explore architectures that rely on X?" The survey could be paired with an analysis of publication trends: do the topics of papers published at major venues shift after major hardware releases (e.g., TPU availability in 2017, NVIDIA tensor cores in 2018)? A specific testable prediction: the proportion of papers proposing architectures that rely primarily on matrix multiplies (vs. architectures with non-standard operations) should increase after the widespread availability of hardware optimized specifically for matrix multiplies. A null result (no trend, no self-reported hardware influence) would challenge the essay's claim that hardware is actively shaping the research frontier. A positive result (significant self-reported influence, measurable shift in architectural choices after hardware releases) would provide the behavioral evidence the essay currently lacks.
Optimize a non-standard architecture for specialized hardware using software-only techniques. The essay's capsule networks example (Section 4) reports that performance "falls off a cliff" on GPUs and TPUs, but does not explore whether the cliff can be climbed through software optimization without hardware changes. A concrete follow-up would take capsule networks (or another non-standard architecture) and attempt to close the performance gap on TPUs/GPUs through: custom kernel development (e.g., writing CUDA kernels for routing operations), compiler-level optimizations (e.g., using XLA or TVM to fuse and optimize the non-standard operations), or algorithmic reformulations that express routing and squashing in terms of matrix multiplies (e.g., approximating the softmax-based routing with matrix operations). The question is: what fraction of the performance penalty is due to intrinsic computational cost of the novel operations, vs. incidental cost from lack of optimized implementations? If software optimization can recover, say, 80% of the gap, then the hardware lottery concern is less about the hardware itself and more about the software ecosystem—a problem that can be addressed without changing hardware. If software optimization recovers only 20%, the hardware limitation is genuine and the essay's concern is validated. This experiment would directly test the boundary between "the hardware is too specialized" and "the software hasn't caught up."
A historical counterfactual reconstruction: what would 1989 neural network training have looked like on a hypothetical massively parallel machine? The essay claims that deep neural networks lost a hardware lottery because CPUs were unsuitable for their core operations, and that GPUs provided the necessary parallelism serendipitously. A rigorous test of this counterfactual would: (1) identify a specific neural network architecture and training setup from the late 1980s/early 1990s (e.g., LeCun et al., 1989 on MNIST, or a small-scale ImageNet precursor), (2) estimate the FLOPs required to train that architecture to convergence using available records or reconstruction, (3) compare this to the FLOPs available on a hypothetical massively parallel machine built with the transistor density and clock speeds of that era—essentially asking: "if someone had built a GPU-like architecture in 1990 using 1990 fabrication technology, would it have been fast enough to train networks deep enough to show promising results?" This is a computable counterfactual: one can estimate the peak FLOPs of a massively parallel 1990-era chip (given transistor counts and clock speeds of the era) and compare to the FLOPs required for training. If the hypothetical 1990 parallel machine would have been fast enough to make training practical (days to weeks, not years), the hardware lottery claim is strongly supported—the hardware could have been built, it just wasn't. If even a maximally optimized 1990 parallel machine would have been too slow, then the delay was partly technological (fabrication capability) rather than architectural (design choice), which weakens the "lottery" framing.
Stress-test: identify a research direction that won the hardware lottery but failed for other reasons. The essay's framework focuses on ideas that failed due to hardware mismatch and later succeeded. A valuable stress test for the framework would identify cases that fit the opposite pattern: a research direction that received strong hardware support (i.e., specialized hardware was built for it, or it mapped well onto available hardware) but nevertheless failed to achieve lasting success. The Japanese 5th generation computer project (mentioned briefly in Section 3.1) may be a candidate: it aimed to build hardware optimized for logic programming (PROLOG), but the approach did not lead to the AI breakthroughs its proponents envisioned. Analyzing such cases would establish boundary conditions for the hardware lottery framework: when hardware support is sufficient but not sufficient for success. This would prevent the framework from being applied tautologically ("it succeeded because of hardware alignment; it failed because of hardware mismatch") by identifying cases where the hardware lottery was won and the idea still lost.
Practical Applications and Downstream Use Cases
Grant review and research funding allocation. The most direct practical application of the hardware lottery framework is as a checklist item in research evaluation. Funding agencies (NSF, DARPA, ERC) and internal R&D allocation committees routinely evaluate research proposals and decide which directions to fund. The essay's framework suggests adding a specific question to the evaluation rubric: "Is this proposal's feasibility dependent on specific hardware assumptions, and have alternative hardware platforms been considered?" For proposals reporting negative results or requesting funding to explore a currently underperforming direction, reviewers should ask: "Could the negative results be hardware-dependent? Has the approach been tested on hardware with different performance characteristics?" This is a low-cost intervention that does not require new infrastructure—only a change in evaluation norms. The benefit is earlier identification of research directions that may be losing a hardware lottery, potentially redirecting funding toward providing the necessary hardware rather than abandoning the direction. This application is grounded in the essay's central diagnosis: that negative results are systematically misinterpreted as algorithmic failures when they may be hardware failures.
Industry research lab hardware portfolio strategy. For industrial research labs (Google Brain, DeepMind, Meta AI, OpenAI, etc.) that have the resources to commission or influence hardware development, the essay provides a strategic argument for maintaining a diversified hardware portfolio rather than optimizing entirely for current production workloads. Concretely: a lab that operates TPU pods for large-scale training could also maintain a smaller FPGA cluster or invest in access to neuromorphic/analog hardware, not because these platforms are cost-competitive for current production models, but because they provide an option value—the ability to explore algorithmic ideas that would be impractical on matrix-multiply-optimized hardware. The essay's capsule networks example (Section 4) illustrates the cost of lacking this option: if a researcher needs to test a non-standard architecture and the only available hardware imposes an order-of-magnitude penalty for non-matrix operations, the researcher may rationally abandon the idea, and the lab loses the option to discover whether it would have worked at scale. The specific cost tradeoff can be estimated from the essay's cited hardware development economics ($30–80 million and 2–3 years per chip, Section 2.1) vs. the opportunity cost of missing a breakthrough (unquantifiable but potentially enormous). This application does not require the essay to be correct about the likelihood of a paradigm shift—only that the probability is non-trivial and the cost of maintaining hardware diversity is manageable relative to lab budgets.
Curriculum design for AI/ML graduate programs. The essay's historical analysis of the siloed evolution of hardware, software, and algorithm communities (Section 2) and its diagnosis of the software lottery around LISP/Prolog (Section 3.2) have direct implications for how AI researchers are trained. Current graduate curricula in machine learning typically treat hardware as a background topic—students learn to use GPUs and TPUs as black-box accelerators without understanding why certain operations are fast and others are slow, or how hardware design decisions shape the research landscape. A concrete curriculum intervention would be a module or course on hardware-aware algorithm design that covers: the history of hardware-algorithm co-evolution (using the essay's case studies), the microarchitectural reasons for the von Neumann bottleneck and the GPU parallelism advantage, the performance characteristics of current accelerators (TPU, GPU, FPGA) for different operation types, and case studies of algorithms that succeeded or failed partly due to hardware fit. The learning objective is not to make every ML researcher a hardware engineer, but to ensure they can ask the diagnostic question the essay poses: "Is this negative result telling me something about my algorithm, or about the hardware I'm running it on?" The benefit is a generation of researchers who are less likely to unconsciously overfit to hardware-compatible ideas.
Conference reviewing norms and negative result publication. The essay implies that the current publication ecosystem—which strongly favors positive results—systematically suppresses evidence that could be used to identify hardware lotteries. When a researcher tries a novel architecture and it underperforms on available hardware, the negative result is typically not published, and the community never learns that the attempt was made. A practical intervention would be a negative results track at major ML conferences (or a dedicated venue) that explicitly solicits papers reporting well-executed experiments that failed to outperform baselines, with a structured requirement to report hardware configuration, software stack, and an analysis of potential hardware-dependence. The essay provides the intellectual justification for such a track: without a systematic record of negative results, the community cannot distinguish between "nobody tried this" and "people tried this and it failed, but we don't know whether the failure was algorithmic or hardware-dependent." The benefit is the creation of a corpus that future researchers can mine when new hardware becomes available: "Architecture X was tried in 2024 on TPUv4 and showed no improvement over baselines. With the release of FPGA-based accelerator Y in 2028 that provides native support for operation Z (which architecture X relies on), the negative result should be revisited." This application is actionable today and requires no hardware development—only a change in publication norms.
When to Prefer This Method
The essay is a diagnostic framework, not a "method" that can be preferred over alternatives in the conventional sense. It does not position itself against, say, "ignore hardware and trust algorithmic merit" as a competing approach. However, the essay does articulate an implicit decision criterion that can be extracted and stated explicitly:
Apply the hardware lottery lens—i.e., actively question whether hardware compatibility is driving outcomes—when:
-
A research direction shows promising small-scale results but fails to scale to larger problems or deeper architectures within reasonable compute budgets. The von Neumann bottleneck pattern (Section 3.1) is the template: the idea works in miniature but hits a wall that is potentially hardware-imposed rather than algorithmic.
-
A novel architecture introduces operations that differ substantially from the matrix multiplies, convolutions, and attention mechanisms that current accelerators optimize. The capsule networks pattern (Section 4) is the template: if an architecture requires operations that fall outside the specialization envelope of available hardware, performance comparisons against standard architectures are confounded by hardware fit.
-
The research community is heavily concentrated on a single hardware platform, and alternative platforms with different performance characteristics are not routinely used for evaluation. The LISP/Prolog pattern (Section 3.2) is the template: if the dominant software/hardware ecosystem makes certain ideas natural and others cumbersome, the observed distribution of research effort may reflect tooling convenience rather than intellectual merit.
-
A research direction was actively explored in the past, produced negative or inconclusive results, and was abandoned. The deep neural network pattern (Section 3.1) is the template: before accepting the historical verdict, ask whether the hardware available at the time was capable of executing the idea at a scale where its advantages would manifest.
The diagnostic questions the essay enables—which are its primary practical output—are:
- "Would this algorithm perform differently on hardware with different performance ratios between its core operations?"
- "Is the observed superiority of approach A over approach B robust to changing the hardware platform?"
- "Has this negative result been reproduced on hardware that does not penalize the operations the approach relies on?"
- "Is the research community's attention distributed across ideas in proportion to their intellectual promise, or in proportion to their compatibility with the current hardware dominant design?"
These are not questions that require new hardware to answer. They are questions that change how researchers interpret the evidence they already have, and that change which counterfactuals they consider before declaring an idea a failure. The essay's primary contribution is making these questions askable within a community that, by the essay's own account, has not been asking them systematically.