Scott Werner pfp
Scott Werner
@scottwerner
Have any casters played with using emitted events as a data store for web2-style UGC apps? Would love to chat... Had this simple idea over the weekend for an on-chain Last.fm: https://mumbai.polygonscan.com/address/0x625189dcb63ae84b4656df59b2839f02ca547b3c#code
5 replies
0 recast
0 reaction

frolic pfp
frolic
@frolic
I built a Twitter clone with this approach on Polygon: chirp.city https://github.com/holic/chirp-city
1 reply
0 recast
0 reaction

frolic pfp
frolic
@frolic
My biggest takeaways: - using the chain ID + block number + log index provides a consistent and unique ID for all content - public immutable blockchains are probably not the best place to store ephemeral social data
1 reply
0 recast
0 reaction

Scott Werner pfp
Scott Werner
@scottwerner
Awesome! Thank you for sharing this! If we weren't thinking about this as ephemeral social data...does that change your thinking much?
1 reply
0 recast
0 reaction

frolic pfp
frolic
@frolic
It’s hard to weigh in on this in the abstract. What use case do you have in mind?
1 reply
0 recast
0 reaction

Scott Werner pfp
Scott Werner
@scottwerner
I have a couple other ideas for similar data sets, but this use case in particular - building a public data set of who is listening to what songs when
1 reply
0 recast
0 reaction

frolic pfp
frolic
@frolic
The blockchain is certainly convenient in many ways, but I probably wouldn’t put listening data there unless your users deeply understand what they’re signing up for in terms of data exposure and permanence. I’m waiting for more ZK/encryption options to surface before I play around with these ideas again.
1 reply
0 recast
0 reaction