Content pfp
Content
@
0 reply
0 recast
0 reaction

Stephan pfp
Stephan
@stephancill
Can someone explain to me why a social protocol needs an evm and zk proofs for every state change pls https://x.com/LensProtocol/status/1790458242855751950
7 replies
1 recast
23 reactions

María Paula  pfp
María Paula
@mariapaula
Reading the blogpost would help. Not every state change needs “an evm and zkproofs”
1 reply
0 recast
1 reaction

Stephan pfp
Stephan
@stephancill
from what i understand lens data which is on-chain (posts, user data, social graph, and reactions) is going to move to an evm-based validium blockchain which needs to post state proofs to an L1 am i misunderstanding something? https://app.t2.world/article/clw6l2z0018727620mc1dq26xr2 - this is the blogpost i read
1 reply
0 recast
0 reaction

María Paula  pfp
María Paula
@mariapaula
A little bit only! It’s about design choices: Lens Network believes on everything onchain. If we come up with an architecture that makes onchain-ness light and easy for builders and users, why is it overengineered? Lens will be hybrid as well - in order for lighter proofs for social data.
2 replies
0 recast
0 reaction

Stephan pfp
Stephan
@stephancill
i suppose we mostly differ philosophically. imo the use of a blockchain for this is overkill because social doesn't need strong consistency guarantees, state growth is unsustainable due to lack of state rent, and it leads to premature ossification of the protocol and weird abstractions like everything-is-an-NFT
1 reply
0 recast
1 reaction

Special Agent Royo  pfp
Special Agent Royo
@hadrien
Why do you think Lens stops at social? It has never been about social media but about building a market on social graph primitives.
1 reply
0 recast
2 reactions

Stephan pfp
Stephan
@stephancill
Then why put everything on chain and not just the social graph?
2 replies
0 recast
1 reaction

María Paula  pfp
María Paula
@mariapaula
Gm - when talking about the network, the modularity of the architecture allows devs to choose what goes on chain vs what doesnt. While the primitives for onchain will be there, client teams will be the ones deciding.
1 reply
0 recast
1 reaction

Stephan pfp
Stephan
@stephancill
can you elaborate on what you mean by the modularity of the architecture? what are devs' options when it comes to putting things onchain? my understanding is that posts, reactions, profile data, and follows are the primitives that always go onchain. is that right? thank you!
1 reply
0 recast
1 reaction

María Paula  pfp
María Paula
@mariapaula
The main primitives will be onchain like posts, accounts, usernames, follows. Stuff like reactions and others that may not need core ownership can live offchain ,depending on how the app wants to build it. We are exploring network messages which will enable this kind of thing
2 replies
0 recast
1 reaction

Stephan pfp
Stephan
@stephancill
okay cool, i like that!
0 reply
0 recast
1 reaction