Log inSign up
Daniel Lubarov
843 posts
user avatar
Daniel Lubarov
@dlubarov
ZK engineer 🤖
daniel.lubarov.com
Joined March 2009
1,592
Following
6,899
Followers
  • user avatar
    Daniel Lubarov
    @dlubarov
    Apr 1, 2023
    With the "ZK wars" heating up, there's been a lot of discussion about the merits of each zkEVM, and a few misconceptions. I wrote a post which I hope will clarify things:
    A comparison of zkEVMs - HackMD
    A comparison of zkEVMs - HackMD
    From hackmd.io
    102K
  • user avatar
    Daniel Lubarov
    @dlubarov
    Oct 30, 2024
    Quick update: it's now over 2 million hashes per second 💪 Recent speedups were mostly memory-related: avoiding copies, skipping zeroing, merging some FFT steps to keep things in cache, etc.
    user avatar
    Daniel Lubarov
    @dlubarov
    Oct 14, 2024
    Plonky3 will get very fast on the server side thanks to @FabricCrypto, but we haven't forgotten about CPU performance. In the past few weeks, things have gotten 2-4x faster, with my laptop (M3 Max) now proving ~1.7 million Poseidon2 hashes per second.
    145K
  • user avatar
    Daniel Lubarov
    @dlubarov
    Oct 10, 2023
    Plonky3 is getting faster! On my M1 Macbook Air, it can prove around 750 Keccak-f permutations per second, ~5x more than Starky. This is an important metric for us (@0xPolygonZero), since Keccak is the main bottleneck in type-1 zkEVMs.
    82K
  • user avatar
    Daniel Lubarov
    @dlubarov
    Jan 10, 2022
    We're excited to announce Plonky2, an implementation of PLONK+FRI which is focused on fast recursion. After experimenting with several approaches, we've reached a level of performance that we're happy with, with recursive proofs taking ~170 ms on a Macbook Pro.
    user avatar
    Polygon Zero 💜
    @0xPolygonZero
    Jan 10, 2022
    Today we're excited to announce Plonky2, our groundbreaking proof system and a major milestone for zero-knowledge cryptography and Ethereum scaling 💜💫blog.polygon.technology/introducing-pl…
  • user avatar
    Daniel Lubarov
    @dlubarov
    Jan 14, 2023
    We recently finished Polygon Zero's aggregation circuit, which recursively verifies two inner proofs. Each inner proof can be an EVM proof or another aggregation proof, enabling aggregation in arbitrary tree structures.
    84K
  • user avatar
    Daniel Lubarov
    @dlubarov
    Apr 10, 2024
    After some optimization work at @0xPolygonZero, Plonky3 is up to ~2,500 Keccak-f permutations per second on an M3 Max! In other words, we can prove one of the least ZK-friendly hashes at a rate of about 340 KB/s.
    user avatar
    Daniel Lubarov
    @dlubarov
    Feb 5, 2024
    We just fixed a dumb performance bug in Plonky3 - github.com/Plonky3/Plonky… A bit embarrassing, but on the plus side certain uses of Plonky3 are now much faster! On an M3 Pro we can prove over 1000 Keccak-f permutations per second.
    87K
  • user avatar
    Daniel Lubarov
    @dlubarov
    Oct 14, 2024
    Plonky3 will get very fast on the server side thanks to @FabricCrypto, but we haven't forgotten about CPU performance. In the past few weeks, things have gotten 2-4x faster, with my laptop (M3 Max) now proving ~1.7 million Poseidon2 hashes per second.
    165K
  • user avatar
    Daniel Lubarov
    @dlubarov
    Dec 17, 2022
    In AIR and PLONKish programming, we often find that wide arithmetizations work best. While vanilla PLONK uses 3 witness polynomials, Plonky2 uses 135 by default. We did that for a few reasons.
    88K
  • user avatar
    Daniel Lubarov
    @dlubarov
    Feb 5, 2024
    We just fixed a dumb performance bug in Plonky3 - github.com/Plonky3/Plonky… A bit embarrassing, but on the plus side certain uses of Plonky3 are now much faster! On an M3 Pro we can prove over 1000 Keccak-f permutations per second.
    Image
    Fix slow `degree_multiple()` code by dlubarov · Pull Request #234 · Plonky3/Plonky3
    From github.com
    61K
  • user avatar
    Daniel Lubarov
    @dlubarov
    Dec 30, 2022
    I think there's a bit too much focus on zkVM performance. Even with type-1 zkEVMs, proving costs should be negligible compared to gas fees.
    43K
  • user avatar
    Daniel Lubarov
    @dlubarov
    Apr 20, 2024
    I wrote a little note to explore the ZK-friendliness of Verkle proofs: hackmd.io/@dlubarov/B1rV… TLDR: Compared to binary Merkle proofs, it's hard to say which is more ZK-friendly; it will come down to a bunch of implementation details.
    user avatar
    pgpg ($/acc)
    Sei
    @paulgebheim
    Apr 14, 2024
    Replying to @VitalikButerin @AFDudley0 and @MihailoBjelic
    Specifically this is true for the ec-based proofs. Verkle tries are *bad* in our fri-based stark approach using small fields. As discussed earlier you can mitigate it by proving parts separately and combining them but that's tricky as well.
    Are Verkle trees ZK-friendly? - HackMD
    Are Verkle trees ZK-friendly? - HackMD
    From hackmd.io
    39K
  • user avatar
    Daniel Lubarov
    @dlubarov
    Feb 21, 2024
    For a few years now, we've been trying to figure out how to incorporate Mersenne fields like 2^31 - 1 into Plonky3, motivated by the prospect of doing several field muls in a single CPU cycle.
    user avatar
    Polygon | POL
    @0xPolygon
    Feb 21, 2024
    Introducing Circle STARK 🔵 At Polygon Labs, we’ve been heavily focused on improving ZK performance with Plonky3. For the past three months, we've collaborated closely with the @StarkWareLtd team to develop an incredibly fast proving system that will be incorporated into
    Image
    14K
  • user avatar
    Daniel Lubarov
    @dlubarov
    Oct 31, 2024
    Replying to @VitalikButerin
    Awesome! We'll work on blake3 soon 🫡
    11K
  • user avatar
    Daniel Lubarov
    @dlubarov
    Feb 14, 2024
    SP1 is really cool! - RISC-V code, but in a more zk-friendly format - Multiple coprocessors, connected with logUp - Easy to extend with other coprocessors - A novel approach to continuations - Built on Plonky3, for speed & flexibility - Fully open-source
    user avatar
    Succinct
    @SuccinctLabs
    Feb 14, 2024
    1/ We are excited to announce Succinct Processor 1 (SP1), our first generation, 100% open-source zkVM that proves arbitrary Rust programs. SP1 targets an order of magnitude performance improvement vs. existing zkVMs, and is already up to 28x faster for certain programs.
    Image
    14K

New to X?

Sign up now to get your own personalized timeline!

Create account

By signing up, you agree to the Terms of Service and Privacy Policy, including Cookie Use.

Terms·Privacy·Cookies·Accessibility·Ads Info·© 2026 X Corp.
Don't miss what's happening
People on X are the first to know.
Log inSign up
Advertisement
Advertisement