Content
@
https://ethereum.org
0 reply
0 recast
0 reaction
raluca
@raluca
not sure i'm looking at this correctly, but would it make sense architecturally to have a hybrid between state channels and zk-rollups where only a subset of the txs are sent to main (i.e., for the state channel-like activity only send the opening/closing states, but store the rest on the L2)?
1 reply
0 recast
0 reaction
Barnabé Monnot
@barnabe
I feel like this gets close to fractal rollup designs, where you can have a "main" L2 and some validiums on top of it as L3s. Starkware introduced iirc it https://starkware.co/resource/fractal-scaling-from-l2-to-l3/, zkSync also has hyperchains https://blog.matter-labs.io/introduction-to-hyperchains-fdb33414ead7
1 reply
0 recast
1 reaction
Barnabé Monnot
@barnabe
A validium isn't exactly a state channel, but maybe close to that in spirit
1 reply
0 recast
1 reaction
raluca
@raluca
1/ thank you, these are all amazing leads! re: hyperchains in this context, i'll have to spend a bit more time to fully grasp them indeed, the fractal scaling is similar to what i'm thinking of (although not for scaling but rather for compartmentalization purposes) with what StarkNet suggests as an L3 ...
1 reply
0 recast
1 reaction
raluca
@raluca
2/ ... to be integrated in the L2 (in the form of an onchain "state channel"), and produce validity proofs on L1 for a subset of the txs. this way the "state channel" activity is verifiable onchain (which seems to be an issue with validiums iiuc) ...
1 reply
0 recast
1 reaction
raluca
@raluca
3/3 ... and secured on L1 with less verification load and bloat (arguable if the trade-off is meaningful)
1 reply
0 recast
1 reaction
Barnabé Monnot
@barnabe
Yes I would understand the difference between validium and state channels like this: - SCs are not given a validity proof for each off-chain tx - Expectation that the user holds their state (and provides it) for exit games/closing the channel, vs a validium where some undefined off-chain entity holds the state 1/
1 reply
0 recast
1 reaction
Barnabé Monnot
@barnabe
But here is an interesting question: If a rollup only posts state diffs to L1 (possible with zkRollups), then there is no extra "bloat" to the L1 vs a payment channel which consists in two users paying each other back and forth: closing the channel == posting the final state diff 2/
1 reply
0 recast
1 reaction
