Content
@
0 reply
20 recasts
20 reactions
Varun Srinivasan
@v
One point of feedback we got on the Snapchain design doc is that we didn't fully explain why sync in the current model is a problem. @sanjay wrote up a good thread on our internal slack, which i'll try to summarize below. https://warpcast.notion.site/Snapchain-v2-Public-10e6a6c0c101807aadfacbcddda8ce4f?pvs=74
3 replies
72 recasts
241 reactions
jd 🌺
@jdlewin.eth
thanks for that additional detail. would love for you go deeper on a couple other pieces…
3 replies
0 recast
0 reaction
jd 🌺
@jdlewin.eth
two: what sort of app would require this? if a client were built on top of the protocol, what sort of service would that client provide such that it would make this strategic decision
1 reply
0 recast
1 reaction
Varun Srinivasan
@v
@pfista did this at the app level for buoy because he didn’t want to index some particularly noisy accounts
1 reply
0 recast
3 reactions
jd 🌺
@jdlewin.eth
have you found buoy's utility increased by doing this beyond the obvious spam mitigation benefits
1 reply
0 recast
2 reactions
Michael Pfister
@pfista
Yes some people were not creating buoys because they were getting too many spammy notifications. Now signal is much higher and more useful for people to get notified about keywords they want to track
0 reply
0 recast
2 reactions