Jason Goldberg Ⓜ️ 💜 pfp
Jason Goldberg Ⓜ️ 💜
@betashop.eth
With coinbase and lens rolling out @xmtp messaging, it would be really amazing for @farcaster to embrace as well — unification of ethereum! Message anyone from/to ENS <> CB.ID <> Farcaster <> Lens <> 0x <> ENS <> CB.ID <> Farcaster <> Lens <> 0x
3 replies
7 recasts
42 reactions
Shane Mac pfp
Shane Mac
@shanemac.eth
We’d love to. More wallets to come. Be great to have this community as part of the network and working with us on security and roadmap. Doors been open…
1 reply
1 recast
11 reactions
Varun Srinivasan pfp
Varun Srinivasan
@v
We're big fans of using open protocols too, but the concern was the way encryption was being done (fixed encryption key from ecdsa sig). It was easy to trick someone into signing a wallet message which would decrypt their entire history. I know y'all were working on improving the system, has that changed since?
2 replies
2 recasts
6 reactions
bitsikka pfp
bitsikka
@bitsikka.eth
tbh, considering the potential scale Farcaster and Lens have, for maximum flexibility, seems they could operate at the same level as xmtp by using Waku directly, defining tailor made protobuf on top. https://twitter.com/oskarth/status/1679333922596077569
2 replies
0 recast
1 reaction
Daniel Fernandes pfp
Daniel Fernandes
@dfern.eth
I'm slowly working on a Farcaster Hubble integration with Waku...no timeline but 👀
1 reply
0 recast
2 reactions
Fryorcraken pfp
Fryorcraken
@fryorcraken.eth
What kind of integration? Do I remember correctly that @farcaster allows user to select the location for their messages to be stored? Such location could be Waku. Is that the integrated you're looking at?
1 reply
0 recast
1 reaction
bitsikka pfp
bitsikka
@bitsikka.eth
My guess, as far as FC is concerned, is no. FC already has hubs for storing messages. That trajectory is already set, sort of, in stone. Although perhaps the storage is interchangeable in the protocol by clients other than warpcast. The issue being discussed seems to be about DMs, or in FC speak Direct Casts.
1 reply
0 recast
0 reaction
Fryorcraken pfp
Fryorcraken
@fryorcraken.eth
Yeah just read the specs, hubs use gossipsub and there is a sync process too. Not sure I understand if a mobile app like Warpcast runs a hub or connects to a specific hub via a non-spec protocol.
2 replies
0 recast
1 reaction
Varun Srinivasan pfp
Varun Srinivasan
@v
We have a backend which talks to a hub via grpc Hubs communicate with each other using grpc / protobufs
1 reply
0 recast
2 reactions
Fryorcraken pfp
Fryorcraken
@fryorcraken.eth
Do you see the fact that users of an app go through the app's infra as a concern? Or is this acceptable as farcaster just needs to be "sufficiently" decentralized?
1 reply
0 recast
1 reaction
Varun Srinivasan pfp
Varun Srinivasan
@v
I think it’s hard to have a great social experience without some sort of backend . That said users that really care about this can use a fully client side app that talk to hubs
1 reply
0 recast
2 reactions
Fryorcraken pfp
Fryorcraken
@fryorcraken.eth
I see, so I guess the idea is to offload some caching and computations to the backend to improve UX. In terms of scalablity, if I read the specs correctly, all messages are on the same topic. Is there any concern that the bandwidth usage may be such that a user cannot run a fully client side on a home broadband?
1 reply
0 recast
1 reaction
Varun Srinivasan pfp
Varun Srinivasan
@v
Do you mean running a Hub or a client? You can still run a hub on a server in the cloud (which handles most of the traffic) and have your client just dial in to it to fetch the relevant data.
0 reply
1 recast
3 reactions