Solana raised its block compute unit limit to 100 million. A 66% capacity increase. Sounds like progress. But look closer: this is a knob turn, not an architectural fix. The real question is whether the network's bottleneck is compute or something else.
The upgrade, enacted via SIMD-0286, increases the maximum computational work a single block can contain from 60 million to 100 million compute units (CU). Solana’s official account announced it as a capacity boost. The market nodded. SOL barely moved. That’s because the market already priced in a parameter tweak that was months in the making.
Context: The Performance Narrative Solana has long positioned itself as the high-performance L1. Its selling point: fast, cheap, scalable. But scalability isn’t just about raw numbers. It’s about how the network handles spikes in complex transactions. In 2024, Solana faced congestion from Jito MEV bots and heavy DeFi operations. The CU limit was a choke point. Raising it is like widening a highway bottleneck without adding lanes. It works—until the next bottleneck appears.
Core: Surgical Teardown of the Upgrade Let’s examine the math. A 66% increase in CU limit does not mean a 66% increase in throughput. Why? Because not all transactions are equal. If the network handles mostly simple transfers (low CU), the limit is irrelevant. The bottleneck shifts to signature verification or network propagation. If the network handles high-CU transactions—complex swaps, oracle updates, on-chain order books—then the limit matters. But even then, the actual throughput depends on how efficiently those transactions pack into the block.
From my audit experience in 2021, I tracked NFT rug-pull mechanics using Python scripts. The lesson: raw capacity metrics are frequently divorced from real-world usage. Solana’s TPS is a vanity metric when most transactions are vote transactions or spam. The CU limit increase only benefits a narrow slice of high-value use cases. The rest? Irrelevant.
Consider the risk of MEV escalation. Larger blocks mean more room for complex atomic transactions. Jito’s MEV auctions already extract value from users. A higher CU limit allows bots to bundle more operations per block—more sandwich attacks, more frontrunning. The code doesn’t care about fairness. It processes what it’s given. The upgrade gives MEV actors more room to optimize their extraction. I flagged this in my 2022 Terra forensic reconstruction: when you increase capacity without restructuring incentives, you amplify existing flaws. The same principle applies here.
Validator hardware pressure is another hidden cost. Solana already demands high-spec nodes: 12-core CPUs, 512GB RAM, fast SSDs. Larger blocks increase the bandwidth and processing load. Most validators will upgrade. But some small operators may drop out. The validator set is already relatively small (~1,500 active). If it shrinks further, network decentralization suffers. The ledger does not lie, only the narrative does.
Let me cite a specific number: the theoretical max TPS at 100M CU depends on average CU per transaction. If average CU is 1,000 (complex DeFi), TPS could reach 100,000. If average CU is 100 (simple transfers), TPS could reach 1,000,000—but that’s bandwidth-limited. In reality, Solana’s peak TPS hovers around 5,000-8,000. The upgrade might push that to 10,000-12,000. Not 66% more. Maybe 20-30%. That’s not transformative.
Contrarian: What the Bulls Got Right The upgrade does have a legitimate upside. Solana’s governance worked. The SIMD process allowed validators to review and approve the change without drama. That’s more than many chains can claim. The bull case—that Solana needs more capacity for emerging high-CU applications like decentralized exchanges (Jupiter) and perpetuals (Mango Markets, Zeta)—is valid. These protocols have been throttled by the 60M CU limit. Now they can pack more complex trades per block. That could improve execution quality and reduce fees.
Bulls also correctly note that this is a low-risk change. It’s a parameter, not a rewrite. No new attack vectors introduced (assuming the validator client handles the larger blocks correctly). The team at Anza and Solana Labs has a track record of safe upgrades. I’ve seen their audit logs from 2018 Bytom incident—they are competent. The bulls are right to trust the process.
But the blind spot is the assumption that more capacity equals better decentralization. It doesn’t. More capacity, if not accompanied by parallel execution improvements or layer-2 scaling, simply postpones the next bottleneck. Solana’s real innovation is Sealevel, which allows parallel transaction execution. The CU limit change does not touch Sealevel. It’s a batch size increase, not an efficiency gain.
Takeaway: The Real Metric Isn’t CU The ledger does not lie: actual throughput increase will be measurable but modest. The real test is whether the network can maintain its performance without centralizing further. Watch the validator set concentration. If the top 10 validators gain more control, the upgrade is a short-term fix for a long-term structural issue.
You don't fix a protocol by turning up the volume. Structure outlives sentiment; code outlives hype. The next time you see a ‘capacity increase’ headline, ask: what was the real bottleneck? If the answer is merely a parameter, the fix is cosmetic. Solana’s 100M CU limit is a useful patch. But patches are not foundations.