The elastic chain network: an ever expanding verifiable blockchain network, secured by math. Previous posts: https://blog.matter-labs.io
Introducing the ZK Stack's Atlas upgrade: beyond 15K TPS with one-second ZK finality.
Today, the ZKsync team is excited to share details of the Atlas upgrade for the ZK Stack, which provides a major step forward towards the vision of a network of sovereign chains, secured by cryptography and powering the global economy. This release delivers a high-performance, low-latency sequencer, support for multiple VM configurations (including full EVM equivalence), and integration with Airbender, the world’s most performant open source RISC-V proof system, for one-second finality with Z...
Introducing the ZK Stack's Atlas upgrade: beyond 15K TPS with one-second ZK finality.
Today, the ZKsync team is excited to share details of the Atlas upgrade for the ZK Stack, which provides a major step forward towards the vision of a network of sovereign chains, secured by cryptography and powering the global economy. This release delivers a high-performance, low-latency sequencer, support for multiple VM configurations (including full EVM equivalence), and integration with Airbender, the world’s most performant open source RISC-V proof system, for one-second finality with Z...
solx 0.1.2 - Smaller Binary Size When It Matters Most
solx 0.1.2 targets binary size — cutting deployment costs and fitting more contracts under Ethereum’s 24 kB limit — without sacrificing gas efficiency or compile time. That focus turns into:Smaller binaries without losing gas efficiency. Contracts compiled with --via-ir are 13% smaller on median vs 0.1.1, and about 22% smaller than solc 0.8.30 –via-ir.More often under the 24 KB limit. If a contract would exceed the cap, solx 0.1.2 optimizes for size more aggressively to make a contract deploy...
solx 0.1.2 - Smaller Binary Size When It Matters Most
solx 0.1.2 targets binary size — cutting deployment costs and fitting more contracts under Ethereum’s 24 kB limit — without sacrificing gas efficiency or compile time. That focus turns into:Smaller binaries without losing gas efficiency. Contracts compiled with --via-ir are 13% smaller on median vs 0.1.1, and about 22% smaller than solc 0.8.30 –via-ir.More often under the 24 KB limit. If a contract would exceed the cap, solx 0.1.2 optimizes for size more aggressively to make a contract deploy...
Diving Deep into the Stack — But Not Too Deep
Solidity developers have long dreaded the infamous “Stack too deep” error. To work around it, they often split functions, pack variables into structs, or manually offload values to memory — just to get the code to compile. It’s been a persistent pain point, with prominent Ethereum engineers openly questioning why it remains unresolved. One partial solution is the --via-ir flag, which allows the compiler to automatically move excess variables to memory instead of relying solely on DUP and SWAP...
Diving Deep into the Stack — But Not Too Deep
Solidity developers have long dreaded the infamous “Stack too deep” error. To work around it, they often split functions, pack variables into structs, or manually offload values to memory — just to get the code to compile. It’s been a persistent pain point, with prominent Ethereum engineers openly questioning why it remains unresolved. One partial solution is the --via-ir flag, which allows the compiler to automatically move excess variables to memory instead of relying solely on DUP and SWAP...
solx Beta: No stack too deep. No semantic changes.
With the new release, solx fixes solc’s notorious stack-too-deep failure without altering contract semantics — your contract behaves exactly as if compiled with solc, just cheaper and with fewer compilation failures. It now reliably eliminates stack-too-deep and, since our first release in May, has tightened the byte-code-size and compile-time gap while further reducing runtime gas consumption. With that, we believe solx is ready for mainnet deployment of non-critical, well-tested contracts. ...
solx Beta: No stack too deep. No semantic changes.
With the new release, solx fixes solc’s notorious stack-too-deep failure without altering contract semantics — your contract behaves exactly as if compiled with solc, just cheaper and with fewer compilation failures. It now reliably eliminates stack-too-deep and, since our first release in May, has tightened the byte-code-size and compile-time gap while further reducing runtime gas consumption. With that, we believe solx is ready for mainnet deployment of non-critical, well-tested contracts. ...
Introducing ZKsync Airbender: the World’s Fastest Open-Source RISC-V zkVM
Today we are proud to unveil ZKsync Airbender, a high-performance, general-purpose ZK prover designed to meet the real-world demands of interoperability, decentralization, and scalability without compromise. Airbender isn’t just fast. It’s the fastest open-source RISC-V zkVM we have seen. In benchmark tests, Airbender outperforms other leading systems by wide margins. It has achieved:sub-second proofs for ZKsync blocks, and ~3 second proofs using a single commodity GPU~4-6x faster speedup tha...
Introducing ZKsync Airbender: the World’s Fastest Open-Source RISC-V zkVM
Today we are proud to unveil ZKsync Airbender, a high-performance, general-purpose ZK prover designed to meet the real-world demands of interoperability, decentralization, and scalability without compromise. Airbender isn’t just fast. It’s the fastest open-source RISC-V zkVM we have seen. In benchmark tests, Airbender outperforms other leading systems by wide margins. It has achieved:sub-second proofs for ZKsync blocks, and ~3 second proofs using a single commodity GPU~4-6x faster speedup tha...
