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.
@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.
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.
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.
📢📢📢 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 ☕️☕️☕️
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.
Tomorrow at 3:30 PM UTC, we're going live on for our Community Call. Expect a full rundown of recent work, this week's highlights, and what's coming next. See you there.
Here's a preview of ethlambda driving @ethrex_client over the Engine API. First demo of an all-@class_lambda Ethereum stack!
State tuned for more updates.
Wondering where ethlambda stands?
We put together a progress page with everything: completed devnets, active work, upcoming milestones, and the full roadmap ahead.
This is what building in public looks like.