Every game studio evaluating Stacked is making a build vs. buy decision, even if it's not framed that way in the pitch. The question isn't just "does Stacked work?" It's "is integrating Stacked a better use of our resources than building something equivalent ourselves, and is the dependency we're accepting on the Pixels platform worth the integration benefits?"

This is a more demanding question than product evaluation, because it requires the studio to model what building the alternative would cost, what the risks of the dependency are over a three-to-five year horizon, and how the integration affects their strategic optionality.

Let me work through the build side of this analysis first, because I think it's underweighted in most discussions of Stacked.

Building a reward distribution system from scratch is a manageable engineering project for a studio with a competent backend team. You need: a reward trigger system that fires based on in-game behavioral conditions, a token distribution mechanism that interfaces with the blockchain, basic fraud detection, and a measurement dashboard. An experienced team could build a functional version of this in two to three months. It wouldn't have the sophistication of the Stacked AI behavioral layer, but it would work.

Building the fraud resistance layer is harder. Stacked has production-tested fraud resistance built from real attack data accumulated over years of operation. A studio building from scratch has none of that attack data. Their fraud model starts from theory, not from experience with actual farming operations, Sybil attacks, and behavioral manipulation. It will be worse than Stacked's model for at least the first year of operation. Probably longer.

Building the AI game economist layer is much harder. The targeting model Stacked has is trained on 200M reward events worth of behavioral data. Building an equivalent model from zero requires years of data accumulation before the model has enough signal to produce reliable targeting recommendations. A studio building this from scratch would be running reward campaigns with essentially random targeting for the first year or two.

So the realistic build assessment is: a studio could build reward distribution and basic measurement in months, passable fraud resistance in a year, and a genuinely good behavioral targeting model in two to three years. The Stacked integration skips all of that time and provides a fraud-resistant, AI-enhanced system on day one.

The cost of that skip is dependency.

Dependency on the Pixels team maintaining the platform, updating the fraud model, improving the AI behavioral layer, and keeping the Pixel reward infrastructure functional. Dependency on $PIXEL maintaining value as a reward currency. Dependency on the Stacked platform remaining competitive and not being disrupted by a better alternative. And, as I've explored in other pieces, dependency on platform governance decisions made by a team whose primary interests aren't identical to yours.

The dependency question has a time dimension. In year one, the dependency cost is low: you're getting a mature system immediately without the build time, the tradeoff is clearly positive. In year three or four, you've been on the platform long enough that your players have $PIXEL balances, your team's retention strategy is built around Stacked campaigns, and your game's metrics are partially explained by reward campaign performance rather than pure game quality. The switching cost has grown significantly.

What makes a studio's integration decision good or bad isn't primarily the year-one calculus. It's whether the year-three-and-beyond scenario is acceptable under a range of outcomes. If Stacked continues to improve, adds more studios to the ecosystem, and the Pixel cross-game utility grows, the year-three scenario is excellent. If the external expansion is slower than hoped, $PIXEL's utility stagnates, or the platform governance becomes problematic, the year-three scenario requires either accepting reduced benefit or bearing a significant switching cost.

The thing I find most interesting about the Stacked pitch from a studio perspective is what it doesn't say about this long-horizon dependency. It says "built in production" and shows impressive numbers. It doesn't describe what the exit path looks like, what happens to player $PIXEL balances if the studio needs to leave, or what governance mechanisms protect a studio's interests if platform decisions disadvantage them.

These are negotiation points, not product defects. A well-run partnership conversation would address them explicitly. But they're not in the public materials, which means studios that don't know to ask won't get answers until they're already deep in the integration process.

The build vs. integrate decision, done properly, requires knowing the answers to these questions. The AI game economist and the fraud resistance are genuinely compelling reasons to integrate. The dependency terms are the part worth negotiating carefully before making a decision that gets harder to reverse with each passing quarter.

@Pixels #pixel