ethlambda

122 posts

ethlambda banner
ethlambda

ethlambda

@ethlambda_lean

Minimalist, fast and modular implementation of the Lean Ethereum client written in Rust. Built by @class_lambda

参加日 Ocak 2026
2 フォロー中303 フォロワー
ethlambda
ethlambda@ethlambda_lean·
In case anyone missed it, yesterday started the EF devnet 5 client interop runs. We already merged our devnet5 branch to main and are running internal devnets in parallel, looking for issues or performance improvement opportunities.
ethlambda tweet media
English
1
3
13
612
ethlambda
ethlambda@ethlambda_lean·
Community Call #20 is tomorrow, live on X at 3:30 PM UTC. We'll walk through what the team has been working on and what's ahead. Don't miss it.
ethlambda tweet media
English
0
0
0
52
ethlambda
ethlambda@ethlambda_lean·
After investigating, we found the cause: a recently-created 256 MB buffer was being copied into a new memory location owned by the new allocator used by the library. We made a fix for this, which resulted in an overall 7% improvement from the old version.
ethlambda tweet media
English
1
0
1
101
ethlambda
ethlambda@ethlambda_lean·
We saw an aggregation performance regression in a devnet, when trying out the newest leanVM changes. When running leanVM benchmarks on it, and comparing both the old and new commits, we found that the regression affected the raw XMSS aggregation only (not recursive aggregation).
ethlambda tweet media
English
1
1
8
510
ethlambda
ethlambda@ethlambda_lean·
We're going live tomorrow on X with our Community Call at 3:30 PM UTC. We'll be sharing what the team has been working on and what's next on our roadmap.
ethlambda tweet media
English
0
0
1
41
ethlambda
ethlambda@ethlambda_lean·
@thegaram33 Yes. As you said, the worst case we regularly see in devnets is when there are multiple multi-signatures for the same vote from different validator subsets. In that case, we first need to aggregate them into a single one before proceeding with full-block aggregation.
English
0
0
1
30
Péter Garamvölgyi 📜
Péter Garamvölgyi 📜@thegaram33·
@ethlambda_lean Curious, what is the worst case? Is it the case where the node observes many different types of votes, each of which need to be aggregated separately?
English
1
0
0
87
ethlambda
ethlambda@ethlambda_lean·
Post-quantum aggregation is slow, but leanVM recently introduced performance improvements that made it much faster. On Devnet 5, worst-case proposal latency dropped from 2.5s to 1.3s, nearly a 2x improvement over the previous version.
ethlambda tweet media
English
3
4
12
808
ethlambda
ethlambda@ethlambda_lean·
We're continuing to explore additional optimizations to push performance even further. Follow us for more updates.
English
0
0
0
70
ethlambda がリツイート
Fede’s intern 🥊
Fede’s intern 🥊@fede_intern·
Lean Ethereum is moving forward @leanEthereum. Great work by all the teams. I'm really happy with what @class_lambda has achieved with @ethlambda_lean.
zeamETH@zeamETH

📢📢📢 we are now devnet5 interop!!! 🚀🚀🚀 which is the culmination of the PQ consensus stack that we have been building and iterating on for @ethereum mainnet. PQ signatures are different from BLS signatures, the current signature machinery of ethereum. But BLS signatures are not Post Quantum secure because breaking elliptic curve cryptography is not an exponential problem for Quantum Computers. But ethereum is being build to last centuries not just decades. To that end @leanEthereum has been working on PQ signature cryptography using hash based signatures which are one time signatures (OTS), and not plainly aggregatable. Not only that they are huge (~1.5kb). So this entire challenge started the "devnets" initiatives of leanEthereum. Herein come's the "leanVM" the ZK rail which can aggregate such signatures and makes the entire PQ strategy possible. We have already been through devnet0 to devnet4, and now devnet5!!! Devnet5 is monumental in that regard, entire block will carry just 1 signature, all aggregated across packed attestations, block signatures (and anything else that will comeup when we backport the spec to mainnet ethereum) However this is one side of the puzzle, to maintain a stable node, one should be able to repack the attestations from a side branch especially if it moves justification and finalization. and Voila again with leanVM magic, we are able to split the attestations that we need to repack from the combined block signature and repack/re-aggregate them into a new block proposer wants to propose. This places leanVM as the centrepiece in the entire ethereum post quantum strategy. and the current aim of all the devnets we have been running is to bring a production level performance and demonstration of the capabilities. There are 8 clients that participate in these devnets each bringing value to the table to add stability and robustness (and chaos lol). Because we know: "There's many a slip between the cup and the lip" Goal of all leanEthereum clients is to remove them, one "slip" at a time (or multiple slips at a time lol). Spec isn't good enough, we need production performance, Spec and production design/performance are unequivocally tied. this isn't just a POC network, this is a proposal for ethereum mainnet! Thats why we have been rigorously running devents, slowly scaling the validators and subnets and discovering and alleviating the issues so that we end up with a production grade PQ signature scheme that ethereum deserves and needs. And this focus is now gonna magnify 1000X now that we believe we are on a spec that can deliver PQ for mainnet. And mind you, the time of need is gonna strike soon. We not only intend to solve this conundrum for ethereum but propose to even upstream to bitcoin so that we have a PQ standard this entire space deserves. And all that based on a humble but extremely powerful leanVM that makes the hashbased cryptography workable for the production grade systems like ethereum and bitcoin. PS: we are currently heavily focused on debugging and scaling devnet4 spec devnets while we have already started to run sims and preliminary interops for devnet5. So stay tuned for further progress that we leanEthereum teams have been cranking out with a steady but heavy dose ☕️. May be all matrix is just ☕️☕️☕️

English
4
6
84
5.6K
ethlambda
ethlambda@ethlambda_lean·
It's great to be part of the first devnet 5 interop run!
zeamETH@zeamETH

📢📢📢 we are now devnet5 interop!!! 🚀🚀🚀 which is the culmination of the PQ consensus stack that we have been building and iterating on for @ethereum mainnet. PQ signatures are different from BLS signatures, the current signature machinery of ethereum. But BLS signatures are not Post Quantum secure because breaking elliptic curve cryptography is not an exponential problem for Quantum Computers. But ethereum is being build to last centuries not just decades. To that end @leanEthereum has been working on PQ signature cryptography using hash based signatures which are one time signatures (OTS), and not plainly aggregatable. Not only that they are huge (~1.5kb). So this entire challenge started the "devnets" initiatives of leanEthereum. Herein come's the "leanVM" the ZK rail which can aggregate such signatures and makes the entire PQ strategy possible. We have already been through devnet0 to devnet4, and now devnet5!!! Devnet5 is monumental in that regard, entire block will carry just 1 signature, all aggregated across packed attestations, block signatures (and anything else that will comeup when we backport the spec to mainnet ethereum) However this is one side of the puzzle, to maintain a stable node, one should be able to repack the attestations from a side branch especially if it moves justification and finalization. and Voila again with leanVM magic, we are able to split the attestations that we need to repack from the combined block signature and repack/re-aggregate them into a new block proposer wants to propose. This places leanVM as the centrepiece in the entire ethereum post quantum strategy. and the current aim of all the devnets we have been running is to bring a production level performance and demonstration of the capabilities. There are 8 clients that participate in these devnets each bringing value to the table to add stability and robustness (and chaos lol). Because we know: "There's many a slip between the cup and the lip" Goal of all leanEthereum clients is to remove them, one "slip" at a time (or multiple slips at a time lol). Spec isn't good enough, we need production performance, Spec and production design/performance are unequivocally tied. this isn't just a POC network, this is a proposal for ethereum mainnet! Thats why we have been rigorously running devents, slowly scaling the validators and subnets and discovering and alleviating the issues so that we end up with a production grade PQ signature scheme that ethereum deserves and needs. And this focus is now gonna magnify 1000X now that we believe we are on a spec that can deliver PQ for mainnet. And mind you, the time of need is gonna strike soon. We not only intend to solve this conundrum for ethereum but propose to even upstream to bitcoin so that we have a PQ standard this entire space deserves. And all that based on a humble but extremely powerful leanVM that makes the hashbased cryptography workable for the production grade systems like ethereum and bitcoin. PS: we are currently heavily focused on debugging and scaling devnet4 spec devnets while we have already started to run sims and preliminary interops for devnet5. So stay tuned for further progress that we leanEthereum teams have been cranking out with a steady but heavy dose ☕️. May be all matrix is just ☕️☕️☕️

English
1
1
4
252
ethlambda
ethlambda@ethlambda_lean·
Community Call tomorrow, live on X at 3:30 PM UTC. Fresh updates from the team, a look at recent progress, and what we're building toward. Join us.
ethlambda tweet media
English
0
0
2
85
ethlambda
ethlambda@ethlambda_lean·
We're currently working on bug fixes and chasing performance improvements on block building, the current bottleneck.
English
1
0
1
42
ethlambda
ethlambda@ethlambda_lean·
Full-block aggregation is coming to devnet 5. We've been running initial tests on our servers (shown on the last community call). Here's a look at the dashboard.
ethlambda tweet media
English
2
5
13
1.2K