@solx_compiler

A gas-efficient Solidity compiler for @ethereum, powered by LLVM.

 Ethereum
solx.zksync.io/
Joined May 2025
  • Tweets72
  • Following9
  • Followers529
12Media
Good architecture turned stack-too-deep into a 2-engineer, 1-month problem in solx. Want to learn how design choices affect delivery? Join us at Solidity Summit, 14:10 Buenos Aires (17:10 UTC), on-site or online — link will come soon.
1
7
397
happened with `viaIR = true`, def need the solc compiler to be better, have had a good experience using the solx compiler
2
5
673
- Compilation times: already faster - Gas efficiency: ~13% on average, more to come - Stack-too-deep: fixed Job is not finished
Georgios Konstantopoulos
@gakonst22 Oct 2025
Maybe unpopular opinion, I think Solidity as-is is mostly fine, and the highest priority thing to fix is _not_ new syntax / language features but the complier: - make compilation 100x faster - make gas optimization 100x better - solving stack too deep - making the compiler easier to extend & experiment so that EVM devs can propose new EIPs that improve the EVM All for generics & better syntax, just doesn't feel like high priority. I fear a python2 to python3 moment.
2
10
802
The “stack too deep” problem isn’t fully solved? solc --via-ir still fails to compile in some cases. solx always compiles successfully. So what’s left? 👇
1
4
15
779
more replies
That’s the key difference: In solc, “stack too deep” remains a compiler limitation. In solx, it’s solved at compile time — the only challenge left is ecosystem support.
1
2
255
What’s missing now is tooling. solx already works with @HardhatHQ and Foundry, but @etherscan don’t support solx yet. Once infra catches up, “stack too deep” will finally be history.
1
204
"I had to use solx to pass the infamous "stack too deep"" 🫡
lutro
@0xlutro9 Oct 2025
Something I just did: deploy a chain of 100 contracts in a single tx on the new ZKsync OS I had to use solx to pass the infamous "stack too deep" Huge congrats to the mad folks at Matter Labs, they did it
3
9
400
⚡️Smaller, faster, smarter. solx 0.1.2 by @solx_compiler, cuts contract size, lowers deployment costs, and now integrates seamlessly with Hardhat v3. Big win for devs.
2
9
72
12,980
⚡️Introducing solx 0.1.2 This release targets binary size—cutting deployment costs and fitting more contracts under Ethereum’s 24 kB limit, without sacrificing gas efficiency Details 👇
7
10
2
39
6,987
more replies
🤝 Tooling Integration with @HardhatHQ v3 is now first-class. Developers can point Hardhat directly to solx, and the compiler outputs all required artifacts. This makes solx easier to adopt in existing project workflows.
1
2
290
🔮 What’s next With size, gas efficiency, and integration improved, our focus shifts to functional gaps. The top priority for the next releases: debugging support.
2
2
243
solx 0.1.0, 0.1.1, 0.1.2 and solc 0.8.30 are now available to try online: godbolt.org/z/Kv64jqK7T If you’re comfortable reading EVM assembly, explore compiler efficiency and spot optimizations. Notice something missing in solx? Report it github.com/matter-labs/solx/…

Compiler Explorer - Solidity

// SPDX-License-Identifier: UNLICENSED pragma solidity >=0.4.0; contract Square { function square(uint32 num) public pure returns (uint32) { return num * num; } }

godbolt.org
1
5
1
17
2,810
solx is evolving. Here is a sneak peak of what’s coming 👀 Today, solx already fixes stack-too-deep and cuts gas. Next: with MLIR, solx will also redefine compilation speed. See how 👇
2
7
3
32
5,777
more replies
And MLIR is not only about speed. By keeping Solidity semantics longer, it gives room for advanced optimizations → meaning: additional gas savings. (We’ll focus on those later.)
1
3
300
👉 Try the demo: github.com/abinavpp/solx-mli… And stay tuned — this is just the beginning.

GitHub - abinavpp/solx-mlir-demo

Contribute to abinavpp/solx-mlir-demo development by creating an account on GitHub.

github.com
2
276
Load more