Solx

72 posts

Solx banner
Solx

Solx

@solx_compiler

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

Ethereum Katılım Mayıs 2025
9 Takip Edilen541 Takipçiler
Solx
Solx@solx_compiler·
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.
English
0
1
7
316
Solx retweetledi
viraz.eth
viraz.eth@Viraz04·
happened with `viaIR = true`, def need the solc compiler to be better, have had a good experience using the solx compiler
viraz.eth tweet media
English
0
2
5
612
Solx
Solx@solx_compiler·
- Compilation times: already faster - Gas efficiency: ~13% on average, more to come - Stack-too-deep: fixed Job is not finished
Georgios Konstantopoulos@gakonst

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.

English
0
2
10
733
Solx
Solx@solx_compiler·
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.
English
0
0
1
199
Solx
Solx@solx_compiler·
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.
English
1
0
2
250
Solx
Solx@solx_compiler·
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? 👇
Solx tweet media
English
1
4
15
758
Solx retweetledi
ZKsync
ZKsync@zksync·
⚡️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.
English
2
9
74
13K
Solx
Solx@solx_compiler·
@HardhatHQ 🔮 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.
English
0
0
2
243
Solx
Solx@solx_compiler·
🤝 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.
English
1
0
2
290
Solx
Solx@solx_compiler·
⚡️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 👇
Solx tweet media
English
7
20
49
7K
Solx
Solx@solx_compiler·
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/so…
English
1
5
17
2.8K
Solx
Solx@solx_compiler·
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.)
English
1
0
3
300
Solx
Solx@solx_compiler·
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 👇
Solx tweet media
English
2
7
32
5.8K

Keşfet

@HardhatHQ @etherscan @elonmusk @BarackObama @taylorswift13 @cristiano @BillGates @NASA