vrypan |--o--|
@vrypan.eth
@pfista your feedback would be valuable here: https://github.com/farcasterxyz/protocol/discussions/171#discussioncomment-9697526.
2 replies
0 recast
51 reactions
Michael Pfister
@pfista
I’m personally not stoked about long casts, primarily because it means we need to index data outside of hubs. This increases complexity for us and also has performance and cost implications we would need to adapt to, especially as FC scales.
3 replies
0 recast
2 reactions
Michael Pfister
@pfista
We’d have to choose to index non-hub data, taking on extra cost + complexity, or having a worse user experience and not index data outside of hubs
1 reply
0 recast
0 reaction
Michael Pfister
@pfista
Selfishly I think long casts should be a client issue. Clients can choose to display a thread of casts as continuous in their UI. Bringing data off hubs doesn’t make sense to me. It increases developer complexity for anyone building on FC protocol
0 reply
0 recast
1 reaction
