Content pfp
Content
@
https://opensea.io/collection/dev-21
0 reply
0 recast
2 reactions
Fryorcraken pfp
Fryorcraken
@fryorcraken.eth
@farcaster network architecture, correct me if I am wrong please. Hubs use gossipsub, which means one cannot run a hub on a mobile phone without burning their data plan. There is a gRPC interface defined on hubs, so one could run a client using said API...
3 replies
0 recast
2 reactions
Fryorcraken pfp
Fryorcraken
@fryorcraken.eth
... yet no peer discovery is available so developers need to hardcode the URL of the endpoint (hub) to use. FC is "sufficiently" decentralized so a number of drawbacks are expected and accepted. With such a centralised model for mobile clients, it enable app devs to:...
1 reply
0 recast
1 reaction
Fryorcraken pfp
Fryorcraken
@fryorcraken.eth
a) gather metadata beyond what is available on the fc network: what channels the user spend most time on, what casts the user pay more attention too etc....
1 reply
0 recast
1 reaction
Fryorcraken pfp
Fryorcraken
@fryorcraken.eth
b) manipule the user's timeline: shadow ban, push sponsored content, etc
1 reply
0 recast
1 reaction
Fryorcraken pfp
Fryorcraken
@fryorcraken.eth
c) Simply ban a user from using the app..
1 reply
0 recast
1 reaction
Fryorcraken pfp
Fryorcraken
@fryorcraken.eth
I wonder among these drawbacks, which ones are accepted and which ones are to be resolved?
2 replies
0 recast
1 reaction
Fryorcraken pfp
Fryorcraken
@fryorcraken.eth
Good read to help answer my questions: https://www.varunsrinivasan.com/2022/01/11/sufficient-decentralization-for-social-networks
0 reply
0 recast
2 reactions
@
0 reply
0 recast
0 reaction
Fryorcraken pfp
Fryorcraken
@fryorcraken.eth
I am not really fan of "We can do Indira model" because this is a current problem in the ecosystem that we slowly fixing up. I'd prefer to aim higher than that. We need a "can't do evil" model, not a "if you don't want evil, you can deploy your own node". This doesn't work.
1 reply
0 recast
1 reaction
@
0 reply
0 recast
0 reaction
Fryorcraken pfp
Fryorcraken
@fryorcraken.eth
I think we should aim to remove "backends" in favour of "nodes". Terms are interchangeable so let me try to define what I mean.
1 reply
0 recast
1 reaction
Fryorcraken pfp
Fryorcraken
@fryorcraken.eth
A backend is any software running *somewhere* somehow *reachable* and it may do some *heavy* operations. Heavy in terms of computing, or bandwidth usage or storage or all the above.
1 reply
0 recast
1 reaction
Fryorcraken pfp
Fryorcraken
@fryorcraken.eth
A frontend, or light client, is software that is end-user facing and, for some reason, cannot do all heavy operations, and hence delegates those to a backend.
1 reply
0 recast
1 reaction
Fryorcraken pfp
Fryorcraken
@fryorcraken.eth
A *node* is a backend generalised enough that it can serve any front end. In this case, we need to move to the p2p domain with peer discovery so that frontends, or light clients, can find nodes.
1 reply
0 recast
1 reaction
Fryorcraken pfp
Fryorcraken
@fryorcraken.eth
Finally, a light client can become a node that just doesn't provide services but consumes them.
1 reply
0 recast
1 reaction