In the complex ecosystem of action role-playing games (ARPGs), endgame players eventually reach a crossroads. Once the thrill of the seasonal loop subsides and their characters achieve near-deific power, many players simply log off to await the next content cycle. However, a select group of veteran players chooses a different path: stress-testing the absolute structural limits of the game’s engine.

Recently, prominent Path of Exile 2 content creator and streamer Empyriangaming spearheaded an ambitious technical experiment dubbed "Project Minionmaxxing." By pooling together some of the most expensive in-game assets and gear configurations in the game’s current economy, Empyriangaming and his cohort successfully bypassed standard summon limitations to conjure an army of over 2,000 skeletal minions. The resulting experiment did more than just create a spectacular visual display; it brought the game’s server infrastructure to a near-total standstill, offering a fascinating case study in engine optimization, server-side calculations, and player-driven stress testing.


Main Facts: The Mechanics of "Project Minionmaxxing"

To understand the scale of Empyriangaming’s experiment, one must first understand the economic and mechanical hurdles of high-tier minion builds in Path of Exile 2. In standard gameplay, a dedicated minion-summoning character (typically utilizing Necromancer-style ascendancies or specialized gear) operates with a modest entourage of 10 to 15 skeletal warriors. This limit is enforced naturally by two primary vectors: strict hard caps on skill gems and the exponential resource costs required to sustain active summons.

[Standard Build: 10-15 Minions] 
       vs.
[Project Minionmaxxing (Solo): 255 Minions] (System Hard Cap)
       vs.
[Project Minionmaxxing (6-Player Group + Buffs): ~2,000 Minions] (Engine Failure Point)

Empyriangaming’s team bypassed these limitations through a multi-layered optimization strategy:

  • Extreme Resource Reduction: The build relied on reducing the resource cost of summoning each minion into the single digits, allowing for rapid, near-infinite casting.
  • Massive Resource Pools: By stacking flat resource pools and regeneration metrics to unprecedented levels, the characters could sustain an absurd number of active entities.
  • The 255 Engine Threshold: During solo testing, the team discovered a hard-coded safety limit within Path of Exile 2‘s engine: the game refuses to track more than 255 active minions of a single type per player. Exceeding this number forces the internal counter to instantly reset to zero, deleting the entire army.
  • The Group Workaround: To circumvent the 255-unit individual limit, Empyriangaming recruited five other players, each equipped with identical, hyper-optimized, ultra-expensive gear sets, bringing the theoretical limit of the group to over 1,500 minions under normal map conditions.

Chronology of the Experiment

The realization of "Project Minionmaxxing" unfolded across several distinct phases, transitioning from theoretical spreadsheet math to an chaotic live-server demonstration.

+-----------------------------------------------------------+
| 1. Theoretical Planning & Resource Math                   |
+-----------------------------------------------------------+
                              |
                              v
+-----------------------------------------------------------+
| 2. Financial Acquisition & Gear Crafting (Multi-Mirror)   |
+-----------------------------------------------------------+
                              |
                              v
+-----------------------------------------------------------+
| 3. Solo Stress Testing (Hitting the 255 Hard Cap)         |
+-----------------------------------------------------------+
                              |
                              v
+-----------------------------------------------------------+
| 4. Group Assembly & Trial of the Sekhemas (2,000 Summons) |
+-----------------------------------------------------------+
                              |
                              v
+-----------------------------------------------------------+
| 5. Live Combat Testing & Server Desynchronization         |
+-----------------------------------------------------------+
                              |
                              v
+-----------------------------------------------------------+
| 6. The "Trade Trap" Social Experiment                     |
+-----------------------------------------------------------+

Phase 1: Theoretical Planning and Gear Acquisition

The experiment began with extensive theorycrafting to minimize the resource reservation and casting costs of summon spells. This required acquiring highly specific, "min-maxed" gear. The cumulative cost of the six gear sets used in the experiment represented an astronomical amount of in-game currency—surpassing what an average player might accumulate over 700 hours of active play.

Phase 2: Discovering the Solo Hard Cap

Upon finalizing the build, Empyriangaming attempted to summon as many Skeletal Priests as his resources allowed. It was during this solo phase that the team discovered the engine’s internal buffer limit. Once the summon count reached 255, the server’s tracking array for that specific entity type overflowed, resetting the active minion count to zero. This necessitated transitioning the experiment from a solo endeavor to a coordinated group effort.

Phase 3: The Trial of the Sekhemas

To maximize their output, the six-player group entered the Trial of the Sekhemas, a specialized roguelike game mode within Path of Exile 2. This mode features unique, run-specific modifiers, including a powerful buff that effectively doubles the maximum minion capacity for players.

With six players coordinated in a single instance and the Sekhemas multiplier active, the group began systematically summoning their armies. Within minutes, the collective minion count surpassed the 2,000 mark.

Path of Exile 2 players broke the game by summoning 2,000 skeletons and then lured unsuspecting players into the…

Phase 4: Engine Failure and Gameplay Trials

The moment the minion count crossed into the thousands, the game’s performance degraded rapidly. The frame rate plummeted, transforming the high-speed ARPG into what observers described as a "stop-motion film."

The group attempted to run a standard endgame map to test their army’s combat efficacy against a boss. However, server latency and input delay rendered basic navigation impossible; a simple dodge-roll input took upwards of a full minute to register and execute on-screen.

Phase 5: The "Trade Trap" Social Experiment

Concluding the test, Empyriangaming returned to his player hideout with the active army. He listed a highly valuable in-game item on the public trade website for an incredibly low price. This acted as bait for both automated trading snipers (bots) and unsuspecting players.

As buyers accepted the invite and loaded into the hideout to complete the transaction, they were immediately greeted by a wall of hundreds of rendering skeletons and instant, severe frame drops. The reaction in the local chat window was a mixture of confusion and panic, with one player simply typing, "Wtf is this," before hastily exiting the lag-plagued instance.


Supporting Data and Technical Analysis

The degradation of performance observed during "Project Minionmaxxing" highlights the computational challenges inherent in modern ARPG engine design.

+-----------------------------------------------------------------------+
|                       Computational Bottlenecks                       |
+-----------------------------------------------------------------------+
|  1. Pathfinding & AI:    2,000+ entities executing dynamic path-      |
|                          finding algorithms simultaneously.          |
|                                                                       |
|  2. Physics & Collision: Server calculating real-time collision boxes |
|                          for a dense, moving cluster of units.        |
|                                                                       |
|  3. Network Replication: Constant state updates for 2,000+ positions  |
|                          synced between server and client.            |
|                                                                       |
|  4. Draw Calls & VFX:    GPU bottlenecked by rendering thousands of   |
|                          individual skeletal models and shadows.      |
+-----------------------------------------------------------------------+

When analyzing why the engine buckled under the weight of 2,000 skeletons, several technical bottlenecks come to light:

1. Pathfinding and AI State Machines

Each summon in Path of Exile 2 is an independent actor with its own AI state machine. The server must calculate dynamic pathfinding algorithms for all 2,000+ entities simultaneously, factoring in player position, terrain boundaries, and enemy targets. When these entities are compressed into tight corridors, the pathfinding complexity scales exponentially as minions constantly collide and recalculate routes.

2. Physics and Collision Registration

Unlike older ARPG engines that allow minions to clip through one another seamlessly, Path of Exile 2 utilizes more robust physical presence and collision boxes. Calculating the real-time physical interactions of 2,000 moving entities within a confined space places an immense computational burden on both the client’s CPU and the host server.

3. Server-Client State Replication

In a multiplayer online environment, the server is the absolute authority on game state. It must continuously transmit the precise X, Y, and Z coordinates, facing direction, and current animation state of all 2,000 minions to all six clients in the party. This massive volume of network packets quickly saturates the bandwidth, leading to the severe desynchronization ("desync") observed during the stream, where inputs took up to 60 seconds to resolve.

Path of Exile 2 players broke the game by summoning 2,000 skeletons and then lured unsuspecting players into the…

4. Rendering and Draw Calls

On the client side, rendering 2,000 individual 3D models—complete with textures, dynamic shadows, and spell effects—bottlenecks the graphics pipeline. The CPU becomes overwhelmed by the sheer volume of "draw calls" (instructions sent from the CPU to the GPU to draw an object on screen), dropping the framerate to sub-single-digit figures.


Official Stance and Developer Philosophy

Grinding Gear Games (GGG), the development studio behind the Path of Exile franchise, has historically maintained a unique relationship with game-breaking player behavior. Led by co-founders Chris Wilson and Jonathan Rogers, GGG’s design philosophy has always leaned toward player agency, allowing for emergent gameplay and highly complex build interactions—even when those interactions threaten server stability.

+--------------------------------------------------------------------+
|                  GGG's Historical Balancing Cycle                  |
+--------------------------------------------------------------------+
|                                                                    |
|   1. Player Freedom  -->  2. Emergent Exploitation (Breaking Engine)|
|           ^                                      |                 |
|           |                                      v                 |
|   4. Targeted Optimization  <--  3. Server Stress Data Collected   |
|                                                                    |
+--------------------------------------------------------------------+

Rather than preemptively imposing strict, homogenized limits on what players can build, GGG typically permits these extreme edge cases to exist in the live environment until they present a systemic threat to the broader player base or economy.

When exploits or build configurations cause outright server crashes (which can impact other players sharing the same physical server hardware), GGG will intervene with targeted hotfixes. Historically, these interventions have taken the form of:

  • Enforcing global entity caps per instance.
  • Simplifying the visual rendering models of massive minion groups.
  • Adjusting the underlying server tick rate for calculations involving non-player entities.

As of writing, Grinding Gear Games has not issued a formal statement regarding Empyriangaming’s 2,000-skeleton experiment. However, developers frequently monitor these community-driven stress tests, using the telemetry data gathered to optimize the engine’s netcode and rendering pipelines ahead of major expansion launches.


Broader Implications for the ARPG Genre

The "Project Minionmaxxing" experiment highlights an ongoing design conflict in the modern ARPG genre: the delicate balance between unbounded player expression and computational reality.

Feature / Metric Path of Exile 2 (Experimental) Diablo IV (Standard) Last Epoch (Standard)
Max Minion Limit Bypassed to 2,000+ (via group/buffs) Hard-capped (typically under 20) Soft-capped (typically under 30)
Engine Focus Emergent complexity & high physics Visual fidelity & stable performance Class identity & computational balance
Server Impact Extreme desync / sub-1 FPS at scale Highly stable / strict instance limits Moderate lag in high-density areas

As developers push for hyper-realistic graphics, complex physics simulations, and cross-platform multiplayer compatibility, they must inevitably constrain the mechanical freedom of the player. Games like Blizzard’s Diablo IV manage performance by enforcing strict, conservative limits on summonable minions and screen density. While this guarantees a smooth, stable frame rate for the consumer, it eliminates the possibility of the kind of extreme, emergent experimentation seen in Path of Exile 2.

Ultimately, Empyriangaming’s experiment demonstrates why the Path of Exile franchise has maintained such a dedicated following. It is a sandbox where the rules of the game are treated not as immutable laws, but as systems waiting to be mastered, optimized, and occasionally, spectacularly broken. As Path of Exile 2 continues to evolve through its development cycle, the data gathered from these digital army experiments will play a vital role in shaping how the next generation of ARPG engines handle the chaos of the endgame.

Leave a Reply

Your email address will not be published. Required fields are marked *