Content
@
0 reply
0 recast
0 reaction
✳️ dcposch on daimo
@dcposch.eth
Happy New Year! We're prototyping bundle compression to make contract wallets efficient: 4337 on L2, even cheaper than EOA. Here’s how it works & how you can use it: https://daimo.super.site/blog/bulk
4 replies
11 recasts
72 reactions
Wilson Cusack
@wilsoncusack
Nice! It seems like Vitalik’s focus historically has been on amortized compression from signature aggregation. Thoughts on this?
2 replies
0 recast
4 reactions
✳️ dcposch on daimo
@dcposch.eth
Signature aggregation is useful too, but 1. Doesn't remove need for bundle compression. The UserOps themselves are way too big ABI encoded > fix by not calling EntryPoint directly. 2. Doesn't help in short term. Need a lot of volume in that specific aggregation scheme first. 2. Difficult UX tradeoff with latency.
1 reply
0 recast
2 reactions
✳️ dcposch on daimo
@dcposch.eth
Sig aggregation requires zk for use with passkeys or device keys (as opposed to BLS keys). Long term, we'll have signature aggregation via SNARK. Discussed with Barry Whitehat. For us, useful once SNARK proving is faster and we're averaging multiple transfers per second.
1 reply
0 recast
0 reaction
Wilson Cusack
@wilsoncusack
What are the numbers on snark proving gas? Thought similar to passkeys today.
2 replies
0 recast
0 reaction
Wilson Cusack
@wilsoncusack
If we’re talking L2s, the abi encoding shouldn’t be affecting as long as you’re getting accurate compression pricing. Will be better on opstack soon.
1 reply
0 recast
0 reaction
✳️ dcposch on daimo
@dcposch.eth
verification gas = about 300k, but that's not the cost. 300k gas = ~free on L2. the issue is PROVING latency offchain. prover has to receive a few simultaneous ops, compute SNARK(these 5 passkey sigs are all valid), submit. today, this takes too long even on a big server. needs to be sub-second for acceptable UX
1 reply
0 recast
2 reactions
